Neil aber hob zu reden an und schrieb: > As part of the trunk move to work as a XULrunner app, we are > considering rewriting the preference tree to use the toolkit > preference system, although still selecting the panels using a tree.
To be precise, we'll be extending/deriving the toolkit prefwindow to allow for hierarchical preference panels. > Now most EM-managed extensions use a simple options dialog, but what > I would like to know is if any extension authors would think it > useful to be able to reuse any of the additional tree hookup code > that we would need to write. The current EM code for extension preferences is an extremely lazy solution: just take an URL provided by the extension and open that, no matter what it does or where or how it fits into the way setting preferences is handled by the app. This may be related to the current FF/TB prefwindow layout, which simply can't really cope with a multitude of pref panels due to a profane lack of space. In SM, extension pref panels would ideally be part of the general prefs, in another branch, e.g. under "extensions". So: - Will extensions want their own prefwindow? But with SM-like tree? - Will extensions want to integrate in the SM's pref tree, at a position of their bidding? Or should their panels just go under extensions, in a maybe alphabetical order? Karsten -- Feel free to correct my English. :) _______________________________________________ Project_owners mailing list [email protected] http://mozdev.org/mailman/listinfo/project_owners
