Several people have said this and I hate saying “impossible”. It would just require some design changes, such as an always-visible footer (like the current header). I’m not saying I like that idea, but I can’t stand starting with the presumption of impossibility.
Same here. I like to think that “With code, anything is possible”
In a way, the composer is like an on-demand footer.
I don’t know if that precludes there being a “nav footer”
Jumping in late to the feedback party here.
Our discourse instance is used a lot on mobile and a full height menu with adequately sized menu items is very important. Currently I often find myself second guessing touching any menu item in the hamburger menu.
One example of good and scalable top menu design I came across is the one on 99designs.com.
The hamburger menu is on the left hand side and is expanded based on the available width (scales perfectly between mobile and desktop).
User notification and profile management is on the right hand side and also offers a popup or slide out based on the canvas width
Ok, the combined glyph is out, take a look. Still work to do here.
10 posts were split to a new topic: Should “log out” be prominent in the UI?
I say full-page nav - Full-page Navigation: an alternative to the 'evil' (but delicious) hamburger
Intuitive, modern, all the space you need, approach would work well on all devices…
Is the combined glyph just an experiment or is this here to stay?
I miss the simplicity of the notification dropdown.
The current solution makes it a lot harder to read and click on new notifications. I need to “read” all those distracting options (and I don’t think replacing them with glyphs will help much) before my eye finds the notification I’m looking for.
I’m quite sure Facebook and Google have a good reason for using a separate dropdown for notifications.
I think it makes sense – you are clicking or tapping on your own face (or avatar) and thus need at minimum a way to get to your profile from there.
It’s possible some of the more rarely used stuff (bookmarks, messages, etc) could be moved to the hamburger, though, and reorganized over there in multiple rows and columns, rather than one-text-menu-item-per-row.
You wouldn’t see private mode, so it’s possible we could make the icons grey to make them less “in your face”, and there (at least with the current layout) would just be three:
And yeah, the glyphs replacement is good too. Also, I don’t see any reason why the menu couldn’t be wider on desktop.
Seems notifications isn’t as compact as it used to be; bigger margins. Once it doesn’t require scrolling, it’s perfect.
Reduce margins in new notifications menu
I agree search panel should be a tad wider than the others @eviltrout.
Also, I went ahead and removed a few redundant items on the user/notifications menu for now.
It would be nice if the X row could not take up a whole row but be floating over the top right instead.
The / shortcut to launch search currently appears to be broken on Chrome on Mac Os 10.10.5 (14F27).
Its tricky the way stuff is positioned cause you get a full row highlight when you hover over a word so the X has to cut that off.
The search button is really broken on mobile now.
Opening it on Safari I see the search dialog very briefly before the form element disappears and the thread scrolls back three days, almost to the top of the thread.
Hiding the keyboard the search field pops back in to view, but the position in the thread is still lost.
So, hamburger menu somewhat works but the new combined thing likes scrollbars for pretty much no reason:
Also, while it doesn’t kill me, I will come out and say that I don’t find these huge menus to be appealing really.
As it is, a Discourse-site is pretty much seperated into the header (foreground) at the top and the content (background) below that.
Before, the menus were pretty small so while they were overlaying on the content, you always stayed at the top-portion of the site.
The new “almost fullscreen” menu on desktop doesn’t have that. To me it feels huge for the sake of being huge.
There is tons of padding on each item. This makes sense on mobile and I understand designers like to give things their own space but if you reduced the top/bottom padding on those menu options, you could for example easily fit another option in there.
That is not to say I hate the idea of a full height menu (like it was in the beginning), just the way it is currently implemented looks wrong to me.
Also, while I am composing this post:
Having a draft was not accounted for when using the combined menu:
Search panel weirdness is reproducible in Mobile Safari on iPad in portrait as well. Basically any time the full height panel is out.
But, do you need the X any longer, now that you’re opening the menu below the hamburger icon? I just click the hamburger icon again.
I actually mentioned that to @codinghorror just now I am all for nuking the x
Plus the X does not and cannot appear on search anyways… OK, I removed it from the source for now.
On mobile, it’s a bit random if attempting to scroll the new combined slide out scrolls it or the page behind it. The slide out only scrolls about half of one line height so I’m not sure if it’s supposed to scroll to start with?
(iPhone 6, latest non-beta iOS, Safari)