Tab() special behaviour in Console?

[ahenry3068]

Screen 0 isn't a console/terminal.  It's a graphic screen emulating a classic text-only screen.

With any $CONSOLE or _DEST CONSOLE, Locate will only work in Windows.  Ir doesn't work on Linux Terminals.

Finally got you in a mistake Steve.    LOCATE works fine in a Linux Console for me.    There are many Linux Console programs though,
not just two like in Windows (CMD & Powershell).     So it might not work on all.    I HAVE NOT tried in a regular Xterm.    But LOCATE works just fine on gterm & konsole !

[bplus]

Ir doesn't work on Linux Terminals.

Ok not my problem then.

[SMcNeill]

Well then apparently since it works on Windows and works on some versions of Linux, it's not an issue.  There's no need to consider it a bug, or try to fix it or enhance it.  Thanks guys!  Since it's completely irrelevant to the entire user base, we'll just forget about making any such distinctions in the future and not even worry about TAB not working properly.  I mean why bother?  bplus has a work around that works on his setup.  That should be good enough for everyone else.  Just get him to send you his PC when you need to compile and run something.

I'm glad this issue has been solved and taken care of so efficiently.  I'm not going to worry about it anymore now.

[Kernelpanic]

Since there are around 5555 different Linux distributions and their own special features, this doesn't really mean much.

gterm is a GNOME terminal emulator, and "Konsole" probably refers to KDE. GNOME, in particular, has a lot of special customizations, and for KDE, SuSE is probably the most important distribution, and they've always tried to be as close to Windows as possible.

If Locate works under some Linux distributions, that's thanks to the developers of QB64 and the distribution settings.

Under Windows, it simply works all the way back to MS-DOS and Win 3.1; I assume. And even today, you don't need more than two consoles: CMD and PS.

If one were to ask me but nobody ever does.   I would stop developing for Linux; it's just a niche market, and concentrate fully on Windows.

[ahenry3068]

Since there are around 5555 different Linux distributions and their own special features, this doesn't really mean much.

gterm is a GNOME terminal emulator, and "Konsole" probably refers to KDE. GNOME, in particular, has a lot of special customizations, and for KDE, SuSE is probably the most important distribution, and they've always tried to be as close to Windows as possible.

If Locate works under some Linux distributions, that's thanks to the developers of QB64 and the distribution settings.

Under Windows, it simply works all the way back to MS-DOS and Win 3.1; I assume. And even today, you don't need more than two consoles: CMD and PS.

If one were to ask me but nobody ever does.   I would stop developing for Linux; it's just a niche market, and concentrate fully on Windows.

    If that were to happen I would be sad.  I'm one of those nicher's and the niche I think is getting bigger !     The cross platform capability of QB64PE is one of the main reasons I'm using it !

---

Well then apparently since it works on Windows and works on some versions of Linux, it's not an issue.  There's no need to consider it a bug, or try to fix it or enhance it.  Thanks guys!  Since it's completely irrelevant to the entire user base, we'll just forget about making any such distinctions in the future and not even worry about TAB not working properly.  I mean why bother?  bplus has a work around that works on his setup.  That should be good enough for everyone else.  Just get him to send you his PC when you need to compile and run something.

I'm glad this issue has been solved and taken care of so efficiently.  I'm not going to worry about it anymore now.

      I've usually eschewed TAB anyway.    Depending on what I'm writing I use either dumb teletype screen I/O  (just Print & Input or Line Input) or I make something meticulous where I'm LOCATING before almost every PRINT statement.   TAB is to in between for me to have found it really useful !

[bplus]

Well then apparently since it works on Windows and works on some versions of Linux, it's not an issue.  There's no need to consider it a bug, or try to fix it or enhance it.  Thanks guys!  Since it's completely irrelevant to the entire user base, we'll just forget about making any such distinctions in the future and not even worry about TAB not working properly.  I mean why bother?  bplus has a work around that works on his setup.  That should be good enough for everyone else.  Just get him to send you his PC when you need to compile and run something.

I'm glad this issue has been solved and taken care of so efficiently.  I'm not going to worry about it anymore now.

Your welcome!

[zaadstra]

As it looks now, the fix needed is a line on the Wiki that mentions that tab() doesn't work as expected in the Console ...
Or fix it in the console 

[bplus]

And be sure to include bplus workaround so no one gets upset if developers dont get around to fixing Tab() in $Console. There are so many ways to play with the cat. (Who wants to skin one?)