Submitted by MarkyMark on 2010/07/23 11:08
I would like to see a feature for the navigation history implemented (like the ones in internet browsers), so that you can go back to the last viewed item. It's very usefull and I am using it constantly in Treepad.

Comments

So some "browsing arrows" would go back and forth in the history list (for a same grid) ?
 
(if that's what you mean, I think it's a good idea, especially for those who use the filter text box in the source bar a lot.... but maybe that's not what you mean)

MarkyMark

2010/07/25 18:18

In reply to by Armando

 yes, well.... The history list should be build by all the items you have viewied and should be shown in the grid you have viewd them, I think.
 
I am astonished, that nobody is missing this feature. In your workflow you often jump through your database. First you review some notes you are writing on. Then you go to an e-mail which corresponds to that note you are writing on. Then you view some contacts.... Than after moving through these items you want to go back to the note without using search or finding it by the tabs. You just go back by the history buttons. In Treepad I couldnt live without them.
 

Armando

2010/07/26 13:38

In reply to by MarkyMark

[quote=MarkyMark]
 yes, well.... The history list should be build by all the items you have viewied and should be shown in the grid you have viewd them, I think.
 
I am astonished, that nobody is missing this feature. In your workflow you often jump through your database. First you review some notes you are writing on. Then you go to an e-mail which corresponds to that note you are writing on. Then you view some contacts.... Than after moving through these items you want to go back to the note without using search or finding it by the tabs. You just go back by the history buttons. In Treepad I couldnt live without them.
 
[/quote]
 
Ok, I understood something a bit different. You really meant going back to the previous edited item, etc. I'll add this to Mantis.

actually.... Was already in Mantis ! But a really old "issue"
 
Update Issue0190 Browser -Type Back and Forrward Buttons  New featureminoracknowledged  2008-03-24 22:47viking
 
 
Here's the new one anyways...
 
Update Issue1030 Browse history in IQ (as Browser arrows) : go back and forth in history of edited items and opened grids. 1New featurefeaturenew  2010-07-26 12:44

I've been thinking on this issue as this is much more complicated than for a simple browser...
 
Let us define a "browse-point":
  1. It is a given item in a given view (grid, calendar, etc)
  2. A browse-point is created when an item is selected, with the mouse, or when releasing a cursor keys or through a hyperlink
  3. When browsing browse-points, the view is shown with the item selected
  4. If the item is no longer shown in the grid (i.e. a filter was changed), the item is shown as a hoisted item
Is that a good starting point ? Initial reactions ?

Armando

2010/07/27 00:26

In reply to by Pierre_Admin

Seems like a very good starting point to me.
 
One  Question, to check if I'm getting it completely right :
 
When browsing back and forth, will closed grids (displaying the items "contained" in the browse point) open ?
 

jan_rifkinson

2010/07/27 11:10

In reply to by Pierre_Admin

I'm not clear on #4.
If item is no longer in grid, i.e. has been filtered out, why should we be concerned with this item in any state? 
Wouldn't this confuse things a bit?
 
Maybe MarkyMark is looking for a browser pane a-la-UltraRecall or ADM...

Tom

2010/07/27 12:56

In reply to by jan_rifkinson

I think it sounds very good
 
Jan says:
> I'm not clear on #4.
> If item is no longer in grid, i.e. has been filtered out, why should we be concerned with this item in any state? 
 
The idea is to include it seeing as it's part of the 'browsing' history
 
> Wouldn't this confuse things a bit?
Maybe :-)
Would it be shown in the current grid or in a scratch grid? which leads me to: will the back button be able to jump from one grid to another?
 

Pierre_Admin

2010/07/27 14:36

In reply to by Pierre_Admin

Thanks for the feedbacks,
 
>When browsing back and forth, will closed grids (displaying the items "contained" in the browse point) open ?
 
What I had in mind, was:
  1. If the grid it was last viewed (i.e. the browse-point grid) is open and the item is shown in that grid, then focus will move to it.
  2. If not, a dialog will prompt you to show the item as a hoisted item in one of:
    1. The current grid
    2. The grid it was last viewed
    3. In the scratch grid
  3. If the browse-point is the calendar, focus will move to it
 

Armando

2010/07/28 09:52

In reply to by Pierre_Admin

It seems good and coherent to me!

The remaining question is how to define a "browse-point" ? Moving back is not so much an issue, it is keeping the "forward" list...
 
