Live data from Hacker News

Ask HN: Thoughts on new GitHub layout?

news.ycombinator.com

421–430 of 590 posts

Re: Ask HN: Thoughts on new GitHub layout?

#421

Earlier quoted context omitted.

Agreed! Related: I was updating a bunch of dependencies yesterday, and so was going through looking at what's new in a handful where I was behind a major version or more. "Releases" is even harder to find now (it's in the sidebar). I've never understood why it's relegated to a being a sub-item of "code" when it seems to me it should be on the same as information hierarchy level as "issues" "wiki" etc. I'd really like…

I’d love to learn more about this! Why would a top level of Releases be useful?

It's where a lot of projects keep their binaries, appended to releases. They've made it harder to get to.

Re: Ask HN: Thoughts on new GitHub layout?

#423
1) it lists "contributors" in the corner and listed an old employee which made me worry that they were still able to access the repository. they're not. i don't need to see their profile on my repo, it's not helpful 2) because of that I noticed that i'd been paying for two additional seats for god knows how long and downgraded. I'm kind of disappointed i've been overbilled for no reason

Re: Ask HN: Thoughts on new GitHub layout?

#424

I hate it. It nixed any contrast.

Right, like this is such an obviously bad design pattern and yet they still do it. I just don't understand where design is as a science or art anymore...

It is redesign for sake of redesign unfortunately. My guess is GitHub/MS has a bunch of designers paid full-time and they need to justify their salaries.

Re: Ask HN: Thoughts on new GitHub layout?

#426

Earlier quoted context omitted.

Thanks for the feedback about the latest commit status. This is something we should definitely fix. Also – I don't think there is a principle of lowering information density at work here. I think it's just a design that we will keep iterating. We are pro information density at GitHub.

Why aren't you doing A/B?

Should Github ever decided to do a/b testing I hope it's done either per repo or per organisation rather than per user. The last thing I want is members of my team having different views of our work.

Re: Ask HN: Thoughts on new GitHub layout?

#427

Earlier quoted context omitted.

> Maybe usage metrics show most users are using a much smaller window size, but the layout is all over the place on my 27" monitor (2560x1440). Some of us like to code with git / bitbucket / gitlab side by side with our IDE so we can reference existing issues more directly while writing code. Which reminds me I need a better screen resolution... 1080p is so 2016.

The problem is your resolution. I have a 4K monitor and have Git/IDE side by side and the layout is a real problem. It's 30cm/1ft between the Issues button and the main table.

This may not work for your specific case, but there are Github issues plugins for various IDEs that will show you the issues list right there in your IDE. I've found them very useful.

Re: Ask HN: Thoughts on new GitHub layout?

#429
post #126

I submitted feedback over it but, aside from the over-reliance on rounded corners, and making pills and buttons hard to separate, the single worst change is that you can't see the latest commit status from the repo screen. Instead, you get the commit hash, and have to click a tiny ellipsis button to get the commit message and the status indicator. When I'm browsing on github and not using git directly, the commit sho…

Thanks for the feedback about the latest commit status. This is something we should definitely fix. Also – I don't think there is a principle of lowering information density at work here. I think it's just a design that we will keep iterating. We are pro information density at GitHub.

[deleted]

Re: Ask HN: Thoughts on new GitHub layout?

#430

Earlier quoted context omitted.

Ha, to me it is an improper max width. My biggest peeve with the GitHub web UI is the squished center pane. I hate that it centers it with giant gutters wasting over half the width of a 4K monitor, should I choose to maximize a browser window. I'd much rather see everything shifted to the left. I'd even be OK with some soft margin still causing regular README text to wrap at a typical width. But, if there are long co…

Sorry but do you use full screen windows on a 4K monitor? I doubt any website is really designed to fill anything more than ~1400 horizontal logical pixels.

The current 13" Macboook Pro has a hardware resolution of 2560x1600. The screen resolution will be the same if you switch off display scaling. Pretty much everyone using one will have maximised windows because it's physically small.

You really need CSS that accounts for resolution and pixel density these days.

Post reply on HN