I fixed the transform issue, also noticed that stuff is really messed up in site settings cause its missing prefixes which I am about to add.
Fixed the swipe thing but it feels a bit too easy to trigger so going to disable for now. getting the algorithm for swipe right / left to work perfect is artwork.
OK, I made the call to disable โswipeโ support. Getting this to work โperfectโ is incredibly complicated, anything less than perfect means that we accidentally trigger โswipe to show hamburgerโ in cases where you do not really want it, which quickly gets very annoying.
We can investigate swipe again maybe in a month or so when we get the basic non-swipe function working really wellโฆ but warning, this is almost as complex as the โsynching the preview positionโ function for the editor, its easy to get something working, but very quickly has tons of edge cases.
If we combine the hamburger with the user menu, I donโt suppose thereโs anything we can do to make it look moreโฆ clickable? I once spent 5 minutes looking for my bookmarks before I realized the user photo was a dropdown, I thought it was a profile link.
Even now Iโd expect to find โMyโ stuff in it but not necessarily anything else.
Is there some kind of visual treatment or subtle iconography you could add if we took that approach?
could make it all one big buttonโฆ the lines and icon both.
As it stands, the X to close it not being anywhere near my mouse seems kinda oddโฆ despite that clicking the (now detached) hamburger icon again will close the slid out to the right.
This is probably a bug rather than feedback on the UX but clicking on the other dropdowns should hide the sidebar.
I get and kind of agree with merging notifications and user icon, but less enthused about creating a mega hamburger of everything.
I just juggled around positioning in Desktop so it does not override the header, I also corrected margins a bit.
Still a bunch of fiddling to doโฆ but making progress.
You can see why scroll bars are ultra suppressed (only visible when scrolling) on all mobile and OS X. I think they generally should be.
When folded out, it adds another 3D layer to the layout. That is, note how it hovers slightly above the already raised top bar and puts a shadow on it. This is a minor detail to be sure, but to me itโs somewhat jarring in the otherwise flat land of Discourse.
(On my instance Iโve actually removed the 3D from the top bar as well, replacing the shadow with a thin line and some very subtle transparency on the top bar; I think that fits better. Adding more 3D at this stage feels wrong to me.)
We can fix that by setting .d-header { z-index: 1004; } to stack it above the menu.
I really like this on mobile 
, I think it works really well and turns the menu into something way more useful than the crammed up old hamburger. On mobile the more fullscreen stuff we have the better.
However, I am really struggling to see the value of this on desktop. We have created a button that does not act โฆ at all โฆ like the other buttons around it.
All the other buttons โtie inโ with the header (there is an effect that makes it so). They are in a consistent distance from the element they act on. This causes a menu to pop up in an arbitrarily wrong position.
I am struggling to see what we are gaining in desktop over simply increasing the height of the old hamburger.
Add height
The current design of this fullscreen thing wastes space.
Since 90% of my personal use of hamburger is to go to admin and 10% to go to tags, the hamburger is not really a super important thing to me, but it does now feel mighty odd.
I am extremely worried about notifications getting the same treatment on desktop, I use that all the time and if it were full height it would be a disaster to me. Current design only takes up a very small amount of window space so its not obtrusive.
I do wonder what @awesomerobot thinks about this.
Correct, they all need to be full heightโฆ and will be. Showing 5 search results sucks compared to showing how many can fit on my screen. The user drop-down is disastrous, it has all of 5 items in it. Itโs pointless.
You could have a multi-level slide-out menu that is opened with the hamburger toggle. Using multiple levels could help to get rid of the need for the scrollbar. On wide screens there might be a way to display the menu without covering the main parts of the forum.
My point remains and is valid, we can expand the height of the โSearchโ results dialog and make it full screen without having to โslide it in from the rightโ in some sort of โweirdโ location that is nowhere close to the button I press.
Also,
There is a cost to these full screen dialogs, look at search on http://www.imdb.com/ , http://www.amazon.com/ , http://ebay.com and even Google, all of them pop up โsuggestionsโ and then take you to a full screen if you ask for more detail.
In fact, the suggestion โmechanismโ used globally by all the big sites is much more powerful than what we do now.
It allows us a very clean spot to teach people about all the advanced operators.
The big win is to get rid of a permanent glyph, like so
(as exists, with enhancements along the lines of Chrome hamburger)
with regard to search โฆ if we do amalgamate โnotificationsโ and user, we would possibly have room in header for โsearchโ something that can be very useful.
If we get rid of every single icon, we end up hiding all of the good functions:
