That said, we are strongly thinking about having the default IDE provide lazy auto-correction for camel case so if just typed setspriteposition quickly in lower case and look up, by default you would see the IDE adjust it to SetSpritePosition.

yes please

I like using lower camel case, it's the standard java convention which I'm used to. I tend to capitalize UDT names as I might with Object names.

One feature I like about VBA that I'd like to see in AppGameKit is the ability to auto-capitalise recognised words such as commands and user variables.

For example if I name a variable "MyVariable" and then type "myvariable" later on in my code, its really useful to see it auto-correct to "MyVariable" as it confirms to me that I've spelt it right.

It lets me do a quick scan of the code and double-check any text that remains all lower case.

Just a thought.

I believe that is planned, at least for the commands. It shouldn't be impossible to do it with declared variables.

As you say, lazy auto correction for established core commands but an user defined names will be left alone. I personally loathe the editor that thinks it knows better than me what I want. The number of times I have looked up from XCODE to find it's 'kindly' inserted lots of
brackets for me, leaving me to spend as much time again deleting them. The crazy part is that I've not spent the five minutes needed to find the tick box which switches this evil behaviour off. For AppGameKit users, I want to save them this five minutes and keep interfering IDE's at bay.

Lee:
What I meant was that if I declare my variables (like MyVar) it would be nice if the auto correction changed myvar to MyVar. The same with functions. It should not mess with my declarations or my undeclared variables, but if I declare them in one way I clearly want them like that.

I'm not sure about my take on the auto brackets. One good thing about them is that you get your brackets in the correct places. I've written some bracket packed lines in my days, especially annoying when DBP uses () for both functions and arrays. Auto brackets means we wouldn't get "Irregular number of brackets" errors. It could be off by default

No way would I like that. I'd die.

Why on earth would anyone need to use MYvariable in one place and myVariable somewhere else for the same variable? Sloppy habits should be actively discouraged.

I would agree with you if variables had to be declared before use, the fact they aren't means a typo like wrong capitalization would screw up your whole program and be very hard to track down.

Isn't there a way to have optional case sensitivity? If you choose not to have case sensitivity the compiler could convert everything to lower case when compiling. Or as Lee suggested you could have an auto-correct feature for lowercase UPPERCASE or Camelcase. Did anyone use TDK's IDE? That included a variable list which was very useful for avoiding typos. Will there be something like that in the AppGameKit IDE?

How about a third option, case-sensitivity with auto-correction. The main difference being if you have a variable called MyVar you CANNOT use a variable called myvar or any other capitalization. The editor would correct all instances of a variable name to the format of the first instance.
I really can't see the need for two variables with the same name, that is surely asking for trouble!

I vote for a case insensitive compiler, and an IDE which corrects users variables based on their defined spelling, and commands based on a user setting. (lower, UPPER, lCamelCase, or UCamelCase)

This behaviour was used in VB for Visual Studio 6 (and perhaps other ones) and it worked fine. Please lets just use that.