RE: I agree. Dot variables should just be for TYPE variablesby (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 |
| Response Title | Author 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 Python | Y2K = 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 uninitialized | Dean 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 variables | qbguy on Apr 22 |
| * Why would you want it to? | on Apr 22 |