Bookmarks toolbar doesn't have --toolbar-bgcolor when vertical tabs is
enabled.
We need to inherit background-color from toolbox though, because
otherwise the toolbar would be transparent if the selected theme doesn't
have image backgrounds.
On Windows 10 at least, the -1px static bottom margin we were using
causes a empty row of pixels to appear between tabs toolbar and nav-bar
when: 1. compact mode is used and 2. window scaling is at least 120% and
3. menubar is disabled.
This might be useful to be made to apply to Windows only, but that needs
testing. I suspect that this is also somewhat system dependent or
depends on more than just display scaling and density.
Since Tabs toolbar and menubar are direct children of toolbox
.browser-toolbar selector would apply to them as well causing certain
rendering issues such as slight movements in buttons when toolbox is
hovered
Firefox 135 uses resize observer to toggle the expanded state, so the
attribute will get removed when autohide makes the tabs collapse. Thus,
we cannot differentiate between manually collapsed and expanded states.
Note, this only affects Firefox 136+ with its new audio button.
This patch also restricts the style to horizontal tabs because Vertical
tabs can be collapsed with built-in feature.
At least on linux permissions-popup and notification-popup panels
don't get side=bottom attribute so the open downwards which causes them to
be drawn outside of screen. Fixes#493
Because the toolbox has display: contents, we need to display the background
separately for each toolbars. In addtion, on linux the main-window has
transparent background-color so we need to set toolbar opacity to 1 to
prevent transparent window areas.
This makes the line not reserve any space which is great for tab-groups
support. This patch also adds some new selectors for other tab-group
related things.
Fixes#494
The old selector expected .tabbrowser-tab to be a child of the
arrowscrollbox, which isn't necessarily the case anymore with groups.
This patch also removes a few very old rules not that are not used
anymore.
This means that the button will be hidden in ESR 128, but on Firefox
132+ it won't be since one can simply remove the button themselves or
move it to another toolbar etc. Fixes#407
Tab preview panel can sometimes cause what is possibly style
invalidation problem where the panel would jump around and even be
outside the window. This is especially likely to happen with
autohide_main_toolbar when tabs are overflowing.
When urlbar is open the panel input-container height changes based on
whether or not go-button is shown. Add a pseudo-element at the end which
has uses the same height value as go-button would.
In addition, this patch adds a pref
userchrome.toolbars-below-content.tabs-at-bottom.enabled that can be
used to make tabs as the bottom-most toolbar.
This isn't a proper fix for the issue, but fixes a special case where
there is only on hidden tab after the selected tab - this is what
happens with firefox-view button. Fixes#450