Browsers erase the forward list as soon as a hyperlink is clicked, if browse-points are automatic, a simple item selection change would delete the forward list...
 
I see a number of possibilities:
  1. Manual browse-points
  2. Browse-points on hyperlinks only
  3. Instead of erasing the forward list, items could be inserted in the list
 
Ideas ?  1 + 2 ?
 

Armando

2010/07/28 13:22

In reply to by Pierre_Admin

Right... I wonder how treepad or UR pro do it. I don't have any of them handy.
 
Some pros and cons I can quickly think of:
 
- performance wise, perhaps  1+2 would be more efficient.
- But 1+2 means also forgetting to enter the browse point manually, from time to time...
 
- #3 generally seems like a good option
- However, #3 could mean an ever growing list, even when just going back and forth between 2 items. Unless you prevent that by detecting that the penultimate and neighbour browsing point is the same as the next created one...
 
i.e. :
A- Browsing points are x, y, z.
B- You're on z, you go to x.
C- Browsing points are now x, y, z, x
D- you go back to z....
E- Browsing points stay as x, y, z, x because you detect that z is the penultimate value and neighbour of x
 
 
 

Pierre_Admin

2010/07/28 14:22

In reply to by Armando

Seems to me, if existing, a browse-point should be deleted before inserting it.
 
In your example (position is shown in bold):
 
At the end, the browse list is : x, y, z, x
 
i.e. Browse position is at z (since you did a back). This assumes that when you moved to x, you did not use the back button.
 
A more complex example with numerous backs and forwards would be interesting.
 

Armando

2010/07/28 15:25

In reply to by Pierre_Admin

[quote=Pierre_Admin]
Seems to me, if existing, a browse-point should be deleted before inserting it.
 
In your example (position is shown in bold):
 
At the end, the browse list is : x, y, z, x
 
i.e. Browse position is at z (since you did a back). This assumes that when you moved to x, you did not use the back button.

 
[/quote]
 
Exactly.
Sorry if my example was a bit unclear. I should've stated that I did not use the back button to move to X.
 
[quote=Pierre_Admin]
A more complex example with numerous backs and forwards would be interesting.
[/quote]
 
Yes. I'll see if I can come up with something... But I've got only little time left today.
I see Jibz is around... Maybe he'd like to try... ;)

Bringing this one to the forefront.
Don't know if this is the right time to do that since a few other things are probably in the process of being completed (calendar, maybe) for V.1 !!
That said, it would be a nice addition, I think. Maybe plan to include it in V.1 at some point ?
 
-------------------------------------------------------
Windows 8.1
Sony Vaio S Series 13 (SVS131E21L)
Ram:8gb, CPU: Intel i5-3230M, 2.6ghz

Armando

2015/03/25 19:59

In reply to by Armando

Bump.
Is that still on the roadmap ? Seems like an important feature.
 
-------------------------------------------------------
Windows 8.1
Sony Vaio S Series 13 (SVS131E21L)
Ram:8gb, CPU: Intel i5-3230M, 2.6ghz

Pierre_Admin

2015/03/26 00:51

In reply to by Armando

Buttons seems cumbersome...
 
How about a history pane. That is, a small pane showing the list of previously focused items.
Users can click on an item in the list to go back to that View / Item combination.
 
i.e.
  1. John Doe (AdrsBook)
  2. Mary Smith (Calendar)
  3. Mary Smith (AdrsBook)
  4. Finish proposal (Project)
  5. Links (InfoQube)
  6. ...
 

Armando

2015/03/26 13:08

In reply to by Pierre_Admin

[quote=Pierre_Admin]
Buttons seems cumbersome...
 
How about a history pane. That is, a small pane showing the list of previously focused items.
Users can click on an item in the list to go back to that View / Item combination.
 
i.e.
  1. John Doe (AdrsBook)
  2. Mary Smith (Calendar)
  3. Mary Smith (AdrsBook)
  4. Finish proposal (Project)
  5. Links (InfoQube)
  6. ...
 
[/quote]
 
 
It would probably be good, but a key point for me is the ability to go back and forth in less than a second between 2-3 grids, for example. Shortcut keys would be important
-------------------------------------------------------
Windows 8.1
Sony Vaio S Series 13 (SVS131E21L)
Ram:8gb, CPU: Intel i5-3230M, 2.6ghz

Fast-track a few years, it is coming to a store near you:
 
 
 
Pierre_Admin
IQ Designer
 

Armando

2017/07/18 14:49

In reply to by Pierre_Admin

 
Great news!!