Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Codidact Meta!

Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.

Comments on Can we please stop linkifying random strings that happen to look like domain names?

Parent

Can we please stop linkifying random strings that happen to look like domain names?

+16
−0

Currently, strings that look like some subset of fully qualified domain names are automatically turned into links to the corresponding http:// resource. So, for example, example.com becomes a link to http://example.com, and something.example.com becomes a link to http://something.example.com, but something.example doesn't become a link even though it technically is just as valid as a domain name. Similarly, something.test doesn't become a link, but something.info does. (.example and .test are both valid, reserved TLDs.)

Short of using code elements, which has other undesirable consequences, there appears to be no way to override this behavior. For example, quoting the . with a \ doesn't change anything: example\.com still becomes a link to http://example.com. example.com in backticks does not become a link.

Can we please stop doing this, or at the very least, add an obvious way to override the behavior without having to resort to code elements? Markdown already has a syntax for inline links, so I don't see the value of bastardizing things that just happen to look like some subset of FQDNs.

I've seen it multiple times before across Codidact, and just recently, came across Inductance vs frequency on Electrical Engineering where OP happened to write load.Is instead of load. Is, and it became a link even though it clearly was never intended as a domain name, let alone as a link.

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

0 comment threads

Post
+10
−3

I agree. This is a great example of over-reaching with trying to be "helpful" automatically. Only links explicitly declared so by the author should be shown as links. The site otherwise has no business guessing author intent.

If a post author forgets or otherwise doesn't properly declare a link as a link, then that's on them and they will be judged accordingly, not the site.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

I really hate sites that turn domain name-like strings into links. Sometimes I want to mention a doma... (1 comment)
I really hate sites that turn domain name-like strings into links. Sometimes I want to mention a doma...
gmcgath‭ wrote over 2 years ago

I really hate sites that turn domain name-like strings into links. Sometimes I want to mention a domain without linking to it, and sometimes a string with a period in the middle isn't a domain. On Twitter, I took to inserting extra spaces to defeat the "feature."