Merged 14 posts from Changing toolbar button layout on mobile.
36
Allow customizing the toolbar on mobile
Allow adding “Find on page” action button to the toolbar for easier access
Will be useful for those frequently searching for information
There are broader feature suggestions about full toolbar customization, that would work as well, but in the meantime this could also be added since it’s easier to add
6 days later
Merged 2 posts from Add find on page to the toolbar (optionally).
This will allow users to have only those buttons they need in the order that suits them best
Allow editing the toolbar, reordering and removing default buttons
For example, I don’t need the tabs button since I only use the swipe up gesture to invoke the tab list
Or I would like to have arrow right (history next) to always be on the right-most side so I never accidentally get on the wrong side of history
There is an issue about user buttons (which is also great), but this one is about editing default ones
https://orionfeedback.org/d/4487-custom-toolbar-buttons-for-menu-actions/3
6 days later
Merged 3 posts from Allow editing toolbar buttons.
9 days later
Current link context menu on the one hand is too dense - I'd move all extension in a separate group, and also not dense enough -instead of 3 same lines for opening a link (that waste a lot of space on the left forcing the text to not fit in a single line) I'd use a single line with full width, bigger height that has 3 sections with only icons and section width depending on the use frequency (eg, private tab could be smaller, new regular tab would be biggest)
So something like this
Ideally you should be able to apply fully custom styles to these menus, reorder/group/position however best fits your use
Merged 2 posts from Allow full customization of the context menu.
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)
a month later
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.
- Edited
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
- Edited
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