Re: I have my do not proceed things as well
For me, it has to look native. I read a blog post from one of the "designers" out there, where he had said that years ago, most users expected applications to look like the OS, but people don't care about that anymore.
[Citation needed] would have been my response. Do people really not care, or do you really mean that YOU, as a developer, don't care anymore, and the users just have to accept whatever you give them? Have you asked people if they care about this, or are you just assuming they don't because you have told them they don't?
Whether in Linux or Windows, I've put a lot of time and effort into customizing the UI and the visual themes to my liking. It's my beacon to every program out there, expressing my idea of how a UI should look and act. To deliberately disregard this and substitute the designer's preferences for mine is to disrespect me as a user.
I like classic title bars. I know a lot of "designers" have decided that it's okay to use them for things other than to hold the title of the window and the window controls (minimize, maximize, close), but it's not okay to me.
Below that, the File, Edit, View... menu bar is essential. It offers a series of top level entry points into the menuing system, whereas its replacement, the abominable hamburger menu, offers only one, The classic menu bar offers far more "information scent" about what is possible, and it's far more intuitive. The hamburger menu at best is a kludge to make user interfaces work on tiny phone screens where the pointing device is a big fat fleshy finger that covers several thousand pixels at once, thus requiring huge UI elements that would take up huge amounts of screen space if they were not hidden most of the time. Disappearing UI elements are a bad thing, long eschewed in the annals of UI design, but the growth of mobile and its inherent limitations has made them the norm regardless. Having them on a desktop or laptop PC that does not suffer from those inherent limitations is a particular kind of stupid.
In the next step downward, I like the classic layout of the main browser toolbar buttons. From left to right, they're back, forward, reload, home, stop. After that, the URL bar, the go button (for when I am lazily mousing and not using the keyboard), and then other stuff like the search bar. I know the "classic" appearance isn't in fashion anymore, but it works. I don't care what's in fashion.
Below (!) the main toolbar/URL bar is the tab bar. On the left of the tab bar is the new tab button (always in the same place and easily found), and on the right is the close button (same deal, and also useful for closing bunches of tabs in series, which I often do).
Under that is the content, and under that is a fully functioning status bar (not "addon bar").
I won't accept anything less. From the release of Australis to present, these requirements have not been within the capability of FF out of the box, but Classic Theme Restorer and Status-4-Evar brought them back. If FF 57 had enough customizability to look like I want out without addons, I might find it to be quite satisfying, but as it stands, I know that addons that change the UI won't work with Webextensions. That, in turn, means FF 57 will not work for me.
In open source software, forks are common. Often, the cause of this is that the core devs of a given program get a wild hair and decide to abandon the original trajectory they were on and go in some new direction. Those who liked the old direction often won't go along, and they create a fork. Forking is a mixed bag; it provides more choices for users than they would have had otherwise, but it also spreads a finite number of developers even thinner than they already were.
In the case of FF, a fork already exists, and that's Waterfox. It's been around for years, but it's a one-man operation, and it remains to be seen whether the developer (who refers to himself as Mr. Alex) will be willing or capable of handling the task of continuing to maintain WF as the code base of FF diverges more and more from its XUL-using ways. I hope he is, but this is going to be a much larger task than anything in Waterfox's past.