This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 122507 - [60cat] opened files are not in jump history
Summary: [60cat] opened files are not in jump history
Status: REOPENED
Alias: None
Product: editor
Classification: Unclassified
Component: Navigation (show other bugs)
Version: 6.x
Hardware: PC All
: P3 blocker with 3 votes (vote)
Assignee: Milutin Kristofic
URL:
Keywords:
: 115422 156595 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-11-21 13:58 UTC by tomzi
Modified: 2016-07-10 18:25 UTC (History)
3 users (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tomzi 2007-11-21 13:58:51 UTC
[ BUILD # : 200711131200 ]
[ JDK VERSION : 1.6.0_02 ]

.) Open a java file
.) Open a xml file
.) Open another java file
.) Press ALT-LEFT
-> It should switch to the xml file but it switches to the first java
file.
Comment 1 vanob 2007-11-21 16:22:12 UTC
Reproducible on Solaris.
Very annoying.
Comment 2 Vitezslav Stejskal 2007-11-26 14:23:19 UTC
This is as designed in the new keybinding profile (the new default one called Netbeans). alt-left/right now navigates
through the editor history. If you want to switch tabs please use ctrl-page up/page down. Alternatively you can switch
to Netbeans 5.5 keybindings in Tools-Options -> Keymap by changing the active profile.
Comment 3 tomzi 2007-11-27 08:14:38 UTC
Well that is exactly the problem, isn't it that alt-left/right does NOT switch through the history correctly. It does
ignores NON-java files when switching through the history.
Comment 4 Jiri Prox 2008-04-11 00:44:28 UTC
moving opened issues from TM <= 6.1 to TM=Dev
Comment 5 Jan Becicka 2008-07-22 14:58:38 UTC
Should be easy..
Comment 6 Vitezslav Stejskal 2008-07-23 11:58:19 UTC
Is really pgebauer going to fix this?


> does NOT switch through the history correctly. It does ignores NON-java files when switching through the history.

Well, the problem is that opening a file is not tracked as an action in the navigation history. The IDE only tracks
certain actions like ctrl + mouse click, various 'go to' actions, etc. I don't remember the exact list. For example try
to open several files by clicking their icons in the projects navigator. All the opened editor windows will have their
history navigation buttons disabled.

I'm not exactly sure why this was designed this way, but perhaps we should change this and track 'file open' action in
the history as well. Ondro, do you have any suggestion?
Comment 7 Ondrej Langr 2008-07-23 16:56:12 UTC
> perhaps we should change this and track 'file open' action in the history as well. Ondro, do you have any suggestion?

Agreed, but let me restate this. Opening a file should be tracked as "navigation point" if focus is set into a new file.
If a file is open silently in the background (i'm not sure it is possible in nb), it should not be tracked.
Comment 8 Miloslav Metelka 2008-12-01 11:09:15 UTC
This will be a bit tricky. We could blindly insert a JumpList entry of (new-opened-file:0) but openide/text can set an
explicit caret position - see CloneableEditor:509 - setCaret() call which would be a better candidate for the jumplist.
Either there should be an API for openide/text to add to jumplist or the initial setDot() will be made always (not only
conditionally) and jumplist will remember first setDot() automatically.
Comment 9 Vitezslav Stejskal 2009-03-11 16:29:17 UTC
*** Issue 115422 has been marked as a duplicate of this issue. ***
Comment 10 Sergey Petrov 2009-04-13 10:01:09 UTC
For me it's not clear what fix is expected.
if user goes through methods hierarchy and this way new files are opened, it's good to have this files in history, but
if use opened set of files from a project tree it may be not good to add such files to the history, also it's a question
if tab activation should be in history for already opened files etc. There is a way for tabs switching without history.
In my opinion the issue is an enhancement request at best but if any objections please comment.
reproducible with 6.7m3
Comment 11 Ondrej Langr 2009-04-14 12:51:07 UTC
The essential point of this issue is that history navigation does not navigate through history (as expected), which is a
defect, not enhancement, IMO.

> if user opened set of files from a project tree it may be not good to 
> add such files to the history

Yes, this action should be tracked as history navigation point, because it opens a file and sets it in focus. It is a
clear "point I have been to" from users' perspective. If you select multiple files and open them by right-click and
"Open", only the one which is opened in the editor and "focused" should be inserted into navigation history, though. 

> also it's a question if tab activation should be in history for already opened files etc.

Yes for the same reason .. when users focus their attention on the code in that file, it is a "navigation" point so it
should be in the history and users should be able to navigate back to that piece of code. 
Comment 12 Sergey Petrov 2009-04-28 09:39:17 UTC
*** Issue 156595 has been marked as a duplicate of this issue. ***
Comment 13 markiewb 2012-12-17 18:52:52 UTC
Set target-milestone of open issue to TBD (was < 7.3, f.e. 6.8), so the issue doesn't get lost.
Comment 14 markiewb 2012-12-17 19:00:19 UTC
Set target-milestone of open issue to TBD (was < 7.3, f.e. 6.8), so the issue
doesn't get lost. This time the target milestone is really set.
Comment 15 Milutin Kristofic 2013-02-27 16:08:04 UTC
For some people this would be nice improvement, some people could disagree with suggestion. This issue is more than 5 years old and navigation is now connected with jumpto functionality and it could be confusing to change it. We can discuss this when somebody from ui review team will review back and forward implementation. I am returning this back to enhancement.
Comment 16 Martin Balin 2016-07-07 07:28:25 UTC
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue.

Thanks for your cooperation,
NetBeans IDE 8.2 Release Boss
Comment 17 markiewb 2016-07-10 18:25:11 UTC
Still valid in 8.2 dev 
Product Version: NetBeans IDE Dev (Build 201607100002)