Live data from Hacker News

Show HN: Hacker News client with a twist

haxplore.pabue.co

71–80 of 246 posts

Re: Show HN: Hacker News client with a twist

#71

Can you please avoid blurring the prior column (or at least the comment you came from)? It's useful to see context that way. Otherwise I think it's really good. Reddit should have aspired to something this well thought out. (I'd also like page up / page down.)

I agree. I like the idea of visualizing previous item in some way, maybe faded instead? Should give the same effect.

Re: Show HN: Hacker News client with a twist

#73
post #68
post #63

I'd just ask for a dark theme based on the browser's preferences.

Definitely gonna add an optional dark mode soon!

Wow, I just came from your interface to this comment. So I guess I'll reply here. What a trip.

+1 for dark mode. But also, would you add a shortcut for the left hand for opening comments? I lost my right arm in a tractor accident, and pressing O is a bit annoying.

Just kidding, but I do like the idea of R to reply.

Re: Show HN: Hacker News client with a twist

#76
post #47

Earlier quoted context omitted.

How do I read the comments?

You have to use your arrow keys, WASD or HJKL to navigate through the comments.

I could not figure this out even after using the help dialog repeatedly, since I assumed "navigate" meant "scrolling up and down the page", and there were three shortcuts that actually mentioned comments.

Re: Show HN: Hacker News client with a twist

#79
Nice. I use vimium-firefox as a default and it is not working. Focusing on one comment at the time is changing the adequate contextual dynamic of relational scanning. All of this only highlights the problem with HN interface. It is time for slight update addressing some basics. - font size - monochromatic theme - dark mode * aside from this "Do not touch anything":)

P.S. As a default workaround for HN design issues I use lynx with vim bindings. This gives me font clarity and minimalistic interface.

Re: Show HN: Hacker News client with a twist

#80

Earlier quoted context omitted.

Yes, but "enabling keyboard navigation" shouldn't mean disabling mouse based navigation. There are multiple people on this thread who are confused because of disabled scrolling which shows that it's bad UX. > If you don't like it, just use Hacker News. Yes, I will not be using this site. Just giving my feedback and opinion on the UX just like you.

> Yes, but "enabling keyboard navigation" shouldn't mean disabling mouse based navigation If someone shows me a project for keyboard navigation, I won't complain that there is no mouse navigation, as that would go against the very nature of the project. > Yes, I will not be using this site. Just giving my feedback and opinion on the UX just like you. But you're not actually giving any useful feedback on the UX the pe…

> some UX that doesn't exist and won't exist as it's outside the scope of the project

It seems to me removing scrolling is actually work as opposed to just letting the default behavior of the browser to prevail. I'm not saying there is no point in having a site with keyboard navigation as the primary mode of interaction. It's just that when you go out of your way to remove something that should be supported natively you're scope creeping.

If losing selection highlight is a problem just disable that feature only why mess with scrolling?

Post reply on HN