well we can't have that xlsior, can you list exactly what the problems are and I shall see what I can do.
Very, very simple:
the current blitzmax IDE use CTRL-Left to jump to the previous tab and CTRL-right to the next tab.
Standard windows OS behaviour is to jump to the next tab with CTRL-TAB and the previous tab with CTRL-SHIFT-TAB instead.
But most annoyingly, the hijacked CTRL-Left and CTRL-Right shortcuts mean that you can no longer jump around in the editor: *every* text editor, web browser, IDE or anything else using rich text fields uses that shortcut for navigation: CTRL-Left jumps to the beginning of the previous word, and CTRL-Right jumps to the beginning of the next word... Except for the BlitzMax IDE, where you jump tabs and end up in an entirely different source file when you hit those keys. This behaviour broke somewhere around 1.09 IIRC.
As insignificant as this may sound, it absolutely *cripples* my text-editing abilities, and is driving me nuts. And for those that don't depend on these shortcuts, losing them is almost as annoying as not having cursor keys at all. I don't demand a whole lot from an IDE, but basic text editing shouldn't be too much to ask for?
It has been fixed in the community IDE, but the official IDE keeps imposing the non-standard bindings.
So... either use the operating system default, or make this behaviour customizable... Please.
Per Pertubatio, in maxide.bmx, lines 4935 and 4936 should read:
CreateMenu "&Next File",MENUNEXT,file,KEY_TAB,MENUMOD
CreateMenu "&Previous File",MENUPREV,file,KEY_TAB,MENUMOD|MODIFIER_SHIFT
...and all is like it ought to be.
Or, if you really find the CTRL-TAB and CTRL-SHIFT-TAB too confusing and would like to use the cursors to navigate the tabs, consider using CTRL-Up and CTRL-Down (instead of left/right), as some of the tab-based webbrowsers do...
That combination at least doesn't interfere with standard text-editing navigation shortcuts windows has used for at least 13 years by now. Standards tend to be standard for a reason...