You are viewing a single comment's thread from:

RE: 👨🏼‍💻 #Proposal-86: Navigation Implementation, Issues and Testing

in Steem Dev2 months ago

Many thanks for the update.
It's really not easy to check the many variants against each other and choose the "best" one, but I think your approach is very good.

there's room for 4 sub-sections and the "More..." option

For understandable reasons, you have "downgraded" the notifications and referred to the avatar. Should it then remain so that clicking on the avatar opens a menu with which the profile submenus can still be accessed?
I find the "More..." menu practical.

Why don't you use the icons from the desktop version for the mobile version? As far as I know, it is recommended to avoid text and use icons for such menus. I would therefore use the icons from the desktop version for the mobile version and then leave out the text.

Sort:  
 2 months ago 

Should it then remain so that clicking on the avatar opens a menu with which the profile submenus can still be accessed?

I wondered the same thing myself and it feels intuitive to take the user directly to the Notifications section. The reason that I haven't done anything with it yet is the inclusion of "Switch to Night Mode" and "Logout" that also live here. So clicking the Avatar will still have the menu - unless there's a better place for Night Mode and Logout to move to. What do you think?

Why don't you use the icons from the desktop version for the mobile version?

The reason I opted for text over icons with the smaller screen links back to the idea of "don't make me think" and user expectations. If a user sees text - "Blog", "Posts", "Comments", "Replies", etc. they'll have a good idea of where that link will take them and what they'll see. Whilst saving space, an icon would need to be learned before that understanding is there. Ok for users who start their experience on a desktop but in countries where the mobile phone is their sole internet access point, I want to remove as many barriers to adoption as I possibly can...

Harking back to the much loved Twitter example, they use icons for their primary navigation and then text for the secondary - "Home", "Search", "Notifications" and "Messages" depicted by a house, magnifying glass, bell and envelope - which is all well established iconography. We have the idea of "Explore", "Profile" and "Wallet" which aren't as well established so to help new users, I think that it makes sense to keep the accompanying text.

 2 months ago (edited)

So clicking the Avatar will still have the menu

I think it should definitely remain that way. I'm not that familiar with these things, but I would like to see an alternative method. The logout button is also intuitive to find there.

One more thing: Although it is not yet in the current Condenser code and I don't know whether it will ever be integrated by those responsible (I feel the same way as you), please also keep the bookmarks in mind. Further progress has suffered a little due to my Hivemind troubleshooting, but the basic function is almost finished...
I think the bookmarks could be placed in the "More" menu and in the avatar menu.

the idea of "don't make me think"

Right. When I read about this "rule" the other day, I questioned it for this reason. I would see exceptions in the following cases:

  • the icon is very clearly recognisable,
  • the function behind it is immediately obvious or
  • it is a generally known icon (for example, the floppy disc for saving - although no one in the younger generation is likely to have ever seen a floppy disc in the wild, almost everyone knows the function of this icon).

In this respect, you could dispense with the text only if you use correspondingly effective icons. Otherwise, the text is rather helpful.

 2 months ago (edited)

I think the bookmarks could be placed in the "More" menu and in the avatar menu.

Thank you for reminding me - it had slipped my mind. I agree with your thoughts, aligning the functionality with the idea of "Subscriptions / Communities", it would make sense for Bookmarks to live alongside Subscriptions.

In this respect, you could dispense with the text only if you use correspondingly effective icons. Otherwise, the text is rather helpful.

I agree. If an icon is instantly recognisable, like your example, then the user doesn't have to think because it's known to them (so the rule still works 😉) - it also applies to text where (especially) in finance, jargon is used and the user will often ask "what does that mean??"

It's tricky to get the best balance of removing elements and ease of understanding. The good thing is that removing the text or icon is an extremely simple change that could be done in either the JSX or CSS file - the elements are in the HTML and CSS is currently used to show/hide them.

Coin Marketplace

STEEM 0.28
TRX 0.12
JST 0.032
BTC 61220.17
ETH 2979.22
USDT 1.00
SBD 3.73