Closed
Bug 855370
Opened 12 years ago
Closed 12 years ago
Remove the ability to not "Always show the tab bar"
Categories
(Firefox :: Tabbed Browser, enhancement)
Firefox
Tabbed Browser
Tracking
()
VERIFIED
FIXED
Firefox 23
Tracking | Status | |
---|---|---|
relnote-firefox | --- | 23+ |
People
(Reporter: jsbruner, Assigned: jsbruner)
References
Details
(Keywords: ux-minimalism, Whiteboard: [see_comment_21_for_reason_and_fix])
Attachments
(1 file, 1 obsolete file)
13.69 KB,
patch
|
dao
:
review+
jsbruner
:
ui-review+
|
Details | Diff | Splinter Review |
We should not allow the ability to hide the tab bar ever. In this day and age, browser have tabs, and hiding the entire bar is useless and in addition causes problems with the new Australis theme.
Also cleanup the code that revolves around this. Meaning we are not just removing the ui-checkbox, but the entire implementation and pref.
Assignee | ||
Comment 1•12 years ago
|
||
Removes the ability and code relating to this browser.tabs.autoHide pref. Blindly marking review to dao, and ui-review (I'm assuming it's needed) to Limi.
Attachment #730310 -
Flags: ui-review?(limi)
Attachment #730310 -
Flags: review?(dao)
Updated•12 years ago
|
Attachment #730310 -
Flags: ui-review?(limi) → ui-review+
Comment 2•12 years ago
|
||
Comment on attachment 730310 [details] [diff] [review]
Fix.
> // In tabs-on-top mode, move window controls to the tab bar,
> // and in tabs-on-bottom mode, move them back to the navigation toolbar.
>- // When there is a chance the tab bar may be collapsed, put window
>- // controls on nav bar.
> var fullscreenctls = document.getElementById("window-controls");
> var navbar = document.getElementById("nav-bar");
>- var ctlsOnTabbar = window.toolbar.visible &&
>- (navbar.collapsed ||
>- (TabsOnTop.enabled &&
>- !gPrefService.getBoolPref("browser.tabs.autoHide")));
>+ var ctlsOnTabbar = window.toolbar.visible && navbar.collapsed;
This needs to be window.toolbar.visible && (navbar.collapsed || TabsOnTop.enabled), right?
> <method name="updateVisibility">
> <body><![CDATA[
> if (this.childNodes.length - this.tabbrowser._removingTabs.length == 1)
>- this.visible = window.toolbar.visible &&
>- !Services.prefs.getBoolPref("browser.tabs.autoHide");
>+ this.visible = window.toolbar.visible;
> else
> this.visible = true;
> ]]></body>
> </method>
indentation is off
Attachment #730310 -
Flags: review?(dao) → review-
Assignee | ||
Comment 3•12 years ago
|
||
Can't believe I missed those. Thanks Dão! This update addresses Dão's comments. Carrying ui-review+ flag.
Attachment #730310 -
Attachment is obsolete: true
Attachment #730460 -
Flags: ui-review+
Attachment #730460 -
Flags: review?(dao)
Comment 6•12 years ago
|
||
(In reply to Josiah Bruner [:JosiahOne] from comment #0)
> causes problems with the new Australis theme.
Can you elaborate on this? Any problem with this would also affect popups, right? So it would need to be dealt with either way.
Assignee | ||
Comment 7•12 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #6)
> (In reply to Josiah Bruner [:JosiahOne] from comment #0)
> > causes problems with the new Australis theme.
>
> Can you elaborate on this? Any problem with this would also affect popups,
> right? So it would need to be dealt with either way.
No. Popups are not affected by this. I'll explain.
The first issue lies simply with an annoying ui-element revolving around bug 851652, which moves the position of the window control buttons downward. This works great, except for when the tab bar is closed. Then, the button *must* go back into their original position. Although this works, it does not look very good to have window control buttons which shouldn't move their position, move.
The second problem really won't get solved by this bug alone, but with a few others it will. This also relates to bug 851652. Right now we are constantly checking for changes in the mUnifiedTitlebarHeight to figure out whether there is or isn't a tab bar (which we won't have to check after this), and also if we are in panorama or the new customize window, which changes the mUnifiedTitlebarHeight too 0.
However, Private Browsing Mode, uses the same window as the panorama or customize window, which means we can not move the buttons down at all. Fine, but not ideal. Therefore, by removing the ability to hide the tab bar, along with some bugs increasing the titlebar height on Panorama and the customize window, the buttons need not change their position at all.
Popup windows are not affected because they don't return TRUE on mCanDrawInTitlebar, however Panorama, the Customize Window, and PBM do. This is the issue.
Hope that clears things up!
Updated•12 years ago
|
Attachment #730460 -
Flags: review?(dao) → review+
Assignee | ||
Updated•12 years ago
|
Keywords: checkin-needed
Comment 8•12 years ago
|
||
Keywords: checkin-needed
Comment 9•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 23
Comment 10•12 years ago
|
||
(In reply to Josiah Bruner [:JosiahOne] from comment #0)
> We should not allow the ability to hide the tab bar ever. In this day and
> age, browser have tabs, and hiding the entire bar is useless and in addition
> causes problems with the new Australis theme.
>
> Also cleanup the code that revolves around this. Meaning we are not just
> removing the ui-checkbox, but the entire implementation and pref.
Over the fifteen years or so I've been with Netscape and Firefox, I have NEVER heard a similarly arrogant, inconsiderate, and myopic idea - and I've heard quite a few.
I don't know who Mr. Bruner is, but I'd like to remind him that what has kept Firefox going over the years is the ability of users to adapt it to meet personal tastes and needs.
It would really be a profound personal loss to be forced to abandon my browser of choice after all these years, but if this one goes through, the choice will have been made for me.
I have used third-party themes for as long as they've been around, and I intend to do so as long as possible. When they go, I go, and I think I won't be alone.
I know this is Bugzilla and not the Mozilla Forum. However, if Mr. Bruner thinks he can dictate to millions of users that "In this day and age, browser have tabs ...", I have to say that I think he'd better learn a bit of modesty and come to understand that he is not the sole arbiter of what the Internet is or should be.
Please excuse my rather shrill response, but at 66 years of age and with forty years of professional experience in education, I do not take kindly to the type of tone Mr. Bruner seems to believe he has the authority to use.
Joseph Greenman
Assignee | ||
Comment 11•12 years ago
|
||
(In reply to Joe Greenman from comment #10)
> (In reply to Josiah Bruner [:JosiahOne] from comment #0)
> > We should not allow the ability to hide the tab bar ever. In this day and
> > age, browser have tabs, and hiding the entire bar is useless and in addition
> > causes problems with the new Australis theme.
> >
> > Also cleanup the code that revolves around this. Meaning we are not just
> > removing the ui-checkbox, but the entire implementation and pref.
>
> Over the fifteen years or so I've been with Netscape and Firefox, I have
> NEVER heard a similarly arrogant, inconsiderate, and myopic idea - and I've
> heard quite a few.
>
> I don't know who Mr. Bruner is, but I'd like to remind him that what has
> kept Firefox going over the years is the ability of users to adapt it to
> meet personal tastes and needs.
>
> It would really be a profound personal loss to be forced to abandon my
> browser of choice after all these years, but if this one goes through, the
> choice will have been made for me.
>
> I have used third-party themes for as long as they've been around, and I
> intend to do so as long as possible. When they go, I go, and I think I won't
> be alone.
>
> I know this is Bugzilla and not the Mozilla Forum. However, if Mr. Bruner
> thinks he can dictate to millions of users that "In this day and age,
> browser have tabs ...", I have to say that I think he'd better learn a bit
> of modesty and come to understand that he is not the sole arbiter of what
> the Internet is or should be.
>
> Please excuse my rather shrill response, but at 66 years of age and with
> forty years of professional experience in education, I do not take kindly to
> the type of tone Mr. Bruner seems to believe he has the authority to use.
>
> Joseph Greenman
Sir, I greatly respect your opinion in this matter. However, I actually not an arrogant person, nor do I think I have the power or authority to dictate changes.
But I must also direct your attention to the fact Firefox must improve itself, and the Australis theme is part of this. Keeping it causes the new look to break, and thereby is blocking many, many bugs.
But please do not think I just waltzed up here and decided to remove it. I asked about it from the UX time, and, as you can see from the ui-review+, I am not the only one who is "dictating" changes as you assume to be the case. We new going in that many would not like it, but I must ask you? Do you use this feature? What do you suppose we are stopping in this case?
I will go back to the fact that I am aware I don't have real authority, but I am an active contributor, and while I don't know *nearly* as much as you do, I am quite sure this is the right approach. Everything breaks someone's workflow, but Firefox does need to remove this, not for my sake, or for the sake of change, but for progress, which must be made.
So, Mr. Greenman, I really would love to here the actual issues with this and am open to change (I have done it before and backed out a change). I may very well believe in change, and perhaps too much, but am confident that this does need to be done. But please, contribute to the conversation, I do appreciate it.
Josiah Bruner
P.S. "Mr. Bruner" is quite formal. Please, Josiah is all you need to use.
Assignee | ||
Comment 12•12 years ago
|
||
Er, s/I actually/I am actually.
Comment 13•12 years ago
|
||
Well, while Removing that option is Partly a not that bad move, since when an everyday's computer user just clicks without planning that option and the tab bar disappears, this can only lead to the feeling of getting **** and frustrated. So that Change is partly understandable.
But would you really call it an improvement if That changes and the many other changes which are finally leading to Australis have a much greater impact of so far unknown size to Adons and Third Party Themes?
Taking away that options can not be an improvement, no matter how much improvement Australis will bring.
How is this fitting in the concept to make the Browser Better? You do know that many many many users are only staying at Firefox because of Customization and Full Themes? Destroying that for a smaller or larger part can take away a massive number of Firefox user base.
This i would not consider as a "Bugfix" - That Change for the better is actually suicide, i guess you know that ;)
Comment 14•12 years ago
|
||
Just so the record is clear: It's the professional opinion of the Firefox user-experience and engineering teams that this is a highly desirable change. See http://limi.net/checkboxes-that-kill/. Improvements like this are exactly the kind of thing that helped Mozilla go from zero to hundreds of millions of users over the past decade.
Thanks for your opinion, but attacking people (however politely) is unacceptable and will lead to account suspension.
P.S. I wish you the best of luck with your new browser.
Comment 15•12 years ago
|
||
You did not understood my post correclty dear Sir, i did not attack anyone at all :)
I just was wondering if a complete main theme refresh (Australis) is worth taking away for example a stil so far not really 100% known amount of Third Party Theme creation/usage ability.
And i do not plan to move away from Firefox, but that is the way how a normal not experienced Computer User will react. Was reading such a comment for example at a theme review today.
And since a bug request also can consist lists of possible Regresses, i truly think losing that ability of theme/addon usage or Developement abilities is a regress.
And i just wanted to hear an opinion if this change is really bringing lost market share back.
Comment 16•12 years ago
|
||
Another backward step for people who don't want to use Chrome and like Firefox for its flexibility.
Comment 17•12 years ago
|
||
(In reply to Josiah Bruner [:JosiahOne] from comment #11)
> (In reply to Joe Greenman from comment #10)
> > (In reply to Josiah Bruner [:JosiahOne] from comment #0)
> > > We should not allow the ability to hide the tab bar ever. In this day and
> > > age, browser have tabs, and hiding the entire bar is useless and in addition
> > > causes problems with the new Australis theme.
> > >
> > > Also cleanup the code that revolves around this. Meaning we are not just
> > > removing the ui-checkbox, but the entire implementation and pref.
> >
> > Over the fifteen years or so I've been with Netscape and Firefox, I have
> > NEVER heard a similarly arrogant, inconsiderate, and myopic idea - and I've
> > heard quite a few.
> >
> > I don't know who Mr. Bruner is, but I'd like to remind him that what has
> > kept Firefox going over the years is the ability of users to adapt it to
> > meet personal tastes and needs.
> >
> > It would really be a profound personal loss to be forced to abandon my
> > browser of choice after all these years, but if this one goes through, the
> > choice will have been made for me.
> >
> > I have used third-party themes for as long as they've been around, and I
> > intend to do so as long as possible. When they go, I go, and I think I won't
> > be alone.
> >
> > I know this is Bugzilla and not the Mozilla Forum. However, if Mr. Bruner
> > thinks he can dictate to millions of users that "In this day and age,
> > browser have tabs ...", I have to say that I think he'd better learn a bit
> > of modesty and come to understand that he is not the sole arbiter of what
> > the Internet is or should be.
> >
> > Please excuse my rather shrill response, but at 66 years of age and with
> > forty years of professional experience in education, I do not take kindly to
> > the type of tone Mr. Bruner seems to believe he has the authority to use.
> >
> > Joseph Greenman
>
> Sir, I greatly respect your opinion in this matter. However, I actually not
> an arrogant person, nor do I think I have the power or authority to dictate
> changes.
>
> But I must also direct your attention to the fact Firefox must improve
> itself, and the Australis theme is part of this. Keeping it causes the new
> look to break, and thereby is blocking many, many bugs.
>
> But please do not think I just waltzed up here and decided to remove it. I
> asked about it from the UX time, and, as you can see from the ui-review+, I
> am not the only one who is "dictating" changes as you assume to be the case.
> We new going in that many would not like it, but I must ask you? Do you use
> this feature? What do you suppose we are stopping in this case?
>
>
> I will go back to the fact that I am aware I don't have real authority, but
> I am an active contributor, and while I don't know *nearly* as much as you
> do, I am quite sure this is the right approach. Everything breaks someone's
> workflow, but Firefox does need to remove this, not for my sake, or for the
> sake of change, but for progress, which must be made.
>
> So, Mr. Greenman, I really would love to here the actual issues with this
> and am open to change (I have done it before and backed out a change). I may
> very well believe in change, and perhaps too much, but am confident that
> this does need to be done. But please, contribute to the conversation, I do
> appreciate it.
>
> Josiah Bruner
>
> P.S. "Mr. Bruner" is quite formal. Please, Josiah is all you need to use.
Mr. Bruner,
Please excuse my "formality", but where I live, using "Mr." is quite normal among adults who don't know each other.
In your response you wrote
1. "But I must also direct your attention to the fact Firefox must improve itself, and the Australis theme is part of this."
2. "I am quite sure this is the right approach."
3. " ... but Firefox does need to remove this, ... for progress, which must be made."
These assumptions are based upon your opinion. While you're certainly entitled to your opinion - which, by the way, I do not share in these three cases - I think your approach was inappropriate, and there are apparently other people who share my opinion.
http://forums.mozillazine.org/viewtopic.php?f=23&t=2687123&p=12773117#p12773117
And if your repeated use of the word "must" doesn't reflect a type of arrogance, I'm afraid, sir, we also disagree on the meaning of the word.
This is what my dictionary says: " an attitude of superiority manifested in an overbearing manner or in presumptuous claims or assumptions". (http://www.merriam-webster.com/dictionary/arrogance)
But I'll try to keep this simple: Until today there was a choice to have the tab always visible bar or not. To answer your question, yes, I chose not to show it.
You've taken this choice away. I, sir, am VERY upset that you have.
Thank you for your ongoing participation in this discussion.
Comment 18•12 years ago
|
||
As a longtime user of Firefox I hate this change. It wastes so much valuable real estate when I am only using one tab, which is most of the time. I use tabs, of course, but only when I need to have multiple pages open at the same time.
Comment 19•12 years ago
|
||
saphirjd: comment 14 was a reply to comment 10.
I see this is going off into the weeds, so I'm restricting comments. If someone has a constructive comment, post to firefox-dev.
[Comments now restricted to users with the editbugs privilege -- with privilege comes responsibility, so please consider carefully before commenting if you are able.]
Restrict Comments: true
Updated•12 years ago
|
relnote-firefox:
--- → 23+
Comment 20•12 years ago
|
||
This has been noted in the Aurora 23 release notes:
http://www.mozilla.org/en-US/firefox/23.0a2/auroranotes/
If you would like to make any changes or have questions/concerns please contact me directly.
Assignee | ||
Comment 21•12 years ago
|
||
Since probably more people will be curious (and potentially frustrated) about this change, I do want to say one final thing, especially since this is going on release notes.
My first comment wasn't written very well. We are aware that some people may use this feature, and if more people where computer-savvy this change wouldn't be made, but the UX team has decided that certain options need to be removed for the sake of simplicity. In addition, our own development can not happen as quickly with this previous feature. Unfortunately a few people will be affected by this change, and I am sorry about that.
But, if you miss this feature, I direct you too: https://addons.mozilla.org/en-US/firefox/addon/hide-tab-bar-with-one-tab/
Which re-enables this previous ability. Cheers!
Comment 22•12 years ago
|
||
Adding this to the sign-off criteria for Firefox 23.0b1.
Comment 23•12 years ago
|
||
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20130619 Firefox/23.0
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:23.0) Gecko/20130619 Firefox/23.0
Mozilla/5.0 (X11; Linux i686; rv:23.0) Gecko/20130619 Firefox/23.0
Verified in latest Aurora that "Always show the tab bar" is no longer available in Options/Preferences - Tabs.
Assignee | ||
Updated•11 years ago
|
Whiteboard: [see_comment_21_for_reason_and_fix]
You need to log in
before you can comment on or make changes to this bug.
Description
•