Earlier quoted context omitted.
^ This is correct. I was equally confused when mine hit 500 and downvote wasn't there.
Presumably somewhere in the HN code you would find `karma > KARMA_THRESHOLD_DOWNVOTE`.
Tell HN: New features and a moderator
401–410 of 475 posts
Re: Tell HN: New features and a moderator
#402Earlier quoted context omitted.
I notice when I navigate to /hidden there's a link called "hidden" that shows in the header with all the other main links, but it doesn't show anywhere else.
You mean the 'hidden' label in white? That's just there to tell you what page you're on. All pages have it (or should have), whether or not they're normally linked in the top bar.
Re: Tell HN: New features and a moderator
#403Some UI issues and recommendations. 1. The up/down arrows after a vote leave behind a clickable void. That means you can still click that void after you have voted. If you changed the visibility on .votelinks instead of the buttons this would get fixed. Though even better UX would be to have togglable up/down buttons ala stackoverflow and others. 2. Why not provide the favourite link directly on the comment instead o…
Re #2: yes, clutter (icons don't solve the clutter problem, and HN's design is emphatically textual), plus there should be a bit of a speed bump before favoriting much as there is before flagging.
Re: Tell HN: New features and a moderator
#404We need to hide jobs too if possible.
We detached this comment from https://news.ycombinator.com/item?id=12074198 since it had nothing to do with that subthread.
Re: Tell HN: New features and a moderator
#405Re: Tell HN: New features and a moderator
#406Some UI issues and recommendations. 1. The up/down arrows after a vote leave behind a clickable void. That means you can still click that void after you have voted. If you changed the visibility on .votelinks instead of the buttons this would get fixed. Though even better UX would be to have togglable up/down buttons ala stackoverflow and others. 2. Why not provide the favourite link directly on the comment instead o…
The "pointer" cursor state remaining after clicking an up/down arrow looks like it was rushed or not quite finished. I understand HN likes to keep things limited, which has been a real benefit to the overall UX on HN. But minimalism is often something that requires more time to get right, rather than just the result of having spent less time working on it. I feel like that might have been the issue here.
That one should be fixed now.
Re: Tell HN: New features and a moderator
#407Earlier quoted context omitted.
you need to have a certain amount of karma (number next to your account) for the downvote function to be available.
A few weeks ago I recently obtained the downvote ability at 500 karma.
Re: Tell HN: New features and a moderator
#408Earlier quoted context omitted.
Presumably somewhere in the HN code you would find `karma > KARMA_THRESHOLD_DOWNVOTE`.
More likely (> karma downvote-threshold) since news.arc is written in, well, arc.
Re: Tell HN: New features and a moderator
#409Earlier quoted context omitted.
> Reloading just makes them appear again Well, that's true of collapsed comment threads as well, and I somehow doubt that logged-in users are the only ones who see things on the front page they'd rather not. > why have all instances of "submissions" on HN been replaced with "stories" Because posts to HN are either stories or comments? Happy to discuss this at hn@ycombinator.com if you want to apply some lexicographic…
> I somehow doubt that logged-in users are the only ones who see things on the front page they'd rather not. Currently, the change is not persistent across reloads, which make the feature (to hide undesirable submissions) not helpful. I'm unsure if that is a bug but that does not seem intentional, and it reproduces on several browsers. FWIW, it works as described on logged-in accounts. (Edit: Scott mentioned in anoth…