RE: I agree. Dot variables should just be for TYPE variables

by (no login)

I agree, capital lettering is a much better way to separate words in QBASIC. In fact, I intend for QB64 to act like QBASIC in normalizing variable names to the same case style with one big difference... QB64 will use the case a variable was defined with and use this case consistently across the whole program. Isn't that nice! I found it a bloody annoyance how if I typed a variable differently every other place the variable was used would change its case.
So, if I type:
DIM MyFavVarName AS INTEGER
It would matter if I typed any of the following:
myfavvarname=1
Myfavvarname=1
MYFAVVARNAME=1
They would automatically be changed to MyFavVarName




Posted on Apr 18, 2009, 4:29 PM

Respond to this message   

Return to Index


Response TitleAuthor and Date
Well Dammit, what if you don't DIM it? on Apr 18
 * LOL, that will not be a problem. You UCASE EVERYTHING! on Apr 18
 Then you are DIM'ing it implicitly just by using the variable for the first time on Apr 18
  DIM lol AS STRING: PRINT UCASE$(lol) on Apr 19
   MUST I OPTIMIZE EVERYTHING YOU DO?qbguy on Apr 19
    * BYTE ME :) on Apr 19
   QuickBASIC could never replace PythonY2K = 2048 on Apr 20
    What bad programming practices?qbguy on Apr 21
     Regarding not declaring variables in Python...RpgFan on Apr 21
      I can think of some languages that let you use variables uninitializedDean Menezes on Apr 22
       * What does this have to do with QB64? on Apr 22
        It is a response to rpgfan's post about python not allowing uninitialized variablesqbguy on Apr 22
         * Why would you want it to? on Apr 22