Community
Participate
Working Groups
3.3M5 The SharedHeaderFormEditor could track if the header or the page folder had focus and restore that focus on setFocus().
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.