XUL:Panel Improvements: Difference between revisions

Jump to navigation Jump to search
no edit summary
No edit summary
Line 62: Line 62:
* We need to figure out the correct default appearance for each platform.  The tool tip appearance being used on Vista wasn't entirely intentional.  Should have shorlander think about this.
* We need to figure out the correct default appearance for each platform.  The tool tip appearance being used on Vista wasn't entirely intentional.  Should have shorlander think about this.
* Since extensions may commonly use panels for notification, should we have some type of standard "notification panel" that takes an icon, a message, and an action/actions and handles the layout to match all of the other instances of panel-based notification?
* Since extensions may commonly use panels for notification, should we have some type of standard "notification panel" that takes an icon, a message, and an action/actions and handles the layout to match all of the other instances of panel-based notification?
==Focus Issues in Panels==
A number of platform-specific focus related problems exist with panels. Child frames (<iframe> elements for example) should be avoided in panels, mainly due to the mouse not functioning in them on Windows. In addition, noautohide panels have significant problems on Linux. The following summarizes these issues with panels on each platform.
; Mac
* mouse and keys works ok in popup parent and child
* issue: mouse click propagates to parent button when <button type="panel"/>
* issue: if another window is currently focused, clicking somewhere in the panel raises, focuses and activates what was clicked immediately instead of just raising the window
; Windows
* mouse and keys works ok in popup parent
* mouse works ok in child
* issue: keys do not work in child
* issue: tabbing between parent popup parent and child causes the titlebar to flicker
* issue: sometimes, clicking the mouse in child causes the parent to flicker
* issue: sometimes, clicking the mouse in child just causes the previous focused element to be focused. Effectively, as if the popup was just being raised.
; Linux
* for normal panels, mouse and keys works ok in popup parent and child
* noautohide panels:
** issue: mouse works in popup parent and child, but focus is not set on the element
** issue: keys do not work in popup parent or child
** issue: parent window loses active state when the panel is opens
** issue: parent window loses active state when the mouse is pressed in popup parent or child
** if the parent window titlebar is clicked, the window becomes active and keys work ok in the popup parent and child again, but a mouse click will cause the active state to be lost again
** issue: minimizing the window and restoring causes the element in the popup parent or child to look focused, but keys still don't work
287

edits

Navigation menu