235
edits
No edit summary |
(use communicator.css for the toolkit derivation issue) |
||
Line 53: | Line 53: | ||
<ul>While this is the easiest way with regard to infrastructural changes, it may be quite tedious to watch out for changes in /toolkit files.</ul> | <ul>While this is the easiest way with regard to infrastructural changes, it may be quite tedious to watch out for changes in /toolkit files.</ul> | ||
6. Use the existing ''communicator'' infrastructure as it's supposed to be included by all main windows! | |||
<ul>This means that we can shadow the toolkit bindings in xul.css with our own in /xpfe/communicator/resources/content/communicator.css! No extra magic foo is required...</ul> | |||
When first writing this, I saw 4. (and maybe 5.) as viable roads, but both | When first writing this, I saw 4. (and maybe 5.) as viable roads, but both | ||
neglect the XULRunner case. Targetting XULRunner will mean that we have no (nice) chance of tinkering with the toolkit itself, we're bound to derive from it. | neglect the XULRunner case. Targetting XULRunner will mean that we have no (nice) chance of tinkering with the toolkit itself, we're bound to derive from it. | ||
But then Neil told me about the communicator.css, and now the toolbar transition [https://bugzilla.mozilla.org/show_bug.cgi?id=282188 bug 282188] has a nice patch that even allows for usage of both toolkit and XPFE bindings... | |||
= | |||
The derived bindings there are stored in chrome://communicator/content/bindings/, more are likely to follow. | |||
(Oh, I now see that Neil proposed that, too - nice :) ) |
edits