497
edits
XUL:Panel Improvements: Difference between revisions
Jump to navigation
Jump to search
no edit summary
No edit summary |
No edit summary |
||
| Line 22: | Line 22: | ||
;Independently focusable: The panel can be raised and focused independently of its parent main window. When this happens, the main window loses its active status (its titlebar becomes inactive). In some cases, it is only needed when certain elements in the panel become focused. For instance, a panel that contains a number of tool buttons and a textbox doesn't need to focus when the buttons are clicked, but only when the textbox is focused. | ;Independently focusable: The panel can be raised and focused independently of its parent main window. When this happens, the main window loses its active status (its titlebar becomes inactive). In some cases, it is only needed when certain elements in the panel become focused. For instance, a panel that contains a number of tool buttons and a textbox doesn't need to focus when the buttons are clicked, but only when the textbox is focused. | ||
;Background drag to move: The panel can be moved by dragging its background, whether there is a titlebar or not. This could be done with <titlebar> or WindowDraggingUtils.jsm. | ;Background drag to move: The panel can be moved by dragging its background, whether there is a titlebar or not. This could be done with <titlebar> or WindowDraggingUtils.jsm. | ||
;Arrow to the panel's originator: For panels that are click outside to close, it is important to establish what target created the panel so that it can be accessed again. This target also serves in some ways as the panels "title" (although in more of a visual sense). For instance the current bookmark panel draws a half diamond to the star icon that creates it. The location of the half diamond needs to change based on where the panel is drawn. (moving the Firefox window to the far bottom of the screen and clicking the star demonstrates the current problem) | |||
; Fade in and fade out: not as visually noisy as the next feature, works particularly well with partially transparent panels that are click outside to close | |||
; Animation showing panel's originator: Applications like iCal and google maps on the iPhone have a nice animation where the panel grows out of the thing that creates it, gets a little bit too large, and then springs back to the correct size. The result is an interface that feels very dynamic, bouncy and happy. | |||
==Planed Future Use of Panels in Firefox== | |||
This is a tentative list of how we may use panels in Firefox's UI in the future: | |||
* [currently in use] Bookmark properties | |||
* [currently in use] Site identity | |||
* Context menu on hyperlink > "Bookmark This Link" | |||
* Context menu on bookmark > "Properties" | |||
* Notification of site level events (password manager, geolocation, popups blocked, xpi install, etc.) | |||
* Download progress (Limi is the main contact, he'll post details soon) | |||
* Items on the extension bar, both jetpacks and converted traditional toolbars (Boriss is the main contact) | |||
* Test pilot notifications from the extension bar, not technically part of Firefox but nonetheless a good example of extensions using panels for parts of their UI. | |||
==Random Thoughts== | |||
*Should we automatically set the transparency level if the panel is set to click outside to close? We are currently doing this for the custom panels in Firefox for bookmarking and identity on OS X, so that they appear light and ephemeral. We were going to do it on Windows as well but ran out of time right before shipping. (Linux is I believe still blocked by {{bug|408284}} | |||
* 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. | |||