>>No, I think you were reading into that something I didn't mean. Most programmers to something to differentiate between words. CamelCase or an underscore or thisIsMyVariableName (C programmers love that leading letter to be lowercase). I am assuming that some technique will be employed fairly consistently. What I mean was Total should not be seen as a different variable from total. thisIsMyVariableName should be the same as ThisIsMyVariableName. If you want to use all lowercase and run the words together wih no underscore or whatever, then you will get var names that are hard to read, especially with longer ones. On that we agree.
>
>
>OK that is what we would disagree. Total and total being same is a good thing or bad. I say bad, you say good:) Actually it is one of the reasons I like C# over VB.Net. It is a personal adoption to an environment maybe, I like:
>
>Book book = new Book();
>
>promptly saying to my senses that Book is a class (type in .Net terminology) and the book is a variable of 'type' Book.
>
>If VFP was case sensitive I wouldn't even need a PEM editor to see my properties as they should be:)
>Cetin

That's a really bad way to differentiate between a variable and a class, especially when it's obvious from the code. You don't New on a variable, but only on a class, correct? It's a sad excuse for a standard if M$ came up with this nonsense, as you or someone else mentioned.