Summary: | [Forms] Track focus between header and page folder in SharedHeaderFormEditor | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Christof Marti <christof_marti> | ||||
Component: | User Assistance | Assignee: | Chris Goldthorpe <cgold> | ||||
Status: | RESOLVED FIXED | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P2 | CC: | andre_weinand, philippe_mulet, pwebster | ||||
Version: | 3.3 | ||||||
Target Milestone: | 3.3 M7 | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Christof Marti
2007-03-14 11:42:36 EDT
Created attachment 60815 [details] Proposed solution Proposed solution that includes a fix for bug 177331. Can this be fixed for 3.3M7 ? I'm not sure yet if this will get fixed for M7, I'm currently working on identifying the top priority defects so that those can be fixed first. Can you elaborate on why this is important to fix so I can put it in the appropriate place in my bug queue. Every extender of SharedHeaderFormEditor will eventually need a solution to the focus tracking and keybinding (bug 177331) problems. Subclasses can solve the keybinding issue only by using the deprecated IKeyBindingService and experimental INestable. That is, there is a workaround that might break in the future. I'll take a look at this for M7 Can you explain more what you mean by tracking focus between the header and page? In order for SharedHeaderFormEditor#setFocus() to decide where to pass the call, the header or the active page, it needs a way to determine which of both had the focus last. By "focus tracking" I mean listening on the header and page folder for activation events and remembering where the last event came from. This is a bug that Jazz would like to have fixed for 3.3. Patch applied. Thanks again Christof. |