(#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ā¦
(#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 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?
(#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.
(#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. š
(#pv7ouaq) @caesar@twtxt.net Yeah, Iāll probably be making some kind of toy project in Go to test it out and see how it fit me when empty handed. š
(#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.
(#pv7ouaq) @prologic@twtxt.net Yeah, I was planning to try it myself in the future, thereās seems to be lot of other Python developers that made the switch for the same reason.
I prefer working on the frontend the most, but Iāll surely get my hands on it sooner or later. š
@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.
I can understand your reasoning and i know the pure syntax is not the only part involved when developing in general.
I guess when a programming language changes a lot itās much harder to adapt and break habits.
Having a clear idea of what you expect from your code and language is a lifesaver when working with many people, ever more in open source projects like yarn.
(#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.
(#m7o5dpa) @prologic@twtxt.net I can agree on JSX and similar but I must say that arrow functions, classes and so on are quite nice once you get used to them.
I too ended up wanting less and less but exactly for that reason I really enjoy those new stuff the platform offers natively.
Anyway, Iāll keep your style as much as I can. š
(#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.