@eviltrout just deployed the new full height, slide-out-from-the-right hamburger menu.
Try it out and see what you think. Weโll collect feedback here.
11 ืืืืงืื
-
the โXโ should stay fixed no matter where we scroll
-
clicking on the body should dismiss the hamburger
-
Add a delimiting line between some of the items, particularly above Categories
-
A few of the menu items are strongly related and should be in columns on the same line, this will also save a fair bit of space
(two last bullets are inspired by Chrome hamburger menu)
2 ืืืืงืื
Currently, on Safari (after shift-reload) thereโs an always present white thing on the right that covers the hamburger menu button and so on:
3 ืืืืงืื
On a widescreen, clicking the menu results in the menu being very far to the right of where the user has clicked.
7 ืืืืงืื
I donโt think thatโs avoidable. Hereโs me doing ultra-widescreen with three monitors and Ghost.
Also, thatโs not a knoife. This is a knoife.
2 ืืืืงืื
Of course itโs avoidable; it could be full height and pop down from where the actual menu button is. Does being right-aligned with the window add any value by itโs own?
5 ืืืืงืื
Mmmโฆ is there something going to be added that makes this slide-out menu more worthwhile?
Right now:
- It takes up a lot more screen space (I switched to height: auto, it looked rather silly full height with a small number of categories on display)
- Is less responsive: you have to click the X instead of clicking anywhere else, like Chromeโs hamburger menu or the previous hamburger menu, and it slides out relatively slowly
- It no longer works like the buttons around it, which makes for a kind of surprising UI element, not sure this is desirable
Itโs not gonna kill me or anything, but Iโm not feeling a lot of upsides to this switch at the moment.
9 ืืืืงืื
Much better use of screen space is the main reason. We have a lot of stuff to show there, including the full category palette.
NB: Hamburger is actually missing a fair bunch of stuff. How pray tell do you get to /top from Hamburger? psst you canโt
ืืืืง 1
Itโs broken for right-to-left layouts. transform: translateX(330px); pushes the menu in the wrong direction. I just set a PR to fix it.
5 ืืืืงืื
At a reasonable window width, the top right menu icons are visible in Chrome, but are covered up in Safari. Hereโs this topic with Chrome on top and Safari below:
2 ืืืืงืื
Yes. Just updated to v1.4.0.beta10 +5, and now Safari is broken. Canโt see hamburger menu, or notifications, etc. Help!
ืืืืง 1
Why is the UX different here than for all the other top-right menus?
3 ืืืืงืื
It appears that the hamburger menu slide out is set to โslid outโ state on Safari without the menu items and unable to slide it back in.
ืืืืง 1
Another minor annoyance, and this is really nit-picky, is the menu covers the progress bar. So when you are reading a topic, should you open the menu and keep scrolling, you have no idea how far down the topic you really are.
2 ืืืืงืื
Perhaps we should look again at @rewphusโs proposal to merge the user drop-down with itโฆ
6 ืืืืงืื
Worth considering, but perhaps adopt the same behavior with notifications and search too?
ืืืืง 1
I think it makes the most sense to combine hamburger with user since user has basically nothing on it and they are both โrightmostโ
I also really like the idea of one less glyph on the screen a lot.
6 ืืืืงืื
System wonโt let me post screen shot. Replace xxโs to see Safari issue on our site.
ืืืืง 1
You need to use -webkit-transform: translateX (0) and -webkit-transform: translateX (330px) to get it working on Safari
ืืืืง 1
@sam says Safari fixes were already checked in, so you might want to check GitHub before reporting this any more?
ืืืืง 1