As a user, I want to be able to access the main user interface of installed WebExtensions (on desktop, theyâre almost always doorhangers) so I can use it.
Slightly updated user story, and added design tasks.
Progress report:
in fennec, ublock origin's ui is accessible via the main menu as a normal item. as a user, i think it would be good to have it in fenix as an icon similarly to desktop, but in the menu. this would allow users to have multiple addon icons per line (like the navigation buttons are currently). the ui could come up as a sheet or popup so the experience would be more like desktop than with fennec where tapping the menu item opens the addon ui in a new browser tab.
(if this is the wrong place to voice a design opinion, please let me know)
@brampitoyo, a floating action button that is always visible seems a bit intrusive, if its only function is to list a menu from which extension UIs can be accessed.
A sublist in the main menu could list extensions, similar to how the Tools submenu currently functions in Fennec.
As @ashkitten said, being able to pin frequently used extensions to a row at the top of the main menu would be very useful, and would cut access times considerably.
This would be a dedicated row for extension icons at the top of the main menu that is only visible if at least one extension has been pinned there. The extension icons would function as buttons that open the extension UI.
@ashkitten wrote:
in fennec, ublock origin's ui is accessible via the main menu as a normal item. as a user, i think it would be good to have it in fenix as an icon similarly to desktop, but in the menu. this would allow users to have multiple addon icons per line (like the navigation buttons are currently).
@dessant wrote:
a floating action button that is always visible seems a bit intrusive, if its only function is to list a menu from which extension UIs can be accessed.
A sublist in the main menu could list extensions, similar to how the Tools submenu currently functions in Fennec.
Thanks for these really useful feedback!
Our recent User Research study found that adding more and more menu items into the main menu make features less likely to be used, because what our users love about Fenix seems to be its simplicity and relatively minimal interface.
So, I think that we have to finely balance two things:
As @dessant wrote:
[âŚ] being able to pin frequently used extensions to a row at the top of the main menu would be very useful, and would cut access times considerably.
I want to emphasise the fact that not all add-ons are used frequently enough to be pinned:
But @dessantâs proposal is worth considering:
[âŚ] a dedicated row for extension icons at the top of the main menu that is only visible if at least one extension has been pinned there. The extension icons would function as buttons that open the extension UI.
I was inspired by @ashkittenâs proposal:
[âŚ] the ui could come up as a sheet or popup so the experience would be more like desktop than with fennec where tapping the menu item opens the addon ui in a new browser tab.
Letâs combine all of the above together. What do you think about something like this?
The result: It takes 3 taps to access any add-on, and 2 taps if put inside main menu
Thoughts?
it might be good to automatically pin addons, but in my opinion there still should be a way to disable that behavior and manually set what addons are pinned in which position, or hide ones you don't want to see.
design-wise, i think one row of icons in the main menu would be good for this. you can probably fit 4 icons neatly in a row there, which gives room for 4 pinned addons or 3 pinned addons and an overflow menu icon if there are more than 4 addons to display
if the design of this needs to be implemented in multiple steps, it might make sense to leave a ui for managing order/pinning/hiding addons for later and just implementing it with most recently used order for now
i also had the idea that it could be possible to put a row of addon icons somewhere in the pull-out sheet, maybe under the normal share and bookmark icons? that would give more screen real estate without cluttering the main menu, and provide a more seamless transition to opening the addon ui inside the already expanded bottom sheet. plus, it might make more sense to put addon buttons alongside other page actions
i also had the idea that it could be possible to put a row of addon icons somewhere in the pull-out sheet, maybe under the normal share and bookmark icons?
While it's a nice idea it's not an option because the _Quick Action Bar_ will be removed, see #4281.
in terms of the add-on manager, i'd really love it if it were the same as the desktop one
Edit: and I mean the old, good one that was recently removed. That had inline changelogs
@brampitoyo, supporting uBlock Origin will enable a bunch of other extensions that use that subset of extension APIs to be installed. I think it would be better to design the UX for pinning now instead of redesigning everything several times, especially because it may also involve user interface changes in other places, such as the extension sheet you mention.
Pinning could be configurable from the sheet with the extension list directly, either by touching and holding a list item, or by having a dropdown menu at the right side or the list item, like in about:addons on desktop. One could also just open the details of the extension where a pinning switch is present.
It seems that the main menu surface has enough space to allow for 4 pinned extensions in a row, while respecting spacing best-practices for touch interfaces.
Progress report:
This is an area where most progress have been made
I initially started by expanding the choices of where add-ons can be accessed:
After many iterations and rounds of feedback from you (most importantly), AMO Product, and Fenix UX teams, weâve arrived at two possible logical places to access the extensionsâs main user interface. In essence, we have two choices to pick from:
Inside the Site Information panel
As a separate icon on the right side of the URL bar, that opens its own menu
https://
 â a topic for another issueWe thought long and hard about how to sort add-ons (as @ashkitten suggested, we considered sorting by last accessed), and decided that sorting alphabetically give users the most logical placement, where add-ons always appear in an expected order, all the time.
