Back/history button

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.

P.

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.

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 :slight_smile: .

[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
  • and I agree, 64 bit should the second #1 case

p.

The what ???

Maybe this one here:

<https://xojo.com/issue/29555>

Yes, I think it must be this one. It’s worse for searching. Instead of search + click it’s with a filtered navigator it’s lot’s of clicks more.

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

Sigh… this is from 2011! Yes, this is the problem I mean.

[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).

P.

You can lock tabs? Really? This never worked.

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.

Now I still wish the back button worked…