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 191941 - code folding impacts Goto Actions
Summary: code folding impacts Goto Actions
Status: RESOLVED WORKSFORME
Alias: None
Product: editor
Classification: Unclassified
Component: Code folding (show other bugs)
Version: 7.0
Hardware: PC Linux
: P3 normal (vote)
Assignee: Svata Dedic
URL:
Keywords:
: 170972 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-11-14 20:32 UTC by David Konecny
Modified: 2011-10-03 15:03 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Konecny 2010-11-14 20:32:45 UTC
When you enable 'Collapse by Default' in general editor settings to #1) Imports and #2) Initial Comment and then perform for example Go To Declaration then what I can see is that Java editor with declaration point if opened in the middle of the screen and then immediately (due to Collapse by Default setting I guess) the file is scrolled and line with declaration point is moved to the bottom of the screen. It is quite annoying and makes 'Collapse by Default' feature more pain then useful. You can reproduce it for example on NetBeans sources and open declaration of for example FileUtil.getRelativePath. I think this problem existed since the folding was introduced. Could it be improved please? Thx.
Comment 1 David Konecny 2010-11-18 01:04:32 UTC
Often lines shown in editor after Go To Declaration are completely different than where the caret is placed and it looks like Go To Declaration does not work.
Comment 2 David Konecny 2010-12-07 19:35:55 UTC
The folding problem is P3 but its side effect is that Go To Declaration does not work. And that is more serious problem, no?
Comment 3 Svata Dedic 2011-09-30 15:49:53 UTC
Seems to work in current dev build, although the appearance of editor is little 'flashy', the cursor ends up in the middle of the screen (if there's enough text after the target place).

Checked on top-level class and some nested class near the end of file so the initial fold gets a chance to screw up the view, but was not able to reproduce.
Comment 4 Svata Dedic 2011-10-03 15:02:02 UTC
*** Bug 168796 has been marked as a duplicate of this bug. ***
Comment 5 Svata Dedic 2011-10-03 15:03:02 UTC
*** Bug 170972 has been marked as a duplicate of this bug. ***