Re: Case sensitivity (was Re: no title)

["Sergey Koshcheyev" <serko84@hotmail.com>]

"Preben Randhol" <randhol+abuse@pvv.org> wrote in message
news:slrnbdmon4.5rv.randhol+abuse@kiuk0152.chembio.ntnu.no...
> Sergey Koshcheyev wrote:
> > No, it's because "At" is a reserved word. Also reserved are "Of", "In",
> > "Range", "Use", all of them being quite common.
>
> I haven't experienced the need to use any of them.

Of course, one can usually find synonyms, so maybe you just didn't notice
the need when you had it :-) But sometimes synonyms don't come so easily to
mind, or are non-standard names for standard things (for example, one can
use Interval instead of Range, but it then might make the reader (me) wonder
whether an Interval is the same as Ada range, or if it's an open interval,
etc.).

> >> Put_Line New_Line etc.. because to *me* this is more reable, but I
don't
> >> want to force this on others. Beside if there is a New_Line and a
> >> new_line which should I choose?
> >
> > I don't understand the question. New_Line, of course :-)
>
> I mean there could be a New_Line and a new_line procedure. One adding a
> linefeed to Standard_Out the other to Standard_Error

Doesn't seem to me like a useful naming convention :-) Have you actually
encountered anything like this in real code?

> > I don't want complete freedom and anarchy, but just to be able to use
> > capitalized identifiers which collide with reserved words, and are thus
> > unusable.
>
> This means you have then defined all reserved words as lowercase.

This would also be enough.

> Anyway I think you will find that it is no problem that Ada isn't case
> sensitive when you get used to it :-)

I agree, humans can get used to things much worse. I just find it irritating
sometimes. Also when I look through AdaGIDE source for example, I see some
of the keywords are in uppercase, some are in lowercase, identifiers look
sometimes Likethis, sometimes LikeThis, sometimes Like_This... Well, one can
probably get used even to this.

Ok, this topic isn't probably worth discussing much more.

Sergey.