News for hackers. Stuff that matters.
Re:Sanding UI by ccakes on Saturday September 21, 2024 @11:17PM (#41614382)
imo GitHub has to be up there. I think some of the recent changes to search and making the code view more IDE-like are steps backward from a “polish” perspective, but still useful features
Re:Sanding UI by masklinn on Sunday September 22, 2024 @01:29AM (#41614822)
Couldn’t disagree more. GitHub has jank from the api to the ui.
Re:Sanding UI by robin_reala on Sunday September 22, 2024 @01:45AM (#41614858)
GitHub specifically has the issue mentioned in this blog post! It annoyed me so much I had to file it with them three years ago, and it’s still not fixed: https://github.com/orgs/community/discussions/7506
Re:Sanding UI by Aeolun on Sunday September 22, 2024 @07:29PM (#41620980)
I have to love that someone enthusiastically announced there was going to be a fix.

Like, nobody, including the original issue author is actually enthusiastic about the fix. It’s just one less papercut.

I’m sure if these things were actually seen by devs they’d add a two line change to a random PR and it would be done in a few minutes.

Re:Sanding UI by geysersam on Sunday September 22, 2024 @01:57AM (#41614906)
I like the IDE "defined here/used here" features but I wish the page would be faster. It can be quite painful to read code on GitHub. The code view is also broken and unusably slow in some mobile browsers (Firefox) when scrolling horizontally
Re:Sanding UI by mattlondon on Sunday September 22, 2024 @04:07AM (#41615463)
This sort of problem (speed) is a much overlooked secondary functionality requirement IMO.

You might get amazing UX mocks and wireframes and designs etc from the UX team, and the mockups from Figma or whatever may have user-tested really well, but if there is huge latency in the real implementation then that is a usability-killer IMO, regardless of how polished the UI is.

Re:Sanding UI by chrisweekly on Sunday September 22, 2024 @05:57PM (#41620431)
Agreed! Performance is the most important feature.