Live data from Hacker News

Firefox 25 will get a major UI overhaul

wiki.mozilla.org

81–90 of 194 posts

Re: Firefox 25 will get a major UI overhaul

#81
post #69
post #15

Earlier quoted context omitted.

I love firefox and use it daily on all platforms. What bothers me a bit (just a bit) about the design is that only on linux the menu bar row sticks out [1], while on Windows or Mac they were able to collapse it or hide it quite well. I suppose this is due to the GUI implementation constraints on the platform, but it is still very noticable when I switch from my mac to ubuntu. [1]: http://i.imgur.com/qDUuOXH.png

I'd say let them switch to using Qt on Linux instead of GTK, and that problem could be solved.

It's not a GTK issue.

Re: Firefox 25 will get a major UI overhaul

#83

Yet after Lion, Mountain Lion, and in a few month the new Mac OS, they still haven't implemented the native scrollbar and bounce scrolling... Mozilla is doing a lot of stuff, but I don't see any focus.

Yeah, how dare Mozilla not instantly implement the constant stream of random UI modifications Apple makes on a whim that require every developer to overhaul their UI and potentially make the UX worse?

From my perspective, not making that nonsense priority #1 demonstrates Mozilla's focus on features that actually matter.

Also, patches welcome, write an extension, etc etc etc.

Re: Firefox 25 will get a major UI overhaul

#84
post #11

Well, Great, how about more snappy and perf bugs land on 25 as well. Still waiting for SuperSnappy or e10s, or the new Necko work. Firefox is slow ( Comparatively ) , I hate opening Chrome from time to time keeps reminding me how fast Chrome is ( Although that have gotten slower in recent release ). Edit: And God they drop the Firefox Menu Button! Do they have to copy chrome on every god damn thing? What the heck is…

Work on Electrolysis is underway again. https://wiki.mozilla.org/Content_Processes

Re: Firefox 25 will get a major UI overhaul

#85

Earlier quoted context omitted.

Agreed, I would never consider using another browser unless they had vertical tabs. My Firefox typically crashes once per day but treestyle tabs make it worth it.

You can make your tabs vertical in Opera without even having to install an extension, though they don't indent like they do in TreeStyleTabs.

The new Opera (using Chrome) lacks vertical tabs unfortunately. Can't seem to find any info on whether it'll come back

Re: Firefox 25 will get a major UI overhaul

#86
The UI feature I will miss most is tabs-on-bottom. I have an address bar, a bookmarks bar, and a row of tabs. Quickly scanning tab titles and switching between them with the mouse is more important than knowing the current page's URL. So the tabs should be closer to "the action", the web page my eyes and mouse are interacting with (Fitt's Law).

The "Tabs on Top" menu item has been hidden since Firefox 15. The about:config pref "browser.tabs.onTop" is the only way to toggle this feature.

Re: Firefox 25 will get a major UI overhaul

#89
post #58

Earlier quoted context omitted.

> How's that tab interface working out? I've been using it for years, I can't see myself go back to tabs on top. That's why I can't switch to chrome. Tabs on the left (or right) is how it is supposed to be ! Websites nowadays have a lot of horizontal space because of our new big wide screens. We don't have 4/3 anymore and all the websites were conceived for that kind of resolution (800 600 or 1024 768). Also it's mor…

Agreed, I would never consider using another browser unless they had vertical tabs. My Firefox typically crashes once per day but treestyle tabs make it worth it.

Once a day? Any idea why? For a while, mine was due to memory issues but they did some seriously awesome work fixing it somewhere in the high teen updates, ever since then it's been solid.

Re: Firefox 25 will get a major UI overhaul

#90
post #87
post #81

Earlier quoted context omitted.

It's not a GTK issue.

Then what prevents Firefox from doing it?

I would guess that it's possible that the way X works prevents this from happening. At least, easily.

I use an offbeat windowing manager (WM) (aka, the client to Xorg that actually draws the base-level windows for the GUI). The WM gets to present titlebar as it pleases, and given how my WM works, there's 0 chance that Firefox would be able to draw it's own stuff up in there.

Given that, perhaps some WMs can allow the client window to draw up there and some can not. I get the impression that, at a minimum, the titlebar is not guaranteed to be fair game.

Post reply on HN