I am finding the current “scroll to see more toolbar items” implementation on mobile problematic visually because it touches the side and also offers no visual affordance to denote it is scrollable.
But I wonder if we solve it in a different way, maybe we always overflow 2 items minimum (group last 2). That way it would be “Gif, +” and feel less lonely.
On mobile we already have a button to hide the toolbar if it takes up too much space.
An alternative here is… as stuff gets too narrow, shift them behind the + by a priority.
So in the screenshot above we would evict to behind + if it gets too narrow.
Als je dat doet, denk ik dat een AI-assistent geschikter zou zijn om mee samen te werken.
Of geef de gebruiker de mogelijkheid om te kiezen wat hij wil laten zien. Ja, het zou ingewikkelder zijn, één instelling meer en waarschijnlijk zelden gebruikt in de echte wereld™.
Ik geef persoonlijk de voorkeur aan scrollen, we zouden daar een betere visuele hint kunnen toevoegen - een rechterpijltje en/of een verloop naar transparantie.
De werkbalk met meerdere regels in de opsteller was een van de oorzaken van een veelvoorkomende klacht over zeer kleine apparaten hier op Meta, het neemt veel ruimte in beslag van het bewerkingsgebied.
Ik ben er vrij zeker van dat de meeste mensen helaas niet beseffen dat de optie ‘werkbalk verbergen’ bestaat, en ik weet niet zeker of deze nog zal bestaan met de nieuwe plannen voor het componistvenster /cc @chapoi
Hoe dan ook, ik denk niet dat dit beter is dan de scrollbare werkbalk. Het wordt ook gebruikt in andere auteurstools zoals Notion - zij gebruiken een vervaging aan de scrollbare zijkanten om aan te geven dat er meer inhoud is, wat ik ook graag zou willen doen.
I find something like this should be added to all cases where there’s scrollable “menu” style content - particularly noticeable in user settings/admin areas.
This feels like the nicest approach to me, we could also use reuse it on posts with the ... menu — but scrolling is certainly simpler to implement as long as we figure out how to make it obvious
Yes, I wanted to add a opacity-fadeout to make it better, but that requires a structural change so would need to verify with Renato, hence didn’t get to it yet.
There’s also the engoal-state of the new composer, which would see the whole toolbar redone and moved anyway.
I would like that too, although I would have to be in order whatever is closest to plus. Randomly plucking things from the list is pretty bad UX. And on mobile, a simple scroll is still preferable imo.
Wrapping to a second line is out of the question imo, saying “hide it fully on mobile then” is not a userfriendly solution.
I think we should first see if we can simply improve the current visual indictator, before doing more.
I think currently some options are already moved to the menu to prevent an overflow. For example, the </> button is moved to the plus menu on my tablet. IIRC, that is based on the fact that a touch device is used. So the concept of
is already used. Therefore, it seems reasonable to expand this for more devices. Perhaps even based on the width rather than the type of device. My tablet has enough space in landscape mode for the button to format code. I guess there is also enough space for the list buttons. But I usually don’t use those. Code tags are more annoying to type, so I use that button frequently.
I also like nat’s suggestion of a setting where admins can choose the most important buttons for their community.
to behind + if it gets too narrow.
