Bug 96782 - [navigation] flashing of the editor when reselecting an element from the outline
Summary: [navigation] flashing of the editor when reselecting an element from the outline
Status: RESOLVED DUPLICATE of bug 93845
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Text (show other bugs)
Version: 3.1   Edit
Hardware: PC Linux-GTK
: P4 normal (vote)
Target Milestone: 3.2   Edit
Assignee: JDT-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-26 10:00 EDT by Tom Hofmann CLA
Modified: 2005-06-08 04:28 EDT (History)
0 users

See Also:

Attachments
96782.png (105.32 KB, image/png)
2005-05-30 03:39 EDT, Tom Hofmann CLA 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tom Hofmann CLA 2005-05-26 10:00:26 EDT 
N20050526

- folding off (can also be reproduce with folding on)
- open AbstractTextEditor
- open the outline view
- select AbstractTextEditor in the outline
- select the first field (TAG_CONTRIBUTION_TYPE) in the outline

- select AbstractTextEditor in the outline again

-> note that parts of the editor flash quickly.
Comment 1 Dani Megert CLA 2005-05-26 10:30:39 EDT 
Investigate for RC2 (time permitting).
Comment 2 Dani Megert CLA 2005-05-28 06:38:28 EDT 
Tom, please whether you can still reproduce using the patch I gave you.
Comment 3 Tom Hofmann CLA 2005-05-30 03:39:54 EDT 
Created attachment 21945 [details]
96782.png

It does not flash any longer, but I see this behavior:

The text widget's scroll position is not correctly initialized when first
shown, i.e. when opening StyledText.setSelection(Point) from the package
explorer, the selected method is shown. However, the vertical scrollbar still
show the top-most position, the horizontal bar shows the left most position,
although neither is true (see screenshot).

Upon moving the caret such that it goes beyond the viewport boundaries, the
scrollbars are correctly set to the expected position.

Upon scrolling the editor using the mouse wheel, the opposite happens: the
editor is scrolled to the position that the scrollbars indicated (offset 0).
Comment 4 Dani Megert CLA 2005-06-08 04:28:22 EDT 
Marking as duplicate of bug 93845: the changes for that bug will fix this one.

*** This bug has been marked as a duplicate of 93845 ***