jollywhoppers.com / witchsky.app
Bluesky app fork with some witchin' additions 💫 witchsky.app
bluesky fork client
fork atom

feat: link facet control in composer with <> symbols #36

open opened by xan.lol edited

I think (as stated in a [skeet[(https://witchsky.app/profile/did:plc:q7suwaz53ztc4mbiqyygbn43/post/3mcp3vjfrek2r)) that putting less than and greater than signs around a link should make only that link have a link facet applied to it, to prevent any punctuation afterwards from getting a link facet applied to them or used in them.

For example, "(<xan.lol>?)" would only apply a link facet to the "xan.lol" text linking to xan.lol, whereas the current behavior without these operator symbols "(xan.lol?)" leads to a link facet including the ? symbol, ending up with a link to xan.lol/?. Currently it seems bad and the facet allocation for links could cause issues with sites URLs, especially in cases with other symbols like multiple exclamation points being attached.

This could also help to make any contents within <> link properly (if it has a valid url structure with a dot +), such as with all caps text. "WITCHSKY.APP" currently doesn't get a link facet applied, but "<WITCHSKY.APP>" could.

I think the inverse usage of the operator symbols around links could provide opposite functionality, making any contents in-between them not generate a link facet at all. So >witchsky.app< would stay as regular text.

Example: https://witchsky.app/profile/did:plc:q7suwaz53ztc4mbiqyygbn43/post/3mctmpkljic2y

bas.sh edited

fyi Discord uses <> to prevent embeds for links, so if you'd want to follow that it would be the inverse (>< to determine the link facet and <> to prevent it).

to me this would also make sense cuz >< is like arrows pointing to what the link should be but idk maybe that's just my brain

sign up or login to add to the discussion
Labels

None yet.

assignee

None yet.

Participants 2
AT URI
at://did:plc:q7suwaz53ztc4mbiqyygbn43/sh.tangled.repo.issue/3mctmjp5gbu22