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.
אם תעשה זאת, אני חושב ש-AI helper יהיה מועמד מתאים יותר להיות ביד ביד עם +
או תן למשתמש דרך לבחור מה שהוא רוצה להציג. כן, זה יהיה מסובך יותר, עוד הגדרה וכנראה בשימוש נדיר בעולם האמיתי™.
אני אישית מעדיף גלילה, נוכל להוסיף שם רמז ויזואלי טוב יותר - סמן ימני ו/או מעבר הדרגתי לשקיפות.
סרגל הכלים המרובה שורות בעורך היה אחד הגורמים לתלונה נפוצה על מכשירים קטנים מאוד כאן ב-Meta, הוא תופס הרבה מקום מאזור העריכה.
אני די בטוח שרוב האנשים לצערי לא מודעים לאפשרות “הסתר סרגל כלים” שקיימת, ואני לא בטוח שזה עדיין יהיה קיים עם התוכניות החדשות לחלון העורך /cc @chapoi
בכל מקרה, אני לא חושב שזה עדיף על סרגל הכלים שניתן לגלול. הוא משמש גם בכלים אחרים ליצירת תוכן כמו Notion - הם משתמשים בהתפוגגות בצדדים הגוללים כדי לציין שיש עוד תוכן, וזה מה שהייתי רוצה לעשות גם כן.
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.
