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.
Summary: | xml scrolling | ||
---|---|---|---|
Product: | xml | Reporter: | holub <holub> |
Component: | API | Assignee: | Svata Dedic <sdedic> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | mmirilovic, super_bizon, zohar |
Priority: | P2 | ||
Version: | 7.0 | ||
Hardware: | PC | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
holub
2011-03-03 15:01:37 UTC
Reproduced on RC1 Reproduced in 7.0 release at windows platform. >10 dups + votes -> P2 based on http://wiki.netbeans.org/BugPriorityGuidelines
Does the "scroll to change" occur repeatedly ? I was able to reproduce this behaviour when: * I opened a long document * I modified some text * *Immediately* after that, I scrolled down using mousewheel/scrollbar Then the editor scrolled back exactly once (after ~2 secs, which might be when the background parsing of the modified contents finished). If I continued to scroll down the document, no more re-positionings happened. Is that what you see ? * Does the editor scroll back *only* once ? * If you wait some seconds after you make the modifications to the document, *then* scroll down: does the editor also scrolls back as you reported ? Thanks for clarifying. Seems to happen because Fold hierarchy removes and then re-adds all folds. Changed the code so that the view only re-scrolls when a new collapsed fold appears around the caret's position - so far I've observed no negative effects. *** Bug 18860 has been marked as a duplicate of this bug. *** Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/4ec078d4b61e User: Svata Dedic <sdedic@netbeans.org> Log: #196236: only scroll to current position of code folding actually changed something nearby the caret. Otherwise leave the viewport as it is |