QB64.org Forum
Active Forums => QB64 Discussion => Topic started by: SMcNeill on November 08, 2021, 09:03:22 am
-
[ This attachment cannot be displayed inline in 'Print Page' view ]
I know that if we end a line with an underscore, it messes the autoformat up, but here it's tossing extra spaces into the mix to move SUB to be in line with the normal code, which is rather odd. Normally it just completely skips formatting on both the continued lines, but here the autospace is kicking the SUB one indent right, even though we never tend to indent SUB...
Oddest thing is this happens in the first instance of QB64 which I've got up and running, but not in the second, and I really don't think there's anything in the source which changes formatting based on which temp or temp2 or temp12 file we're using...
Anyone else get something odd like this to happen for them, or am I just shortbus special again? :P
-
I couldn't reproduce it solely based on your description (the "Untitled(2)" at the top also tells me it's the second instance of the IDE, which goes against what you're describing).
[ This attachment cannot be displayed inline in 'Print Page' view ]
Please let me know if anything new comes up.
-
I couldn't replicate in v2.0
[ This attachment cannot be displayed inline in 'Print Page' view ]
-
I couldn't reproduce it solely based on your description (the "Untitled(2)" at the top also tells me it's the second instance of the IDE, which goes against what you're describing).
[ This attachment cannot be displayed inline in 'Print Page' view ]
Please let me know if anything new comes up.
Sorry. It was the 2nd instance acting goofy, rather than the 1st, and I still have no clue why. Closing the IDE and purging the temp files fixed the issue though, whatever it was.
-
Aha! try spacing out the Sub line after the line extension _ is used THEN it doesn't fix automatically
I can replicate this:
[ This attachment cannot be displayed inline in 'Print Page' view ]
PS It reloads off too after save.
-
Aha! try spacing out the Sub line after the line extension _ is used THEN it doesn't fix automatically
I can replicate this:
[ This attachment cannot be displayed inline in 'Print Page' view ]
As expected.
-
Sorry. It was the 2nd instance acting goofy, rather than the 1st, and I still have no clue why. Closing the IDE and purging the temp files fixed the issue though, whatever it was.
If it ever pops up again, let us know.
-
I couldn't reproduce it solely based on your description (the "Untitled(2)" at the top also tells me it's the second instance of the IDE, which goes against what you're describing).
What difference would it make on how many instances of the IDE you had up?
-
What difference would it make on how many instances of the IDE you had up?
No idea, but one instance was buggy and the other wasn't. Looking back, it may have been something to do with the code I wrote that swaps SCREENs rapidly and shared the other day. It definitely seemed to corrupt memory in various ways and I'm not one to reboot anywhere near as often as I should when stuff like that happens. Something somewhere got twitchy off though, and wasn't performing like I would've ever expected with regards to all the time I've spent tinkering around inside the source before in the past.
Good news is the issue is gone for now and I can't replicate it.
-
Unrelated to the above, but here's an issue where autoformat is indeed off:
kolor = 0
PSet (x
+ 20, y
+ 20), 40
Even the code box here has the formatting off to showcase how it'd look with the above...
Those deeper indented IFs should be at the same format spacing as the first IF is, but QB64 is somehow convinced they need additional indenting.
When nesting FOR statements like the above, the index for IF statements gets screwy.