We also thought about manually pinning add-on
Weâre making add-ons accessible from inside the main menu:
Compared to my last progress report:
Please do check out the Miro board for the latest progress
@brampitoyo there is another way we can show add-on nicely through using a separate toolbar for extension on the opposite side of url bar. It would show the extension in front of users while browsing, user don't have to go anywhere else to access it and u could live monitor any add-on changes. If you have a bottom address bar and toolbar can be shown at the top with extensions and vice versa. The both bars can also hide automatically when user scrolls through screen so it will save some space from browser ui while browsing . Some web browsers like samsung browser and opera already have dual toolbar in browser & I don't think it would too much affect the usability by showing two toolbars on both sides and if a user feels like it affects it viewing area or have problems with accessing toolbar it can change to a different approach such as using using main menu for accessing extensions or any other approach for using add-ons.
This is a sample mock i have created to reference dual toolbar approach -
What do you think of this approach??Very much appreciate your feedback.
Thank you and much appreciate your workđ.(Sorry for crappy mock & english)
@brampitoyo, could you share the Miro board? I haven't been able to find the board you're referring to.
using a separate toolbar for extension
Terrible. If implemented this should be an optional location for add-on items and not used by default. It takes too much from the already limited space of a smartphone, the proposed UI is really distracting, I doubt that a lot of people will use so many add-ons on the smartphone to make this an useful UI for the big majority of users and, of course, additional toolbars come straight out of hell. (Okay, sorry, the last point wasn't quite serious).
Hi, verified as fixed on the latest Nightly Build #20360606 from 2/5
using the following devices:
⢠Google Pixel 3a XL (Android 10)
⢠Google Pixel 3a (Android 9)
⢠Huawei Mate 20 Lite (Android 8.1.0)
⢠Samsung Galaxy S7 (Android 7.0.0)
⢠OnePlus A3 (Android 6.0.1)
⢠LG Nexus 4 (Android 5.1.1)
âş Video
âď¸ If the Add-on is installed it will be automatically pinned and listed on the top of the ⎠Main menu.
âď¸ Tapping the Add-on offers the possibility disable/enable the Add-on for a specific web site.
âď¸ "Add-ons Manager" ⎠menu item shortcut where you can enable/disable globally, uninstall, view details, etc.. (You can still go to the "Add-ons Manager" by going inside Settings).
@brampitoyo - Please review and let me know if any additional testing regarding this matter is needed.
Most helpful comment
in fennec, ublock origin's ui is accessible via the main menu as a normal item. as a user, i think it would be good to have it in fenix as an icon similarly to desktop, but in the menu. this would allow users to have multiple addon icons per line (like the navigation buttons are currently). the ui could come up as a sheet or popup so the experience would be more like desktop than with fennec where tapping the menu item opens the addon ui in a new browser tab.
(if this is the wrong place to voice a design opinion, please let me know)