And yet there is need to open and close the sidebar. But the biggest (mental) issue is need to scroll and read plus aim smaller text to find wanted place.
And horizontal scrolling is always superior to vertical, but surely this is personal thingy too.
But please all of you - dump those 21+ inch three screen setups and do the work on small screens a while…
(And then we are on same question why admins’ desire to put category navigation on the sidebar is such bad idea and insult against UX 
)
This is an interesting suggestion… can you tell us some more about your flow and how you use discourse as admin? What do you go to admin for on a daily/regular basis that then makes you want to be able to get back to the forum again in one click? If you can describe this in some detail and the clicks you take both in the old and new menus, I’d appreciate that.
In my mind, the admin section is a distinct, separate place where you go to do admin things and then when you are done you go back to the forum. Having a different menu in this way of thinking makes sense. I also think we will want to make the admin section visually distinct from the forum, as you see in other apps.
I’m not exactly an admin in any forum at the moment, but I made this user interface suggestion since I feel admins of forums would have an easier time navigating with a tabbed interface, as they wouldn’t have to wait for the loading screen to get back to the main forum’s interface.
It can also be made that when in the normal forum mode, the admin tab would still appear.
We will be experimenting with how the links are organized as well – what we did initially is just a 1-1 map of the old horizontal nav to sidebar nav. For the issue of finding what you need, we intend at some point to add a search box, which can be seen on the Ghost admin sidebar in this post Introducing experimental admin sidebar navigation - #7 by nolo
I definitely think being able to have some sort of swipe gesture to open the sidebar would be helpful if we can swing it. I think part of the reason it feels a bit weird on Discourse is because the sidebar button is up in the top right, but it opens something on the left-hand side.
Sidebar on mobile is quite small (including the text) too; another thing maybe we could consider is making it more “full screen” like the chat channel list on mobile, and making the links bigger and easier to hit.
I appreciate the feedback we have been getting so far – pretty much all of us have been on holidays for the past week+ so it will take a while to continue to make improvements here. We just need to keep in mind this is the very first iteration, things will keep improving.
The trouble (at least if we are not on Discourse Hub) is that it interferes with built in backward navigation in Safari. @featheredtoast did experiment with this quite a bit and has more context.
Any chance the original can be maintained as an option through a theme-component ?
I’d still like to have one at some point.
Historically – swiping left and right on the edges of the screen (up to ~20 px out) is browser native forward/back… This wasn’t the case when I first attempted menu pull outs. When they did land, I tried to extend the pull out a bit further so there was still a target, but then we heard complaints that users were then unable to touch and drag to select text on posts with that enabled. You could still long-press to get selection pins, but touch+drag selection was no longer possible. I backed out on that and focused on in-menu swipe experience, putting a pin in on gestures on the app at-large “for later”.
Pie-in the sky dream is a setting that allows swipes and touch gestures to be more “mobile-app-like” so you opt into “yes I know this will make navigating on the forum feel less browser-like” so we can have our native cake and eat our app-like gestures too.
My thought is with good implementation, there is no reason why PWAs cannot feel as app-like as possible. The question is where and how should we be catering to the idea of “it’s a webpage” vs “it’s an app” on the larger site.
Any ordinary users don’t see or understand the difference. For them those all are apps and they are expecting that those act as an app.
That is kind of the point. And we all know what ctrl-c and ctrl-v does no matter what software, app or website is open.
We’re taking it carefully here because Discourse users have demonstrated that they know the difference and care deeply when expectations are broken - See also the amount of folks that are surprised that ctrl-f is search, but not the search they were expecting.
As @sam said this is very unlikely – we just want one way of representing the admin UI to admins, and avoid much (if any) customization via themes and plugins in this area, so this is the most consistent part of the app.
I guess then the question is, can we implement this “slide from left for sidebar” feature on PWA/DiscourseHub only? I think that would be a reasonable compromise because these things are more “app” like than just using Safari to browse the forums.
There is one small glitch on mobiles (meaning at least iPhone). Back to forum text is after email section so admin part comes after everything else.
I don’t know when this started because I used earlier much more user friendly 
old nav on admin side but this mornings rebuilding put me back to sidebar.
I’m sorry, I changed the site setting from a true/false setting to a group based one here DEV: Change enable_admin_sidebar_navigation to group setting (#25159) · discourse/discourse@8c6144d · GitHub but it had a bug, I just made another fix here FIX: Incorrect admin sidebar setting migration by martin-brennan · Pull Request #25192 · discourse/discourse · GitHub .
To turn it back off, you just need to remove all groups from the setting here:
Not a biggie. I was more laughing Sam’s advice to adapt because that top navigation will disappeat at some point, and it looked like it happened quite fast.
Am I too early asking why it is group based? I don’t understand the point in it.
The idea is to let some mods/admins in a community start using the experimental navigation while others can stay on the old horizontal navigation. For larger sites with more mods/admins this is helpful, including for us here on meta!
Thanks for your patience with this experiment - we are just at the beginning of our journey and glad to have you along!
Maybe I missed it but I couldn’t find the “upgrade” section from the sidebar menu.
I also find the new sidebar to be a bit of an information overload. But then again, an admin is almost certainly going to be a superuser so maybe it’s something that will be useful the more I get accustomed to it
Yeah, I miss this too! You have to know to go to /admin/upgrade to upgrade, or use the link on the admin landing page if you need to upgrade.
The next step here is to make the two menus really identical - so they function exactly the same way. Right now they are not. Martin has this on his list. Then we’ll look at optimizing further.
I think this is legit feedback. Martin mentioned earlier adding a search at the top of the menu to make it easier to find something by name.
I also think we might like to change the behavior so the sections are closed by default, and a close/open all toggle is available somewhere in the sidebar. I currently use it this way and I find it not so overwhelming.
I’ve been working on a PR for this today, I’ve just got to fix some review comments then I can merge. Here is a preview (side note, we are also changing the Upgrade wording to Update some point soon):
I merged a couple of fixes over the past two days that fix the main issues of:
I’m still not seeing the Upgrade button in the sidebar after upgrading to the latest 3.2.0.beta5-dev (1f81e8d857) release.
I noticed that too.
Also. Minor but no glyph next to customize > text
