GitHub dashboard UI refresh
github.blog
github.blog
I wish they would show me the whole README not force me to click on show in desktop mode. The fact they show that button tells me people've complained about the mobile mode enough, cause without that link I would just set my browser to render as a desktop browser.
I love GitHub but mobile UX is one thing that kills me about the web, and it's not GitHub's fault, lots of websites get it wrong, especially ad riddled sites, or sites that redirect you to their mobile page only to not take you to the original content.
Tried it out ages ago, then opted out of the beta. Now it's back, and there's no way to disable it.
Pretty sure I'll be deleting my GitHub account in very near future. Really over this kind of distraction-oriented crap being forced onto frequent users. :(
Left column: 7 repos I'm contributing to (out of a few dozen), 7 teams I'm a part of (out of about 12)
Middle column taking up ~70% of screen width: 3-4 updates from "recent activity" which has a lag of a few minutes (my own PRs don't show up there until after some long unspecified time).
This is followed by "All activity" which is more of the same, but with way more wasted space. But since GitHub seems to think it's a social network, it's also flooded by things like "Your friend starred a repo you don't care about".
Right column: Discover repositories. Three repositories from projects I may or may not care about.
How is this useful in any way? Oh. The right column also boasts a text which reads "Welcome to the new dashboard. Get closer to the stuff you care about most." which is a link to the Github Blog post above.
You got it backwards. More like "Stop fixating on a width and shaping your content in a browser limiting way". They are asking for the removal of viewing restrictions in both cases, no need to pretend like they're at odds.
Fix to 2 columns: you cannot control the height, if it goes beyond the screen height, users need to scroll down on the first column, then scroll back to the start of the 2nd column.
Fix to the screen height: you cannot control the width, it it goes beyond the screen, users need to scroll horizontally to read the text. Although this somehow would work, it's really not general behavior on the web to scroll horizontally.
Seriously though - here's what a Wired article looks like on my 24" monitor. Chrome, no zoom.
Text occupies 420px out of 1600; barely over 25% of screen width.
I'm aware reading may be a dying art, and new generations are lacking long attention span, but squashing text into an average of 9 words per line feels infuriating to me, you can downvote me all you want.
My eyes are dangling out of my sockets from going left to right and back and forth three times a second, not to mention constantly having to scroll the page vertically.
I'm not a scientist, though - YMMV of course.
People shouldn't be required to resize their browser window to suit the site - it should adapt. (I'm not suggesting 16pt line of text running the full screen width)
For Github, I use the "Github Wide" Stylus style - I now have a workable diff UI. (ironically, I think it breaks the dashboard layout) - judging by the article, I may not require it soon.
(I wish the "applies to" would persist over updates).
ugh, dashboard starting to look like facebook...
below 1012 pixels and they remove search and anything in navigation for a hamburger button, where there is clearly still enough room for these elements.
at 768 pixels they remove the new repository button.
They should be focusing on their desktop experience. Sure their mobile experience is still fucked, but you'll find that at least 90% of people using github every day are form a PC. Who programs from their phone?
The fucking navigation menu on a browser that big is pretty inexcusable. It's a step back from any coherent design
I’ve notified this is increasingly common now. Super frustrating that I can’t have two windows side-by-side on my laptop and still use the effectively. Despite the fact that it’s about 8-16x the size of a phone screen, it gets reduced to a mobile looking layout.
This kills the productivity.
This implies that a LOT of people visit GH in search of new and exciting repositories to... erm... hrm... why exactly would anyone EVER do that?
I’ve found plenty of interesting repos from the suggestions. Whether their creator was looking to “showcase” them or not isn’t directly material to me: I’m looking for inspiration, or examples, or just to see what other folks are up to. The suggestions are a useful window into those categories.
Basically, some algorithm will decide what we need to see. At first it will be based on our starred repos, history, stars of people with a matching profile - perhaps it may also be based on their linked-in profile and other pieces of telemetry.
We'll all get comfortable with this feed of information - some may be checking it multiple times per day/week.
Soon after that, when they're working on "OSS sustainability" (think $), project owners can pay<^W>ask for their projects to be "recommended" to us, as part of this feed.
The suggestions aren't too bad, but the lack of control over the content imposed on me bothers me a lot.
Personally, if I was looking for extra stuff, I'd damn well go find it. Taking away screen real estate I actually use, for this crap... not in any way positive (for me). :( :( :(
I guess someone had to show something for the time they'd spent on it or something. "What've you been working on for the last month?" -> "Adding an extra column to everyones dashboard, even though it takes up useful screen real estate, and many people don't want it". -> "Yeah, that's obviously a win, roll that out!"
Not impressed.
1. All the PRs you (or one of your groups) is an assigned reviewer of that you've interacted with and have since been updated.
2. All the PRs you (or one of your groups) is an assigned reviewer of that you've never interacted with.
3. All the PRs you (or one of your groups) is an assigned reviewer of that you've marked as lower priority for you.
Currently you can only find out if you're assigned in the depths of the UI and have to navigate to individual PRs to see if action is required.
That is what the dashboard needs, not suggested repositories (disclaimer, I use my employers GitHub enterprise instance way more and I'm not active enough to be an assigned reviewed on any GitHub.com repo, so maybe that has it now and it's not trickled down to enterprise)