In bug 878551, the ability to move the list-all-tabs button was removed
for a few reasons:
> Moving this widget to the navbar gives it a tiny scaled version of Toolbar.png (like a horizontal line).
> Moving it back to the tab strip make it misbehave. It disappears, but sometimes flickers into view when opening/closing a tab.
These issues are no longer present, so we should be able to allow moving
the list-all-tabs button once again.
Differential Revision: https://phabricator.services.mozilla.com/D224623
In bug 878551, the ability to move the list-all-tabs button was removed
for a few reasons:
> Moving this widget to the navbar gives it a tiny scaled version of Toolbar.png (like a horizontal line).
> Moving it back to the tab strip make it misbehave. It disappears, but sometimes flickers into view when opening/closing a tab.
These issues are no longer present, so we should be able to allow moving
the list-all-tabs button once again.
Differential Revision: https://phabricator.services.mozilla.com/D224623
In bug 878551, the ability to move the list-all-tabs button was removed
for a few reasons:
> Moving this widget to the navbar gives it a tiny scaled version of Toolbar.png (like a horizontal line).
> Moving it back to the tab strip make it misbehave. It disappears, but sometimes flickers into view when opening/closing a tab.
These issues are no longer present, so we should be able to allow moving
the list-all-tabs button once again.
Differential Revision: https://phabricator.services.mozilla.com/D224623
- different sidebar button icons for expanded, collapsed sidebar states
- move sidebar-button to beginning of navbar strip, to the left of back button
- update tests to reflect new sidebar button positioning
- add hover animation to button
Differential Revision: https://phabricator.services.mozilla.com/D223406
* Remove the #titlebar element, and ensure toolbars that comprise the titlebar get a .browser-titlebar class
* Ensure we call TabBarVisibility.update when initializing with verticalTab=true
* Adjust TabBarVisibility logic so we allow for the vertical tabs case
* Give #navigator-toolbar z-index: var(--browser-area-z-index-toolbox) to ensure the urlbar view doesnt get clipped behind the lower elements
Differential Revision: https://phabricator.services.mozilla.com/D222059
- different sidebar button icons for expanded, collapsed and hidden sidebar states
- move sidebar-button to beginning of navbar strip, to the left of back button
- update tests to reflect new sidebar button positioning
Differential Revision: https://phabricator.services.mozilla.com/D223406
* Remove the #titlebar element, and ensure toolbars that comprise the titlebar get a .browser-titlebar class
* Ensure we call TabBarVisibility.update when initializing with verticalTab=true
* Adjust TabBarVisibility logic so we allow for the vertical tabs case
* Give #navigator-toolbar z-index: var(--browser-area-z-index-toolbox) to ensure the urlbar view doesnt get clipped behind the lower elements
Differential Revision: https://phabricator.services.mozilla.com/D222059
The failure has been observed frequently since the test got reenabled in
bug 1917222 but only for central-as-beta simulations.
Differential Revision: https://phabricator.services.mozilla.com/D224125
* Remove the #titlebar element, and ensure toolbars that comprise the titlebar get a .browser-titlebar class
* Ensure we call TabBarVisibility.update when initializing with verticalTab=true
* Adjust TabBarVisibility logic so we allow for the vertical tabs case
* Give #navigator-toolbar z-index: var(--browser-area-z-index-toolbox) to ensure the urlbar view doesnt get clipped behind the lower elements
Differential Revision: https://phabricator.services.mozilla.com/D222059
- different sidebar button icons for expanded, collapsed and hidden sidebar states
- move sidebar-button to beginning of navbar strip, to the left of back button
Differential Revision: https://phabricator.services.mozilla.com/D223406
* Ensure tabstrip widgets are temporarily removeable at browser init so the CUI placements are correctly applied
* Shuffle placements during initialization to build the correct toolbars for the verticalTabs pref value
* Notify on the 'tabstrip-orientation-change' topic when the verticalTabs pref changes and CUI placements have been updated
* Add tests for switching tabstrip orientation, and for initializing in verticalTabs mode
Differential Revision: https://phabricator.services.mozilla.com/D217161
* Ensure tabstrip widgets are temporarily removeable at browser init so the CUI placements are correctly applied
* Shuffle placements during initialization to build the correct toolbars for the verticalTabs pref value
* Notify on the 'tabstrip-orientation-change' topic when the verticalTabs pref changes and CUI placements have been updated
* Add tests for switching tabstrip orientation, and for initializing in verticalTabs mode
Differential Revision: https://phabricator.services.mozilla.com/D217161
Keep supporting the pref makes a lot of `click`, `auxclick` and `contextmenu`
event creators complicated (and look messy). So, let's delete it as soon as
possible.
Differential Revision: https://phabricator.services.mozilla.com/D217225
This is a straightforward move. It does take the liberty of breaking out an
EndDragSessionImpl method, which will be needed later.
Differential Revision: https://phabricator.services.mozilla.com/D211083
