Hi, Team & Communityđ¸
Iâd like to jump
In Tables: using customizable labeled tabs (like in a spreadsheet, but) to show only one row at a time with the best visibility. And visibility can be set to show default tab (like New User vs Regular, etc.).
In Detail Screens: using the same kind of tabs to organize contents by type / section, ex:
Summary | Details | Videos | Gallery | Podcasts | Links | More Resources | Credits | Last Update | Author
And provided we can catch components by their name or access the 1st component of type âVideoâ, clicking on the Videos tab will anchor to that tab containing all the videos.
This way, with so little room on mobile, user feels the place is not cluttered or lengthy to scroll down. And can jump directly to his/her favorite part.
Thks
I suggest tabs as itâs easy to visualise, but Iâm sure you can find cute & more avant-garde UI ideas
Gnaw your cute dancers again
But can you display videos and even tables, long text inside? (can I say Rich Text?)
Imagine you want to display a Book presentation with Book Cover, Pitch, 1st extract, ISBN (I wanted to type the Copyright symbol Š and by pressing AltGr C, I got confettis in my Gmail: easter egg I didânt know about! OK, end digression), Book Trailer/Teaser, Author Bio, Author Biblio, QR Code, Bar Code, Acknowlegements, Editorâs forewords, etc.
Will that fit nicely?
Thks, Jeff.
BTW, I assume you can add/replace the titles with icons / emoticons for videos, images, etc.?
Itâs just a details screen, so you can display whatever you want. In my app, I have several different components on one screen, but I have visibility conditions to show only those components that are related to the choice (tab) that the user has chosen.
Seems like you want to have a lot of tabs. Iâm using the horizontal segmented choice style. At most, you can only have 5 choices, which works for me. You could consider the chips choice style, which will wrap and give you many more choices, but may not look as nice. Another alternative would be to create a horizontal inline list with some back end logic to to set a value to use for the visibility conditions, but thatâs a lot more involved and complicated.
The choice component doesnât allow you to add images. Only text and emoticons.
Noted. 5 should do for my app (I donât need to do a book shelf yet, but I had to give the limits, old Devâs reflex in order not to be stuck somewhere)
I think the dropdown choice will be the least worst option (French categories can have many words and letters), with an invite like âShow me theâ. Iâll try to organize the Glossary with that.
Edit 21:40 CET. Iâm thinking of a possible TOC like:
I tried this and itâs showing fine, thks, Jeff And itâs consistent with the icons I show in my inline lists to access all Glossary terms.
With pictures (I couldnât manage yet to display Hero icons, they show as a long list of âcodesâ) so that I donât need to singular/pluralize. And just KISS (Keep It Short & Simple). Besides, I wonder if I can mix Text + Hero Icons because thereâs no icon to represent âAllâ easily understandable. For now, I can only show the Hero Icons in the Tables, not in components.
The picture says :
Show:
All | Photo.S | Video.s | Link.s
HoweverâŚ
I donât like to have to use rows to âdeclare fixed keywordsâ
I donât feel safe to have to create a user-specific column to save the choice in the very table where I have so many lines of definitions I worked hard to summarize. Could anything happen to my data because of one user-specific column in the same table?
I know Iâm using USC for swipes and private notes, but I feel concerned anyway.
EDIT 13:49 CET @Jeff_Hager The pb is now that it would be better to show only the icons that are relevant. I.e. I show Picture.s | Video.s | Link.s if there are all 3, but if thereâs only 2/3 or 1/3?
1st Idea: Can a choice component be populated by an array in a column (with only existing relevant items) instead of rows in a column? (Hier, it would be 4 rows)
It would really be stupid and click-waste to display a choice that is not available.
Thks
Hero icons are SVG images, so they very much different than emoji. Emoji are considered characters, like any letter on your keyboard. Hero icons are images. So hero icons will only work in places that accept images, whereas emoji work in any places that accept only text. The choice continent doesnât show images.
If I have data that I feel confident will never be deleted, then a lot of times I will mix user specic columns with that data and the first row is used to store my choice. Otherwise, I will create a new table with a single row to act as my screen driver and storage for user specific choices. It all depends on the situation. In either case, user specific columns will never affect your actual data.
your cute dancers again 
Edit 21:40 CET. Iâm thinking of a possible TOC like:
And itâs consistent with the icons I show in my inline lists to access all Glossary terms.