Just Let Me Select Text
202 comments
·September 24, 2025NoraCodes
nananana9
I don't know why so many comments are discussing "if it's intentional troll or hypocrisy", when it takes 10 seconds to check one of the other blog posts and see if the text there is selectable :(
encom
In uBlock:
*##html, body, body *:style(user-select: auto !important)
johanyc
I have a bookmarklet just to deal with this kind of websites lol
Dilettante_
Would you share perhaps?
moralestapia
Are people these days so dense (i.e. stupid) they couldn't figure out it was a joke by the author?
catapart
As a web dev, I fully agree with this, but with a huge exception: clickable text.
Anything that is meant to be read as content should absolutely, without fail, be selectable and copyable (assuming appropriate permissions).
But stuff like tab headers, buttons, or even text-sparse tiles - things meant for the user to click on - can, and usually should, prevent text selection. It is super annoying to be clicking back and forth through tabs only to have some text erroneously highlight and then stay that way.
Exceptions to every rule, and to every exception of that rule, of course. But for the most part, allowing text highlighting in those clickable areas is a rough UX.
* note that I did not include anchor links; those are meant to be inline within text content and should therefore be selectable.
Hobadee
Real-world example I use nearly daily: Selecting the nav header that's the ticket number in our ticketing system. I copy-paste the number elsewhere.
Of course there are many other bad design decisions that go into requiring me to do this, but it's still a real example of why all text should be selectable.
Anon1096
Something I absolutely loved while working at Meta was that basically every internal system has some kind of ticket ID, and more importantly, wherever it's displayed near the top of the page you very likely can click-to-copy it. And the click-to-copy gives you a rich version of the ticket ID that you could paste into Google Docs and have the link to the ticket page embedded already. Really small feature that improved the life of engineers a lot considering how much you're copy/pasting IDs around. It's the type of UX care that I expect ServiceNow type third party systems will never have.
tetromino_
Then all those nav headers need to have a little button on the side to open a floating div with copy-pasteable content. Or, if needed - different versions of copy-pasteable content (as a command line for copy-pasting into the terminal, json, etc.)
This is a standard UI convention used by all internal dev tools at my current company.
n8m8
I almost always copy this by double clicking after the `/` in the URL
fkyoureadthedoc
Enter, stage left, ServiceNow hell urls
whstl
100% disagree.
Not everyone is fluent in every language, and not every website works perfectly with the browser's translator.
There will be situations where people will want to translate that ONE word that is actually in a button or tab, and isn't selectable because someone thought they knew better.
ZYbCRq22HbJ2y7
That is a i18n issue with the website itself? Or are you saying you know a good portion of a language, but you aren't fluent, so you read it in whatever the default language is, by default, without translating the page or using it in your native language?
whstl
Depends. Sometimes I know the language partially, sometimes I can move around using pure context, and other times translation is possible in most pages.
Disabling selection in non-textual parts of websites is unfortunately something that happens quite frequently, but people rarely notice.
This is naturally for websites without i18n. Very common especially in government and public websites.
catapart
isn't selectable because it breaks the UX for keyboard-only users.
Has nothing to do with "thinking" anything. It's about testing with accessibility parameters and knowing* what practical problems occur.
If you really need to translate ONE WORD, it's not that onerous to type it. You're bringing edge-case hypotheticals to a discussion about practical functionality.
whstl
I already asked below, how and where does it break?
Hacker News is fully selectable, and still fully useable with the keyboard.
> it's not that onerous to type it.
Yes it is, if I don't even know what the letters are. Not every country uses the latin alphabet. And not every people coming to latin-alphabet countries know what those letters are.
petsfed
Yeah, because fuck people who require additional accessibility options, right?
On top of the real concerns around otherwise selectable text in a writing system not supported by the user's keyboard, there's also the issue of whether or not they can even operate enough of a keyboard to transcribe whatever text they want to translate.
Phemist
I would argue that a word is typable is an edge case, especially dealing with another language. You can type words in basic latin script, sure, but you forget words with letters with diacritics, or even all words in non-latin script. In these cases OCR is also not necessarily reliable.
myfonj
> If you really need to translate ONE WORD, it's not that onerous to type it.
I'm confident that I can type just a tiny fraction of all Latin characters all world languages use. I'm sure that pretty much any Vietnamese word is way beyond my keyboard layout. No clue about writing any non-Latin script. Can you type any Cyrillic, Kanji, Hebrew, Abjad, …, character you see?
brandonhorst
While I agree with you in general, keep in mind that there are plenty of languages where seeing the characters doesn't give you any info about how to type them. No copy-paste means you'd need to rely on OCR.
Arainach
>not that onerous to type it
If the word uses the exact character set on your keyboard, sure. How am I going to type Kanji?
klausa
I needed to translate a button on a Chinese website to buy a train ticket three days ago.
How would you have me type it?
bobbylarrybobby
It's always bothered me that links on webpages are single click to open. They should require double clicking to open (like just about everything else on a computer) and single click should be used to start selecting text, like everywhere else on a computer.
cosmic_cheese
A double-click would better represent intent/consent, too, which the web has had long had issues with. Accidentally clicking things is too easy and frequent.
catapart
You know, I've often wondered how much simpler UX would be if this had been the case from the start. Hard to make any predictions, but one can optimistically dream...
dylan604
I'm guessing it would be much more disruptive for touch devices. It would definitely reduce the number of erroneous clicks when just trying to touch to scroll the screen.
harshreality
When you run an app from the taskbar or start menu, you single-click on the app icon, or single-click on the Start menu button and then single-click on the app.
Sure, icons on the desktop, or just about anything in a file/app explorer window, require a double-click by default, because the lineage of the main desktop area is just a file explorer window without the window decorations.
I think it might be about stakeholders wanting the web to "feel" more native and interactive. Double-clicking to "go" feels too much like you're interacting with the web as if it's a file browser. They want it to feel more immediate?
In principle I'd prefer the consistency of double-click or double-tap everywhere, but I'm used to adjusting based on context. Wouldn't double-tapping annoy everyone who primarily uses mobile devices?
xnx
Why would you take the most common interaction on the web and change it to require double the actions with very specific timing?
If consistency between systems is more important than usability, it probably makes more sense to use single click to open in the OS (which has been an option in Windows for 30 years).
csmantle
I sometimes shop on Japanese webstores for CDs and merch. Many of these sites are actually where natives buy stuff, so few to no translations are available there. It's a routine for me to copy the Japanese on the nav bar to a translator, then get a list like "Cart <tab> Orders <tab> Account <tab> Help".
Another example for buttons. Assuming I don't speak Chinese, how could I know what "下单" and "返回" mean without copy-pasting them into a translator?
ZYbCRq22HbJ2y7
I think a way to resolve things like this is to have media features.
For example:
@media(prefers-user-select: all){ * {user-select: all;} }
But that wouldn't guarantee you could select text on an interactive element, plenty of other things could prevent it.If it was an established known issue, then maybe people would do something like:
:not(:lang('base-lang')) { * {user-select: all;} }
It looks like there are plenty of extensions for this:- https://chromewebstore.google.com/detail/user-select-all/aoh...
- https://chromewebstore.google.com/detail/enable-user-select/...
- https://addons.mozilla.org/en-US/firefox/addon/select-like-a...
- https://addons.mozilla.org/en-US/firefox/addon/user-select/
csmantle
Yeah that's possible for us geeks ;) But UX talks about how everyone interacts with our site. We couldn't just ask all visitors to be experts.
sbuttgereit
A case can be made for graphic like elements like buttons, but for text: treat it like text even if it's clickable.
In the Web version of Outlook, there are regularly times where the location of an appointment is a street address. That text is typically clickable. But the click action doesn't correspond to the choice of mapping service I might want to use in any one instance or to the fact that I might have other actions, like copying the address into another email/sms/etc. Outlook followed your philosophy. You can't select and copy that text, save for going through several auxiliary clicks just to get to a spot where you can. It's the most annoying behavior I can imagine.
That you think that you sitting in a meeting room talking it over with colleagues, or perhaps I'm a meeting in your own mind can assign legitimate uses and not, when something other than say security might be at stake, is just wrongheaded.
And by the way, that address being the link that it is is great 60%, 70% of the time. But when it's not it's clearly a design mistake.
gdwatson
The point isn't that the developer should disable text selection whenever he thinks it's unnecessary, which would indeed be silly. It's that sometimes the user interface rules for navigating selectable text conflict or interfere with the user interface rules for navigating, say, a set of tab panes. In that situation, making the tab titles selectable will cause grief.
I agree with your address example. That is user data, and it should be selectable.
catapart
I appreciate your understanding!
Sevii
I do not want to have to go into the dev console to copy the text of some random thing you think shouldn't be clickable. It's happened way too many times.
gspencley
I disagree. In a lot of cases text will be clickable, but will also contain content that you want to copy/paste into Wikipedia or a search engine etc. Think annotations (click on this text for more information) or headers/titles that are a proper noun that references something public... like a person's name or a place or a type of object or something.
I don't think that's an "exception." I think that's common enough to make me ask: "please don't make that text not selectable ever."
gdwatson
I agree. The closer to a traditional desktop U.I. you get, the jankier selecting clickable text becomes. For a simple web form, leaving labels selectable is no big deal and probably a win. But for something trying to behave like a tabbed dialog box, it breaks navigation left and right.
furyofantares
Is it a troll that the text on this page isn't selectable?
edit: It is intentional for sure, the other entries in this blog have selectable text.
3036e4
Teams refused to let me copy text from the real-time captions, even showing a popup to say it wasn't allowed. But after the meeting in the posted transcript I could copy the same text anyway so not sure why it was so important to prevent me from copying immediately. Very annoying since I wanted that text right then and not later.
socalgal2
This is why I prefer web apps over native apps. Web defaults to selectable text and text readable by extensions. I can long press on almost any word and pick "Define" if I don't understand a word (or right click on desktop). Native defaults to unselectable text and no extensions.
It's also why I hate Flutter on web. They render text to canvas, suddenly nothing is selectable and so accessibility and definition/translation options don't work.
See https://earth.gooogle.com Click on a city. An info box pops up. Nothing is selectable. Of course a poorly designed HTML info box could do that too but the designer has to go out of their way to make it bad whereas with Flutter (and native in general) the default is bad.
AlexandrB
I like to idly select text as I'm reading and when it doesn't work it's super annoying. A pox on sites that do this.
magnio
On Android, long press home button activates Google Assistant that can OCR the current screen and translate immediately. Unironically one of the only two features keeping me on Android until now.
Aaargh20318
On iOS 26 you can do basically the same thing. Take a screenshot (power button + volume up), click the thumbnail of the screenshot that appears. You'll see the screenshot full screen and there is a 'translate' button (along some other AI stuff).
cosmic_cheese
macOS does this, too, along with other text manipulation features in screenshots and arbitrary image and video files opened in Preview, QuickTime Player (and apps using an embedded player), and Safari. High quality, local, system-provided OCR is a godsend sometimes.
nmeofthestate
Interesting. I screenshot then send to Google Lens which is obviously more of a hassle than what you're describing. But I have gestures enabled and so no home button. I wonder what is the gesture-equivalent of long-pressing on home.
DangitBobby
On my Pixel 5, if you swipe from the bottom bar up (as if you are gesturing to close the app), near the bottom some options will appear: Screenshot or Select. The Select mode is an OCR enabled text selection.
sadeshmukh
Press and hold bottom line - I use it regularly
gsa
Like with all things Google, this feature wasn't available in Gemini (or only available on some devices) last I checked. With Gemini going to replace Google Assistant in the future, this is yet another useful feature that Google will be taking away from Android.
cubefox
If you open an image with Google Lens (or select the image in the Google Search app, which seems to result in the same thing) Google does by default an image web search and shows you similar pictures, but it also displays a blue "translate" button on the right, which activates OCR and text selection, and optional translation. Though it doesn't seem possible to avoid it doing the image web search first, which might be problematic for private pictures.
gsa
That's a very different flow with a much higher friction compared to simply long pressing the home button in any app.
null
twism
All text is selectable on the app switcher granted it uses OCR so YMMV
cubefox
I prefer this easy solution: Print the website (with a printer), take a photo of the printed page, run the photo through OCR software. As simple as that.
RandomBacon
I prefer this easy solution: Take a photograph of the website, develop the film, send it off to a transcription service, received the printed copy in the mail, take a digital picture of the document, run it through OCR software. As simple as that.
acheron
Need to make sure you take a picture of it on a wooden table. https://thedailywtf.com/articles/Web_0_0x2e_1
cyphax
It greeted me with a message: "Oh, I see you disabled JavaScript. Keep up the good work, my fellow cleanweb person!" which is an interesting departure from the usual "this app won't work without javascript". But I couldn't select the text from the message to paste it here... while looking at the header above it "Just let me select text" I thought: yeah!
pabs3
You can select the text by disabling CSS.
captn3m0
or switching to the txt version: https://aartaka.me/select-text.txt
jiehong
It’s especially aggravating in mobiles apps, like on iOS such as:
- can’t select app reviews text (for translation for example)
- WhatsApp text bubbles don’t let you select text inside at all
- WeChat: exact same
Overall, it’s also very annoying when apps just don’t give you the standard OS options for a field. Like WhatsApp or WeChat does not give you access to the normal contextual menu at all, so no "translate" for your messages outside of what is or isn’t supported by the app itself, etc.
froddd
Interesting choice of example. I would probably have gone with the PayPal or eBay apps, which (on iOS at least) still refuse to let you select the text from the address you have to send the item you’ve sold to.
chrisBob
This is true in so many places. Once a week I get mad at Swagger for this. Why can't I select the endpoint URL?!? Why do I have to retype it when I am trying to discuss it with our backend guy?
larodi
Dude is right, most of this non-selectable web can be served as images from a back-end. We have both the server power and network to do it, perhaps is going to be in many cases be faster than all the React/Angular slop on top of simple UIs in 2025.
supportengineer
Back in 2001, when everyone was running their own home server over their DSL line with a static IP, as an experiment I was rendering images using Java 3D and returning that image with my JSP's!
Given that this page has the following styles which aren't applied anywhere else on the blog:
I think it's safe to assume that being unable to select text on this page is not unintentional, as several comments here assume, nor "ironic", but an intentional effort to demonstrate how annoying this behavior is.