🤔 Prosoal: Disallowed the @<url> form of mentions. Strictly require that all mentions include a nickname/name; i.e: @<name url>.

@bender@twtxt.net I agree. I’m just saying spec-wise, this makes implementations have to worry about less edge cases like this 🤣

Otherwise if we insist on allowing things like @<url> then I have to do quick a bit of dancing to figure out how to render such mentions sanely 😅😅

What say you @movq@www.uninformativ.de @lyse@lyse.isobeef.org @eapl.mx@eapl.mx / @darch@neotxt.dk @andros@twtxt.andros.dev (new client author)? 🤔 Shall I PR this up?

For the record; we consider the new authority on the Twtxt spec(s) going forward (has been for some years actually) to be implementers / primary maintainers of widely used clients. To date that is:

• yarnd @prologic@twtxt.net (me and others)
  
• jenny @movq@www.uninformativ.de
  
• tt @lyse@lyse.isobeef.org
  
• Timeline @darch@neotxt.dk / @eapl.me@eapl.me and others
  
• twtxt-el? – @andros@twtxt.andros.dev
  

Full list of supported and widely used clients can be found at https://twtxt.dev/clients.html – which I note a few above are actually missing from this page haha 🤣

@lyse@lyse.isobeef.org

What’s the motivation for deprecation?

Namely that without the mention having a label (as such) it becomes very hard to render it in any sane/nice way. I think we should just stick to @<label url> personally. It makes implementations have to worry about far less edge cases.

@movq@www.uninformativ.de

Was there ever a reason to do that? 🤔

I’m not sure to be honest. I have no idea why you’d ever want to do a “nameless” @-mention@twtxt.net.

As an aside, if we could all agree, I’d personally just say we scrap this whole fragile broken shit and bring out WebMentions and be done with it. And then mentions are always @nick@domain and looked up, cached and can never be screwed up haha 🤣

@lyse@lyse.isobeef.org Hmm you ate right 😆 Also did you volunteer to fix this 🤔🤣

word of the thay, prosoal
Is it a typo of Proposal right? =P (Genuinely asking)

@bender@twtxt.net Hahahahah 🤣🤣

@prologic@twtxt.net I say we should find a way to support mentions with only url, no nick, as per the original spec.

• For @<nick url> we already got support
  
• For @<nick> the posting client should expand it to @<nick url>, if not then the reading client should just render it as @nick with no link.
  
• For @<url> the sending client should try to expand it to @<nick url>, if not then the reading client should try to find or construct a nick base on:
  
  1. Look in twtxt.txt for a nick =
     
  2. Use (sub)domain from URL
     
  3. Use folder or file name from URL

Sounds about as complex as adding @nick@domain support by doing a webfinger lookup to get the URL.