Bug 212091 - [Viewers] ColumnViewerEditor ignores doit flag in traverse events.
Summary: [Viewers] ColumnViewerEditor ignores doit flag in traverse events.
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.3.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-05 18:52 EST by Dale Swift CLA
Modified: 2019-09-06 16:17 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dale Swift CLA 2007-12-05 18:52:43 EST
ColumnViewerEditor ignores doit flag in traverse events.

I am using a custom CellEditor which includes a ContentProposalAdapter. The tab key triggers the ContentProposalAdapter which sets the doit flag to false. Subsequently the ColumnViewerEditor sees the traverse event and tabs to the next field, leaving the content proposal window floating on the display.

What should happen is that the ColumnViewerEditor should check the doit flag and if false ignore the traverse event, leaving the user in the content proposal drop down. As the user continues to enter data eventually the ContentProposalAdapter no longer consumes the tab and will leave the traverse event doit flag set to true, only then should the ColumnViewerEditor act on it and tab to the next field.
Comment 1 Thomas Schindl CLA 2007-12-06 08:12:40 EST
I always thought that if a handler sets the doIt to false the event isn't sent to the listeners registered afterwards?
Comment 2 Boris Bokowski CLA 2008-05-02 14:56:53 EDT
Mass update - removing 3.4 target. This was one of the bugs I marked for investigation (and potential fixing) in 3.4 but I ran out of time. Please ping on the bug if fixing it would be really important for 3.4, and does not require API changes or feature work.
Comment 3 Boris Bokowski CLA 2009-11-26 09:55:12 EST
Hitesh is now responsible for watching bugs in the [Viewers] component area.
Comment 4 Eclipse Webmaster CLA 2019-09-06 16:17:05 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.