Well because I can and want to see what will happen :)

But Yarn does not like it: https://twtxt.net/twt/yoatzwa

@andros You seem to be a bit ahead of your time: https://darch.dk/timeline/conv/jl2mf2a

Yes it seem to work(ish) on timeline at least: https://darch.dk/timeline/post/imopblq

@bender My point was that the suggested syntax for extending mentions to point to a specific message (<a href="/profile?url=url timestamp">@nick</a>) and having location based treading this way, might not break older clients, since they might just igonore the last value within the brackets.

@andros About the URL, since it no longer used for hashing there might be no need to change it. I agree that we keep all the parts that already are out there for the most parts. Instead of a contact field you could also just use links like: link = Email mailto:user@example.dk or link = Signal https://signal.me/sthF4raI5Lg_ybpJwB1sOptDla4oU7p[...]

@andros Thanks for consolidating a lot of good ideas. Especially how you have deiced to just extend the mention syntax for location-based treads. This might even be backward compatible with older (pre-yarn) clients. What about using Z for UTC +00:00- is that allowed in your specs? Regarding url = I would suggest to only allow one and the maybe add url_old = or url_alt = !? I'm still not a fan of a DM feature, even thou it helps that i have now been split out into a separate feed file. Instead if would suggest a contact = field for where people can put an email or other id/link for an established chat protocol like signal or matrix.

@movq I didn't say I was leaving, just not that active here atm. I might be more active on mastodon at https://norrebro.space/@sorenpeter but I'm also rethinking that too tbh.

I'm with @andros and @eapl.me on this one. But I have also lost interest in twtxt lately and currently rethinking what digital tools truly add value to my life. So I will not spending my time on adding more complexity to Timeline. Still a big thanks to you @prologic for all the great work you have done and all the nice conversations both here and on our video calls.

@prologic it was not an edit but a double posting

Hi @lyse, I canceled the domain, so neotxt or my feed there are not coming back.

yes it used be http:// only and to keep hashes from breaking i added # url = http://... and now we are stock with it due to the curret specs.

If we don't keep insisting on simplify and "The beauty of twtxt is, you put one file on your server, done. One.", then people should just use ActivityPub-based software like Mastodon, PixelFed, etc. which are getting a lot of attention and uses migrating to the fediverse from meta/x here in Denmark over the last couple of months.

yes it works now :)

