The last post isn't about the toolbar, but context menus, rather different UI element, might get lost among this discussion
(by the way, Vivaldi in desktop has a nice system allowing you to reorder/add/remove/rename/change accelerator shortcuts for the context menus, but doesn't allows changing shape/size like in the screenshot)
Vlad I didn't see these elsewhere, but maybe I missed them. Made some quick mockups of easy ways to move the settings button to the tab switcher. Some locations I placed 2 labels because some things were interchangeable.
Grid: 
No reason the search bar need to take up the whole space. I've never used it, but obviously having the option is nice, and i'm sure some people use it. The ideal space for "Done" is up here I think, with the "Settings" button being moved to the bottom-right to make it easily accessible. Move "New Tab" to the middle since it's the second most accessible location on the screen, and move Tab Switcher to the bottom right because it doesn't need to take precedence over New Tab, and it's easily accessible via gesture.
The main point here isn't the overall rearrangement, it's that "Done" can be moved to the top and "settings" can bump new tab over.
Sidebar∶
This one is a lot easier because of how many redundant buttons there are on this view. "Close All" should be moved into the editing view after pressing "Edit" (it can keep its spot). That opens up the top-right for a button. "Back" (in the bottom left normally) is also redundant, as swiping back as well as tapping the previous area on the left takes you back. This follows a similar set of rearrangements as the ones I made for the Grid view, with the whole bottom row being shifted left after the redundant button is removed, and settings being placed in the right.
Regardless of these ideas, hoping to see the settings moved out of the way so we can finally use switch tab there on the bottom row . I honestly wouldn't mind if settings was just moved to the Tab Groups view even. I'm just tired of struggling with why a Settings button is on the main toolbar of a mobile browser (although as has been stated, this mistake is not at all unique to Orion)
From the latest Testflight build, what do you all think?
It is also possible to enable every single one of them, if you so desire
laiz No complaints with the feature. Works well and has a reset button if needed.
laiz it's a good UI, and it works decently well, but unfortunately the issue of the menu still exists. Wish that could be moved into the top bar à la downloads in Safari when the button pops up or even into the tab viewer or something.
Such a nice QoL improvement to have the bottom-right finally cleared and a bookmarks button on the toolbar. As long as I don't go back, the disappearing forward button makes the spacing ok, but when it appears that menu button i've slid to the left kinda gets in the way. compromises i suppose.
I did find a bug:
If you have the back and forward items both enabled, then you move the menu (and maybe other items, but i only encountered the bug when moving that item) above (i.e., to the left on the toolbar), you can't immediately move it all the way to the left unless both buttons are visible (or more likely just forward, since that one's visibility is conditional). I had to remove both of the navigation buttons, move the menu item to the top, and then add back and forward back into the enabled items, which got me the left-side menu. It's possible that just going back in the current tab to enable visibility for forward would avoid this issue as well.
Thank fuck a reset button was implemented. Thank you for that devs
ie, make the address bar slightly arrower and allow putting icons on the same horizontal space as the address bar
Vlad right now there's the 3 dots menu button that can't be moved from the toolbar. I've raised the issue before, but I find this to be pretty annoying because it's a button that takes up real estate on the toolbar. I feel it would be better placed somewhere else, such as to the left of the address bar, within the tab switcher, or collapsed into the address bar popup menu (maybe as an option "menu" that brings it up). This was the main reason I had given on the thread regarding customizability of the toolbar—so I could remove the menu bar. Obviously Safari doesn't have to contend with having a menu bar since the menu is in Settings.app, but I think the 3-dots menu button would be better served being on the address bar line or within the tab switcher from a usability perspective, since the other toolbar buttons are actual toolbar buttons used fairly often, while menu is more of a "settings" button. I realize as you've mentioned before that many iOS browsers do this, but I feel it's misuse of space when the address bar already has a popup menu
To be clear, I don't like the idea of merging the address bar and toolbar into 1, as that conflates their purpose, and would make gestures much more limited due to the halved area from which to start A gesture. I do think the 3dots menu should be moved to the address bar or tab switcher though
This is possible in recent Orion for mobile!
Vlad I haven't used iPadOS recently enough to know it isn't there, but I fail to see why this wouldn't be as good of an idea of tablet as mobile. Toolbar customization is honestly an incredibly underimplemented feature on mobile/tablet.
Also, I can't confirm off the top of my head, but I bet iCab has it, although I wouldn't use that as a UI guide. It's pretty clunky even on desktop. I agree toolbar customization should be brought to iPadOS as well though. Features that are left as simple options are great because they don't get in the way of a casual user, yet go a little extra for those that really want to personalize their experience
