(#vbpdcvq) @prologic@twtxt.net Hmm, if I post a message and then it’s gone when I reload the page, or if the message I replied to has gone, that’s definitely a bug from the UX point of view 😆 … but perhaps unavoidable in a distributed system. But since we’re both on the same pod, I don’t see why that’s an issue? Or is this pod itself running on some kind of distributed architecture?

(#tuizh4q) I guess I should go read the code before asking too many questions, but I’m a little puzzled why the same issues with a feed being huge don’t present an issue every time you want to poll for updates? Particularly with the apparent convention of the newest posts being at the bottom of the file.

As for pagination, sure, it can be hard, but why would it be harder in this case than in the cases where Yarn already does it?

(As for infinite scroll, if you have pagination on the server side already, it’s trivial on the client side. Yes you need JS of course, but not a lot)

(#tuizh4q) I also totally get whet you’re saying about a twtxt file potentially growing to be huge. I guess that, and the fact that it’s necessary to work around it with a significant caching architecture, is a major downside to the model of twtxt itself which I hadn’t considered.

(#tuizh4q) I’m clearly going to have to take a proper look at the code and get a feeling for the data architecture to understand this! From the outside I have to say if something as simple as “display all of a user’s posts” is impossible – especially when a twtxt file is literally a list of all of a user’s posts – it feels like some very strange architectural choices must have been made… but I am also well aware that a lot of painstaking thought by very clever people has gone into this, and I haven’t even looked at the code, so don’t mind me 😆

(#tuizh4q) @prologic@twtxt.net

philosophical reasons […] design decision

That I can understand (though to the extent that I understand it, I think I disagree with it 😄). I was asking more about the technical barriers @mutefall@twtxt.net mentioned.

responses are provided from the cache

I see, so we’re taking about an architectural limitation in Yarn, rather than twtxt. Still, I know cache invalidation is famously hard, but surely an intentional page load from a user trying to view a feed that isn’t (fully) cached is about the best signal you could get to fetch that data from the origin? 🤔

(#tuizh4q) @prologic@twtxt.net

How do you display this in any reasonable way?

Pagination? Like Yarn uses elsewhere. Or infinite scroll, but from the server side that’s still pagination.

Which is what? To view the entire contents one someone’s feed? 😅

Exactly. Every other social network has that feature; I’ve missed it here serveral times already and it looks like I’m not the only one.

I still don’t get the difficulty from a technical point of view I’m afraid. 🤔

@prologic@twtxt.net so far as I can see both your and my most recent replies to #x6zqkha just disappeared - a bug?

(#x6zqkha) @prologic@twtxt.net Hmm but if you’re self-hosting the bridges (the only option I think since they generally have to run on the same machine as the Matrix server) that man in the middle is yourself 😉

Of course you do have to trust the code, but it’s all open source.

(#tuizh4q) @mutefall@twtxt.net @prologic@twtxt.net I don’t understand this answer at all from a technical perspective (leaving any philosophical arguments aside). A twtxt file is literally a flat file containing a list of all of a person’s posts. Surely simply displaying all of that person’s posts in Yarn should be the easiest possible thing to do, way easier than threading etc. Why would it require “investing heavily in infrastructure” or for the protocol to be “redesigned from the ground up”?

I’m guessing I’ve misunderstood what you’re saying; can you help me understand?

(#x6zqkha) @prologic@twtxt.net but if you used those external services directly without bridging, you’d still have to trust all those things, right? Take, say, FB Messenger. Whether I ‘bridge’ it to Matrix or use Messenger directly, I have to ‘trust’ Facebook (ha ha, as if! 😆) Same for Signal, WhatsApp, IRC, or anything else you bridge to.
That said, I don’t really use bridging much; for the services I tried it for it was too much hassle making the bridge work for it to be worthwhile.

(#ooxps7q) @darch@twtxt.net That’s my approach, yep 👍 – but I can also see @prologic@twtxt.net’s argument that Matrix is over-engineered and current servers are resource hogs and (arguably) hard to get set up…

(#ooxps7q) @prologic@twtxt.net I mean, sure, so long as it’s fully e2ee and private (Yarn and feeds in general tend to be public…) 😄

(#qqfi5za) @prologic@twtxt.net oh it looks quite different on Android 😆

(#5pe3caq) @prologic@twtxt.net for real. Sounds like the whole meeting should have just consisted of them sharing that one piece of information, instead of buying it in vaguely reassuring filler text on a screen.

(#4uape5q) @prologic@twtxt.net this is what it should look like (in Element / SchidliChat)

(#qqfi5za) @prologic@twtxt.net what’s that client? I don’t recognise it

(#4uape5q) @prologic@twtxt.net I think that’s approximately what happens behind the scenes, it shouldn’t be visible on that easy to the end user, so I guess something else is going wrong… (or bad UI in the client you’re using?) 🤔

(#4n4ppya) @prologic@twtxt.net I’m curious about this. Surely the implication of a twtxt file being self-hosted (unless you’re using someone else’s pod…) is that I control its content; I can delete/edit what I want. Sure, someone else might have saved/cached it, but the same would apply to any web page: if it’s on my server, I can delete the canonical version. Doesn’t mean every trace is immediately/permanently gone from the web, but any remaining cached versions are just outdated cache artifacts. Am I wrong?

(#hoydxeq) @prologic@twtxt.net that’s definitely a feature I’d be interested in. Bookmarking to read the RFC later!

(#i6mikka) @carsten@yarn.zn80.net sometimes I seriously wonder whether the cons of the Internet outweigh the pros 😣

(#t47rjwa) @movq@www.uninformativ.de that’s exactly what it means 👍
As for clients, I prefer SchildiChat myself, it’s an Element fork with a few improvements. I find FluffyChat too basic, but then I never liked WhatsApp either, which I guess it what it’s trying to imitate UI-wise.

(#5pe3caq) Fascinating reading: Death by PowerPoint: the slide that killed seven people (Columbia Shuttle)

(#rm3puaa) @prologic@twtxt.net Oh for sure. I just would prefer if the twtxt file could be consumed raw inasmuch as possible; that seems to me to be one of the main points of a raw text-based format vs something more structured. But as you say, this doesn’t really break that. As I say, a clever workaround to an annoying flaw in the original spec. 😉

(#rm3puaa) @prologic@twtxt.net Ah cheers. Pity the original spec doesn’t allow real newlines, maybe with indentation or escaping a-la-Markdown to indicate continuation lines… but using \u2028 is a clever solution to working around that limitation.

(#pv7ouaq) @prologic@twtxt.net I love most of the modern Javascript syntax, including arrow functions (this doesn’t include JSX, which is not Javascript and I hate it 🙈) but I do agree that terseness can go too far to the point of getting in the way of readability – definitely an issue with Python IMO. Honestly the only good thing about Python in my opinion is the ecosystem, particularly for data science.
I do like Go from my very limited experience with it; I will definitely be using it more.

@prologic@twtxt.net how do newlines in twts work? I see they don’t show up in the raw twtxt.txt (in my browser at least). The twtxt spec seems (?) to forbid actual newlines, so I’m guessing you are using some sort of workaround specific to Yarn?

(#35kn2ia) @prologic@twtxt.net Huh, supply chain problems, who’d’a thunk it 😆😫 Definitely not going to get better in the short (medium?🤔) term…

(#35kn2ia) @mckinley@twtxt.net I was lucky in a way: I was homeshooled and my studies were very much self-directed. My parents encouraged my interest in tech though they are complete muggles themselves and couldn’t teach me anything about it, so I was entirely self-taught – like many geeks, it seems. As for schools, I do think the situation is improving, at least from what I’ve heard from friends with school-age kids. @prologic@twtxt.net’s experience is reassuring. I’m sure it varies hugely from area to area though; it definitely needs to be a part of national curricula.

(#35kn2ia) @prologic@twtxt.net

you’ll love what my company is trying to do here

I’m intrigued… look forward to hearing more!

(#knoga2q) @ullarah@txt.quisquiliae.com Ugh, please no! 😫 As a user I hate those interstitial pages, because they add an unwanted step between me and the page I’m trying to get to, and they obscure the real target of the link (also they’re often used for user tracking). And as a web geek I hate the fact that they break the semantic model of a link pointing to its real target, turning external links into faux internal ones.

(#7boroia) @prologic@twtxt.net I think the “worst that could happen” is “it would be semantically wrong”. I don’t think it could ever be actively harmful, since it is correctly treated as a claim, not proof of ownership of the target – it can be used to prove ownership of the origin page, but not of the destination.

That said, I would be in favour of making it explicit (ideally in the Metadata spec) that “User Links” SHOULD be “connected to the feed or author”, not just “usually”. This would make the link metadata more semantically useful.

(#7boroia) @david@netbros.com I’m not sure what you mean. rel="me" is just an html attribute which makes a claim that the target of the link belongs to the same person. It doesn’t prove it; unless it’s reciprocal.

(#knoga2q) @prologic@twtxt.net Hmm, short of “clarifying” the spec to specifically state that links must be to the user’s own sites, it’s hard to think of a universal solution. I think I’d still err towards assuming that links are to the user’s own pages, since I think they will be in almost all cases, but obviously there’s an argument to be made against making that assumption, too…

(#35kn2ia) @prologic@twtxt.net I think in those days “everyone” on the internet was a geek who loved doing things themselves. Now the internet is used by literally everyone, and most of them don’t understand how it works any better than how their car works. It has to Just Work.

I guess what’s needed is for self-hosting to be one of those things that Just Works, without the average person having to know how. (In addition to educating the public better about what the internet is, of course.)

(#knoga2q) @prologic@twtxt.net Ah sorry, gotcha. 😀
Hmm, you make an interesting point. I would assume that most links a user would add would be to their own profiles, but maybe not all?
The Metadata spec says “A link to some other resource which is often connected to the feed or author”.
I think my inclination would be yes, add it to all of them, but I can also see that a user could put links there that aren’t their own. 🤔

(#35kn2ia) @prologic@twtxt.net

People don’t want to run their own servers, and never will.

👎 👎 👎

On the face of it it’s a generalisation, but s/People/99.99% of people/ and the statement becomes objectively true.
My opinion on decentralised communications protocols is basically: Being able to run your own instance - easily - is very, very important. But being required to run your own instance dooms the system to failure / being very niche at best. Mastodon is a great example which fails at both; it’s hard to self-host and there’s no obvious canonical instance to sign up to if you don’t want to host your own.

(#knoga2q) @prologic@twtxt.net another nice example is how Mastodon show’s a user’s external link to their own website as “verified” if the target site includes a rel="me" link back to their Mastodon profile, since this “proves” that the person has control of the linked site. I think I’ve seen other sites use it for verification in the same way.

(#knoga2q) @prologic@twtxt.net If you check out someone’s GitHub profile that has a link to that person’s own website, for example you’ll find rel="me" on the link.

(#knoga2q) @prologic@twtxt.net The me value of the HTML rel attribute indicates that the linked page is the same user’s profile on another site. It’s useful for identity consolidation, enabling things like RelMeAuth on the IndieWeb. So it would be nice to be able to have that attribute on links to one’s own website (and to one’s profiles on other sites) from the “User Links” section of our profiles here.

(#xe3yjxq) @prologic@twtxt.net Oh 🤔🤭

(#t47rjwa) @prologic@twtxt.net Maybe it’s harder to get Dendrite working properly (it’s pre-release software after all I guess) but I never had any issue with Synapse, I had it up and running in ~15 minutes. The issue I did have was that it’s a resource hog (mainly because of backfilling large federated rooms) but a few tweaks to caching settings improved that and I’ve been running for over a year with no issues at all.
I do agree it seems over-engineered in many ways, I must say. But overall I’ve been really happy with it and it’s now one of my primary communication platforms.

(#7etv6uq) @prologic@twtxt.net Hmm I don’t recall any trouble getting federation working (with Synapse), what issue are you having? The federation tester is failing on your domain for me; it’s getting a timeout:

Get "https://104.21.85.152:8448/_matrix/key/v2/server": context deadline exceeded

@prologic@twtxt.net have you considered adding rel="me" to “User Links”?

(#7etv6uq) @prologic@twtxt.net I am on Matrix, @caesar:schinas.net.
I’m running Synapse; I’d be very interested to hear your experience with Dendrite as I’ve been considering switching over as soon as push notifications make it to a published release.

(#mcoz7za) @screem@yarn.yarnpods.com Wow haha I’d never thought of Android as having much in the way of customisation options – though I guess some vendors add a lot of that sort of stuff. I’m not one to customise my operating systems much – I like good clean defaults and I don’t really like to change them. I love macOS because I feel it hits the sweet spot there, but I loathe iOS because it’s just too locked down. I don’t care for UI customisation, but how can you forbid me to install my own choice of web browser FFS. Or anything else not blessed by the gods at Apple.

(#7la3hna) @prologic@twtxt.net

Decentralisation starts with decentering yourself.

💯 Great quote. There’s a chicken and egg problem, and those of us who understand the problem and are happy to be early adopters need to be the ones pushing forward hatching more and more eggs until that chicken appears (umm ok idk if that analogy makes sense but you get my drift 😆)

(#7la3hna) @mutefall@twtxt.net

decentralised and distributed (we likely are here now)

Nah. Unless by we you mean us here on Yarn. But as a society, I reckon we’re at least one or two steps before that – I’d go with your “netizens asking why?” at best. Much of society still hasn’t even got to that point honestly.

(#mcoz7za) I wonder how niche the market would actually be? I feel like half the people I know would love a phone that didn’t mean either selling your soul to the world’s biggest advertising company or being locked into an expensive walled garden by the world’s most profitable brand.

@prologic@twtxt.net I’m not so sure there’d be a lack of good apps, I don’t think the situation on the desktop translates well to mobile. Google is pushing flutter pretty hard for mobile and it’s getting pretty good adoption, and it’s inherently cross-platform - Canonical are even using it for desktop apps.