@prologic All the URL are missing the protocol part (https://) and my markdown parser does not know how to handle but I see yarnd does it just fine.

@falsifian it look like your markdown image tags are missing the protocol part (https://) so they don't render at least on my server: https://darch.dk/timeline/conv/3vtnszq

@andros Thank you :-)

@andros screenshots plz :=!

What exact feeds are we talking about that uses spaces instead of tabs or the T's in timestamp?

@lyse that 3th shot of the heron taking off is epic!

@aelaraji I've been noticing the same, so I opened an issue now (https://github.com/sorenpeter/timeline/issues/55) and then we will have to look into it.

@arne nice work with the client. I also see you are using the Yellow CMS for your website🍋

@doesnm.p.psf.lt Cool lets see if this works?!

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

• For <a href="/profile?url=url">@nick</a> we already got support
• For <a href="/profile?url=the posting client should expand it to@<nick url">@nick></a>, if not then the reading client should just render it as @nick with no link.
• For <a href="/profile?url=the sending client should try to expand it to@<nick url">@url></a>, 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

hmm any ideas how to fix this case when there is no nick and it on a shared tilde hosting? http://darch.dk/timeline/profile?url=https://tilde.club/~deepend/twtxt.txt

@doesnm How did you post from IndiePass? Did you add support for twtxt or use some kind of bridge?

I've implemented Use only nick as handle if nick and domain is the same · sorenpeter/timeline@8c12444

See it live at:

• nick = domain: https://darch.dk/timeline/profile?url=https://eapl.me/tw.txt
• nick ≠ domain: https://darch.dk/timeline/profile?url=https://twtxt.net/user/prologic/twtxt.txt
• no nick, use domain: https://darch.dk/timeline/profile?url=https://akkartik.name/twtxt.txt

I'm not sure I like the leading @ thou...

What should the advantage be to nick = _compared to just not defining a nick and let the client use the domain as the handle?

What is not intuitive is that you put something in the nick field that is not to be taken literary. The special meaning of _ is only clean if you read the documentation, compared to having something in nick that makes sense in the current context of the twtxt.txt.

@doesnm So the user should then set nick = _@domain.tld in the twtxt.txt?

It seems more intuitive and userfriendly to just use: nick = domain.tld and have then convention for clients to render the handle as @domain.tld instead of @domain.tld@domain.tld

For a feed with no nick defined (eg. https://akkartik.name/twtxt.txt) it will also be simpler and make more sense to just use the domain as the nick and render it as @domain.tld

Are we talking about profile view heading, heading of posts or inline mentions? In yarnd I recall there is a setting for changing the heading of posts, but not for the two others as of yet. I like the hover option for inline mentions. For the other places some like how yarnd does it in two line or " nick (domain.tld) " could also work.

@eapl.me A way to have a more bluesky'ish handles in twtxt could be to take inspiration from Bridgy Fed and say: If NICK = DOMAIN then only show @DOMAIN So instead of @eapl.me@eapl.me it will just be @eapl.me

And it event seem that it will not break webfinger lookup: https://webfinger.net/lookup/?resource=%40darch.dk (at least not for how I've implemented webfinger on my sever for a single user;)

I've started a draft over at: https://git.mills.io/yarnsocial/twtxt.dev/src/branch/main/exts/webfinger.md

@prologic maybe you meant to specify twtxt as a type similar to ActivityPub's application/activity+json in https://webfinger.net/lookup/?resource=sorenpeter@norrebro.space

    {
      "rel": "self",
      "type": "application/activity+json",
      "href": "https://norrebro.space/users/sorenpeter"
    },

Then it would also make sense to define a Link Relations but should that then link to something like https://twtxt.dev/webfinger.html where we can describe the spec?

@prologic Well I just mirrored yarnd's JSON in my webfinger endpoint and lookup, so not much else to do for standardization.

And for people who don't like PHP you can always just go with Added WebFinger support to my email address using one rewrite rule and one static file. or simply putting a static JSON in place for .well-know/webfinger

I like the cleaness and indiewebness of using just domains for handles/shorthands similar to blusky, but the situations with more users on the same domain and that people in the fediverse (threads too?) are already familiar with the syntax speaks for webfinger. And since we already got support for webfinger in both yarnd and timeline it makes sense to stick with it.

@movq Where in firefox can I set custom CSS?

test

@prologic What IRC client is that?

@aelaraji https://github.com/sorenpeter/timeline/commit/555baefcd0e75e6a281472994e8eb7ae9b5d2a1c

@movq I will take that as a compliment

good luck with the doughnut on a stick in a URL

or timeline.txt ;)

test post EDIT

Yes it work: 2024-12-01T19:38:35Z twtxt/1.2.3 (+https://eapl.mx/twtxt.txt; @eapl) :D

The .log is just a simple append each request. The idea with the .cvs is to have it tally up how many request there have been from each client as a way to avoid having the log file grow too big. And that you can open the .cvs as a spreadsheet and have an easy overview and filtering options.

Access to those files are closed to the public.

My twtAgent.php was turned off, so try again now. I have uploaded the code to: https://github.com/sorenpeter/twtAgent

What was it suppose to look like? a <detail><summary>-tag maybe?

@eapl.mx Yes, the idea is to add User Agent support to #Timeline. Right now it just adds every request to a growing log file, but I have also been working on a way to analyse it, so it only saves the time of the latest request. I'm not sure how to make it part of timeline itself, since it requeses that you redirect/rewrite from twtAgent.php to the acctual twtxt.txt Help with making Timeline send proper User Agents to others would be much appreciated:)

@lyse One person had came access it before, but no tried it

@prologic Just that people thought twtxt sounded cool and maybe want to set it up themself

@eapl.mx Super to see you got webmentions working too :)

EDIT: A webmention was send to: https://eapl.mx/timeline/webmention (Status: 202)