Open
Bug 628141
Opened 12 years ago
Updated 6 months ago
More pref control on tabs & tabbar animation events.
Categories
(Firefox :: Tabbed Browser, enhancement)
Firefox
Tabbed Browser
Tracking
()
UNCONFIRMED
People
(Reporter: xeon.g8, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b10pre) Gecko/20110123 Firefox/4.0b10pre Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b10pre) Gecko/20110123 Firefox/4.0b10pre This is request spins off from bug608589 https://bugzilla.mozilla.org/show_bug.cgi?id=608589 Adding the following new boolean (browser.tabs.animate.close_enabled) check into code, and disabling in config solves a lot of poor responsive/quirky problematic issues with the transitioning delays, closing tabs with [MMB]/[CTRL+W] is much faster. While still allowing the user to have new opening tab animations enabled on themes. [content/tabbrowser.xml] <method name="removeTab"> ...... !Services.prefs.getBoolPref("browser.tabs.animate.close_enabled")) { this._endRemoveTab(aTab); return; } --------- This springs up from me wanting to disable all animation on closing of a tab including disabling the tabbar closing flow transition, no way to control that with css is there?. I could use something like this .tabbrowser-tab, .tabbrowser-tab > .tab-text, .tabbrowser-tab > .tab-icon-image, .tabbrowser-tab > .tab-close-button { -moz-transition: none!important;} But as with the previous reported bug608589 error message, there is also another problem of a jumping active tab, because of the fadein transition of the surrounding flowing tabs, which also isn't at all as smooth and responsive as say chrome tabbar. So my request is mainly for about:config entry above to be added for more easy user access control over animated/transition delayed events, instead of all tab animation tied to a single preference entry - not so good. Reproducible: Always
Updated•6 months ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•