This comment is off point and inaccurate. "Language" consists only of words. You base your code on the use of "words". Any way you turn it, "improving the language" will inherently and unavoidably affect the "appearance". Thus, exraneous verbage affects the language itself. Whether or not it is an improvement... you like it and I was only offering my first impression. Please pay attention.

" In my oppinion, this is a childish thing to ask... A child will cry and complain about something, but do nothing to solve it... You've made your point through your little 'Gadget Gadget Gadget' stunt, yet offered no solution of your own... "
No one was "decent" enough to ask. Again, I was only offering my first impression. If you CAN pay attention, I will explain later in this post.
" This is the "Feature Request and Wishlists" forum... "
Off point and again inaccurate. The one point I had, and the ONLY "Feature" that I would like to see change in PureBasic (specifically what this forum is about) is to loose the superflous use of the word in their insrtuction set. Again, please PAY attention!

"... not the "I Dun Like This" forum... "
Off point and again inaccurate. I made no comments regarding "this Forum so again, please pay attention.

Nothing else you said applies diirectly to my point so I wont comment on any of that, but since you so rudely brought it up...
" When you come up with a word that is so fantastic that it justifies breaking all compatibility... come back here and post it... "
... I can comment that GFA allowed a variety of terms to provide duplicate functions. Some of them would transform to the alias term upon execution inside the interpreter. Some would not. Some would allow complemtary terms to be intermixed. > Do:Loop , Do:Wend , While:Loop , Select:Endselect , Switch:Endselect , Select:Endswitch , etc.
Harping again on "compatibility" I have to say the above comment itself "SUGGESTS" a possible alternative that would NOT threaten your unfounded fear of change. Nor would it have to compomise your precious "compatibility" issues. Perhaps now you will contend that flexiblity does nothing to "improve the language"? Pay attention
