Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Give me an example of a real-world use case where this caused you an issue, and I'll show you where their UX design is poorly made, rather than a need for selectable text in a clickable element.


Sure, I had one recently.

There is a certain page of one of the Bundesagentur für Arbeit websites that doesn't play well with automatic translation.

I speak B2 level German, but even then some of the technical terms are still complicated or unknown for me. This included one very long German word that was in a BIG RED button and the text in the big red button was not selectable, in the manner described in the article.


> that doesn't play well with automatic translation.

I think I found your problem. Not sure why you think the solution is to make everything work worse for keyboard users.


Worse in what way? For keyboard use, I want text to be selectable, since I'll often use shift + arrow keys while reading.


And you still haven't explained why normal-selectable websites like HN itself are bad for keyboard users.


I use HN from Links daily, on a terminal. It's perfectly usable.


That's cheating. Terminal is in a sense the ultimate accessibility viewer, but few things work with existing terminal browsers I know of.

Makes me wonder though, if anyone tried to take a SOTA screen reader/accessibility software, and use it to re-render the page purely from the "how the screen reader sees it" perspective (obviously with selectable text)?




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: