@bender@twtxt.net at this point, I wouldn’t use anything but Signal or Apple messages 😅.

@xuu did we ever spec this up?

@quark@ferengi.one hmm?

I’m not really sure that is any better hmmm, please help 🙏

Let’s try that… Pushed a new commit… Give it ~5m to update…

@bender@twtxt.net I have no idea what I want to be perfectly honest. This is CSS done from scratch 😅

@bender@twtxt.net I’m open to suggestions. What would you prefer the color scheme to be? 🤔

Still playing with the style/template and what to include, just keeping it simple for now.

@movq@www.uninformativ.de I’d love it if you write up a page for jenny 🙏 at https://twtxt.dev 🤞

🤣🤣🤣😂🤣😂🤣

@bender@twtxt.net Yup!

Btw anyone can put up PR(s) 🙃

@falsifian@www.falsifian.org Agreed

@sorenpeter@darch.dk I think this is a rype will fix!

@lyse@lyse.isobeef.org Maybe you’re right: Let’s pause this while edit/delete discussions.

@doesnm@doesnm.p.psf.lt 👌

@bender@twtxt.net Good point! 👌 I’ll make it so 👌

@doesnm@doesnm.p.psf.lt No.

iirc in twtxt v2 it starts prohibited

This is not true. There are no issues supporting fetching feeds via Gemini/Gopher. This is totally fine. What will likely happen is “recommendations” and “drawbacks of using Gemini/Gopher”

Really you stopped 22hrs ago? https://twtxt.net/twt/iaautmq

Hmm da fuq?! @tiktok@feeds.twtxt.net ?

@bender@twtxt.net I see it here hmm 🤔 Dis you accidentally mute your own Twt?

@movq@www.uninformativ.de Hmmm 🤔 Intuitively I say “No they’re not the same”; but let me sleep on it 🙏😴

@bender@twtxt.net Just once I tell ya:

Ah, 16°C… what dreams are made of! 😍

I’d like it to be a nice cool 16°C here 🤣

Personally I don’t see it as a problem. I didn’t even really see edits as a problem either tbh, but this is just an incremental improvement I think.

It’s no worse than what we have now, it’s better. But yes caveats still apply.

@movq@www.uninformativ.de Yup.

@slashdot@feeds.twtxt.net No 😅

@doesnm@doesnm.p.psf.lt I think it’s a good idea to fork twet and continue to improve it. It’s an “okay” Twtxt cli client, but it needs a bit more work 👌

@doesnm@doesnm.p.psf.lt Sorry I meant twet 🤦‍♂️

@lyse@lyse.isobeef.org See @movq@www.uninformativ.de ’s undersanding. Now this had some edge cases that we agreed probably aren’t worth solving for.

@movq@www.uninformativ.de Yes 👍

@lyse@lyse.isobeef.org Pretty nice views 👌 I enjoyed reading this. It was though I were there in the morning walking with you guys up to the summit man those mushrooms really are quite some aren’t they? 🙃

@movq@www.uninformativ.de Yes! Basically @david@collantes.us points out that if we mandate that authors should retain the original timestamp in their feed when adjusting content, making fixes, etc, that they retain the original timestamp and leave it unaltered. We already do this anyway, we just need to say so.

Now we have a situation where folks participating in a “conversation” (thread) with appropriate clients can automatically detect edits with almost 100% accuracy by mere fact that the next time they fetch a feed that contains an edit, they now see two versions of the Twt with two different hashes, but identical timestamps.

You can use the fetch time to approximate a “version number” and deal with the display (UX) appropriately.

I can’t believe I didn’t think of this before 🤦‍♂️

There we go!

=> twtxt.dev

🥳

@doesnm@doesnm.p.psf.lt I will have something up soon™ 🤞

@doesnm@doesnm.p.psf.lt twt probably isn’t the best client I’m afraid. It doesn’t really cache twts by their key (hash) to display threads properly. Jenny however does 👌

Here’s what I’ve got so far…

@doesnm@doesnm.p.psf.lt Thanks! I’ve almost come up with my own theme already 🤣 I actually don’t really want to use Hugo at all, I find it too complicated. But it is pretty popular so I thought maybe I’d rip-off a nice theme… Hmmm 🧐

Anyway, What I really normally use for a lot of my static sites is zs

I’m looking to develop a static site for twtxt.dev – A domain I own and have wanted to use for developer and specification docs for Twtxt.

Can anyone recommend a few Hugo themes you like?

All of the dev.twtxt.net content would move over as well.

Cya y’all again next month (2nd Sat in Oct) 🤞

👋 Thanks for joining us on our Sept monthly Yarn.social meetup today y’all 🙇‍♂️ We had @david@collantes.us @sorenpeter@darch.dk @doesnm@doesnm.p.psf.lt @falsifian@www.falsifian.org and @xuu 💪 Nice turn out! (not all at once of course, as we normally run this over 4 hours as we span many time zones!)

Things we talked about:

• Decentralised vs. Distributed
  
• Use of SHA256 for Twt Hash(es)
  
• We solved Edits! 🥳
  
• UUID(s) probably won’t work! (susceptible to sppofing)
  
• Helped @sorenpeter@darch.dk write some PHP to process/parse User-Agent and service his feed via a custom PHP script 😅
  
• @falsifian@www.falsifian.org introduced himself 👌
  
• Talked about Merkle Trees 🌳
  

Did I miss anything? 🤔

And here’s a dashy of the no. of notify requests (from WebSub)

yarnd and WebSub

@bender@twtxt.net The display is very very good 😊

@sorenpeter@darch.dk well edits can be detected with either approach really

Summary of Discussions (as best I can):

• @lyse@lyse.isobeef.org and @sorenpeter@darch.dk express simplicity. Both Lyse and Sorenpeter support location-based addressing.
  
• @falsifian@www.falsifian.org believes we should continue to develop ideas and extensions progressively over time like we’ve always done.
  
• @david@collantes.us @quark@ferengi.one and @bender@twtxt.net would like a better user experience, especially when threads break due to edits, deletions or feed location changes.
  
• @anth@a.9srv.net would like to see utf-8 mandated, and the threading model remain largely the same as it is today, which is primarily based on the convention of a Twt Subject anyway, Twt Hash(es) just make the threading “more precise”. Anth also states that format, client and server specification/recommendations should be kept separate.
  
• @movq@www.uninformativ.de @xuu sorry you two haven’t said too much really, so I’m not too sure?
  

Overall, the 22 votes we’ve had on the poll from the community (if you can call it a community?) have clearly shown that:

• We continue to support content-based addressing. (65/35)
  
• We think about formally supporting edits/deletes (60/40)
  
• We do not increase the use of cryptography (thworing things like authenticity and identity out the window) (70/30)
  

And overall the NPS (net promoter score) of “Would I recommend Twtxt to a friend” is a whopping 7/10 (which is crazy! 🤯)

Let’s have our monthly catch up soon™ (1hr) and discuss together. My own take on the direction we should take at this point is as follows:

• We continue to use hashing for the threading model.
  
  • We think about changing this to SHA-256 for simplicity.
    
• We either adopt @anth@a.9srv.net’s UUID approach or @lyse@lyse.isobeef.org Dynamic URL approach.
  
• We continue to incrementally/progressively improve things over time as @falsifian@www.falsifian.org suggested.
  
• We think about mandating utf-8 as @anth@a.9srv.net suggests which makes things so much easier for everyone.
  
• We further discuss the merits/ideas of supporting formal Edit/Delete requests or other ways to better support this in some way.

@lyse@lyse.isobeef.org Got time now before you head off?

@xuu Oh geez! Is this anywhere near you?