OK I can’t hold off any longer: having used XOJO fairly intensively for the first time during the last few weeks, this is driving me nuts. While RB’s back button wasn’t the greatest, XOJO’s is completely useless. I find half my time spent figuring out where I am in my project to just get back to where I just was. This is such a common operation (bouncing from one method’s source to another’s) that back/fwd navigation should be the FIRST thing to have working properly in any IDE.
I can’t believe that XOJO did not get this right, or working at all IMHO. What we need is back/fwd buttons that take you back/fwd to exactly where you were, at the line you were (or GUI editor you were at), regardless of tab or window (workspace). Is there a FR (should be a bug fix really) for this? This should be case #1.
I have never used Back when coding. I don’t know why.
If you want to try, you can use tabs in a similar method, and they recently fixed the tab control keyboard shortcut.
I open tabs for the classes/windows that I’m editing at the moment. Like Tim I NEVER use the back button. IMO case 1 should be the search/navigator with filter bug (don’t have a number at the moment) because this is driving me nuts and costing me time .
[quote=123407:@Tim Parnell]I have never used Back when coding. I don’t know why.
If you want to try, you can use tabs in a similar method, and they recently fixed the tab control keyboard shortcut.
IMO case #1 should be 64 bit.[/quote]
but I find the tabs also are fluid even if you lock them they change on you, maybe I’m doing it wrong
ah thats this <https://xojo.com/issue/19301>
there seem to be situations where the filter should be automatically cleared otherwise its too effective leaving you wondering what you’re looking at
[quote=123407:@Tim Parnell]I have never used Back when coding. I don’t know why.
If you want to try, you can use tabs in a similar method, and they recently fixed the tab control keyboard shortcut.
[/quote]
I have started to use locked tabs simply because of the back btn bug. But I must disagree about not needing this: do an innocent R-click Go To someMethod and poof, you’re lost, not knowing where you just came from (unless you make a mental note: I prefer to save my mental capacity on the coding, not navigating).
I use the term loosely: I wish that once you promote an item in the navigator pane (so that eg. only the class shows with its methods, properties, etc), it would stay that way in a locked tab, but alas it doesn’t, leaving you often scrolling through a long list of stuff looking for your class = major clutter. But yes, my tabs are locked and retain the object they are supposed to.
.