Tor Launcher uses an overlay to allow configuration UI elements to be shared between the setup wizard and the Tor Network Settings dialog. We will need to replace this with a preprocessor #include strategy or just maintain two copies of the XUL.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items 0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items 0
Link issues together to show that they're related.
Learn more.
As far as I know, our plan is to not make any functional or UX changes. XUL overlays are just a fancy #include like mechanism for UI layout. The removal of XUL overlays is a "behind the scenes" task that should not affect anything visible to our users.
As far as I know, our plan is to not make any functional or UX changes. XUL overlays are just a fancy #include like mechanism for UI layout. The removal of XUL overlays is a "behind the scenes" task that should not affect anything visible to our users.
Yes, I think the UX work would come into play, however, if we make progress on our plan in #10760 (moved) of moving the relevant parts of Torbutton directly into browser code and getting rid of the items behind the onion button (by moving the ones we want to keep somewhere else) and the onion button itself.
We ended up using the window.MozXULElement.parseXULToFragment() function that Mozilla added since ESR60, which allows for "overlay-like" functionality. Please review, and note that these changes are not backwards compatible with pre-ESR68 code.