![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
@ syntax as a synonym for user name=
Title:
@ syntax as a synonym for user name=
Area:
Entries
Summary:
In an entry, if someone types "@[string]" (more specifically, something like "(^|\s)@[legal characters in usernames]*\b), check to see if that's a username at posting time. If so, translate it internally to <user name="> syntax.
Description:
This would allow users to choose the now-common shorthand of '@username' to indicate users on the local system.
This would be taking a design pattern that has become mainstream over the last several years, which users are used due from Tumblr, Slack, Twitter, etc. I'm not suggesting auto complete; there are too many more important pending changes to the post system. I'm also not suggesting a variant for the other-sites functionality of the user element; no @username@twitter, or something. Just a very straightforward replacement. But this would be a nice shorthand that users have become accustomed to.
This suggestion:
Should be implemented as-is.
56 (46.7%)
Should be implemented with changes. (please comment)
39 (32.5%)
Shouldn't be implemented.
14 (11.7%)
(I have no opinion)
10 (8.3%)
(Other: please comment)
1 (0.8%)
no subject
We even had a shorthand for doing other site stuff, like linking to a Twitter account by doing: @foo.twitter -- since a period isn't a valid username character here.
no subject
Oh, I LIKE that a lot. In the past I was vaguely opposed because I didn't see the point, but I spend so much time on other sites that do it I try to do it here now
On Mastodon it's @user@instance.tld which I still find clunky but it does at least work
no subject
(no subject)
no subject
no subject
no subject
I assume using the html syntax would still remain an option?
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
no subject
And I too would love to have autocomplete for it, as long as those who need it off can turn it off. Ditto mention notifications.
no subject
+1 with changes
Re: +1 with changes
I agree with this. It would be nice to be able to know when you're mentioned in someone's post.
Re: +1 with changes
Re: +1 with changes
Re: +1 with changes
(no subject)
Re: +1 with changes
no subject
no subject
no subject
no subject
no subject
no subject
no subject
Nitpick
no subject
no subject
no subject
That aside, I like something along the @example for Dreamwidth and @example@external for external sites.
An excellent point re: retrospection
I'm chiming in with @username@site.tld.
I want this shortcut to recognize common sites to the same degree that DW *now* recognizes <user name=foo site=bar> for "twitter", "tumblr", "lj" and so forth.
Because the TLD space has opened up to "social" "shop" and "sofa", DW should default to requiring it. DW can offer the shortcuts as a nifty thing on top.
(no subject)
no subject
no subject
no subject
So there needs to be some sort of way to escape out of this -- to signal, "no, this @ isn't trying to link to a user".
no subject
I like the convenience of @name@place; it'd especially be useful for the wave of Tumblr refugees.
(no subject)
no subject
This also seems like a back door to "let's have notifications of @ mentions," which I am personally really really not for.
no subject
If @ becomes more widely acceptable, or even becomes more used in the Markdown department, I'm leaning toward an implementation that allows for a user name and a domain that goes with it, because I'm trying to think of how it might be possible, for example, to gather the right user masthead for a Mastodon or other federated instance to indicate that it's Mastodon-as a service and also generate a correct link to the right user on that instance, since MAstodon doesn't have a central server idea like Twitter, tumblr, or Dreamwidth. If it's technically feasible to pull off this particular bit of wizardry, then @ syntax seems to have a possibility for doing all the things I would expect it to be used for.
don't do other sites, and don't convert pasted or past instances
Things that are pasted in should not have their ats converted, which fixes most links. (Users who both link to Medium/etc and have to retype their URLs by hand can go to settings for a fix; that is an unusual use case.) Posts made in the past should not automatically be converted. No notification should be made to the user who was linked to, regardless of whether the user sending and/or the user receiving expresses consent; the comments system works fine for public conversations.
no subject
@ notation doesnt work on crossposts
I definitely want the expansion to come first, and then see the expanded code on lj. Because lj doesn't know what to do with the @, and the links get lost.
So I've gone back to writing the user tag in my posts, so they get crossposted correctly.
(Where would I submit this so it gets considered as a thing to be implemented?)
Re: @ notation doesnt work on crossposts
no subject
I like the idea in general but I can see myself typing "
@
foo" sometimes without intending to be referring to a person since I blog about programming languages and adjacent topics sometimes. As suggested, this would make the markup nondeterministic depending on whether foo happened to be the name of a user at that particular time, with unpredictable results.I think it's fine in markdown format but have the above concern about it appearing in other formats. Perhaps if it was never expanded if inside other tags like
<tt>@foo</tt>
or<pre>@foot</pre>
, which would at least protect the use case I have in mind?no subject
Oops. And of course, after posting that I realized how old the thread was and that it's already implemented. Never mind :)