Name of variables: an issue
#10
I don't remember if QB/QBasic/PDS allowed "a%" and "a&", or "a%" and "a$" in the same source code module. Basically what you're asking for is to throw an error in that case which is not going to sit well with people using QB64 largely because of this quirk, and otherwise preferring to use some other programming system. Some people try to type the least possible whether it's a computer program or a resume or an inventory list. They've praised C++ because it's possible somehow to have multiple variables just called "A" or "a", like in an obfuscation example I discovered somewhere inside MSDN many years ago. Some people don't appreciate "protection". What you're requesting is going to affect function definitions as well; the request is cannot have sigils to set the function return type and instead make it look like Freebasic and Visual Basic.
Reply


Messages In This Thread
Name of variables: an issue - by TempodiBasic - 08-30-2022, 06:12 AM
RE: Name of variables: an issue - by SMcNeill - 08-30-2022, 06:18 AM
RE: Name of variables: an issue - by TempodiBasic - 08-30-2022, 03:01 PM
RE: Name of variables: an issue - by SMcNeill - 08-30-2022, 03:32 PM
RE: Name of variables: an issue - by TempodiBasic - 08-31-2022, 11:47 PM
RE: Name of variables: an issue - by TDarcos - 09-09-2022, 01:25 PM
RE: Name of variables: an issue - by mnrvovrfc - 09-09-2022, 04:19 PM
RE: Name of variables: an issue - by mnrvovrfc - 09-09-2022, 04:33 PM
RE: Name of variables: an issue - by TDarcos - 09-26-2022, 12:52 AM
RE: Name of variables: an issue - by mnrvovrfc - 09-26-2022, 05:13 AM
RE: Name of variables: an issue - by Pete - 09-26-2022, 08:18 PM
RE: Name of variables: an issue - by Petr - 10-01-2022, 07:21 PM



Users browsing this thread: 17 Guest(s)