If you have three file tabs open and close the #1 from left you are taken to the next one (correctly). If you now click on the next to the right, the tab changes, but code view does not. Same happens with more tabs under similar conditions.
This seems to be due to TBMXHost.RemovePanel calling SelectPanel before RemoveGadgetItem - tabbar thinks #2 is still active after #1 is removed and #2 becomes #1. This is a problem with Win32MaxGUIEx, and may not happen on other implementations (not tested).
The patched RemovePanel is a quick fix that does not blow anything up on said MaxGUI implementation. It opens helppanel to prevent currentpanel being deleted (which crashes).
Patched Remove Panel function
Logged In: YES
user_id=2058178
Originator: NO
Nope - I think this is a MaxGUI bug, as it happens in the official IDE too. Have posted a suggested fix here:
http://www.blitzbasic.com/Community/posts.php?topic=78634
Logged In: YES
user_id=2058178
Originator: NO
OK, a fix has now been committed to the MaxGUI SVN repository for win32maxguiex.bmx.
This bug has been fixed in the current source code. If the
status is set to "Pending", it is only fixed in the CVS; the
download versions are *NOT* fixed until the status changes to
"Closed".