# I am the Watcher. I am your guide through this vast new twtiverse.
# 
# Usage:
#     https://watcher.sour.is/api/plain/users              View list of users and latest twt date.
#     https://watcher.sour.is/api/plain/twt                View all twts.
#     https://watcher.sour.is/api/plain/mentions?uri=:uri  View all mentions for uri.
#     https://watcher.sour.is/api/plain/conv/:hash         View all twts for a conversation subject.
# 
# Options:
#     uri     Filter to show a specific users twts.
#     offset  Start index for quey.
#     limit   Count of items to return (going back in time).
# 
# twt range = 1 15588
# self = https://watcher.sour.is?uri=https://www.uninformativ.de/twtxt.txt&offset=12306
# next = https://watcher.sour.is?uri=https://www.uninformativ.de/twtxt.txt&offset=12406
# prev = https://watcher.sour.is?uri=https://www.uninformativ.de/twtxt.txt&offset=12206
Great, now I fell into a rabbit hole of “old” music. 😂 https://www.youtube.com/watch?v=PGNiXGX2nLU
Great, now I fell into a rabbit hole of “old” music. 😂 https://www.youtube.com/watch?v=PGNiXGX2nLU
@aelaraji Venus?
@aelaraji Venus?
@aelaraji Venus?
@aelaraji Venus?
@prologic Come on, that’s a little condescending, isn’t it? 😅
@prologic Come on, that’s a little condescending, isn’t it? 😅
@prologic Come on, that’s a little condescending, isn’t it? 😅
@prologic Come on, that’s a little condescending, isn’t it? 😅
For the record, out of the 89 feeds that I follow, only a single one has more than one # url = field:

gemini://gemini.ctrl-c.club/~nristen/twtxt.txt

And I wonder if @nristen is aware that the order of those fields matter. 🤔
For the record, out of the 89 feeds that I follow, only a single one has more than one # url = field:

gemini://gemini.ctrl-c.club/~nristen/twtxt.txt

And I wonder if @nristen is aware that the order of those fields matter. 🤔
For the record, out of the 89 feeds that I follow, only a single one has more than one # url = field:

gemini://gemini.ctrl-c.club/~nristen/twtxt.txt

And I wonder if @nristen is aware that the order of those fields matter. 🤔
For the record, out of the 89 feeds that I follow, only a single one has more than one # url = field:

gemini://gemini.ctrl-c.club/~nristen/twtxt.txt

And I wonder if @nristen is aware that the order of those fields matter. 🤔
@prologic Oh, wait, there’s already another thread about it. 😅
@prologic Oh, wait, there’s already another thread about it. 😅
@prologic Oh, wait, there’s already another thread about it. 😅
@prologic Oh, wait, there’s already another thread about it. 😅
@prologic No, it’s all just speculation and I don’t like spreading rumors. 😅 It would be more interesting to hear from the twtxt folks themselves why they stopped working on the original twtxt.
@prologic No, it’s all just speculation and I don’t like spreading rumors. 😅 It would be more interesting to hear from the twtxt folks themselves why they stopped working on the original twtxt.
@prologic No, it’s all just speculation and I don’t like spreading rumors. 😅 It would be more interesting to hear from the twtxt folks themselves why they stopped working on the original twtxt.
@prologic No, it’s all just speculation and I don’t like spreading rumors. 😅 It would be more interesting to hear from the twtxt folks themselves why they stopped working on the original twtxt.
@prologic

> the right way to solve this is to use public/private key(s) where you _actually_ have a public key fingerprint as your feed's unique identity that never changes

Okay, this is interesting. How would this work in practice? 🤔
@prologic

> the right way to solve this is to use public/private key(s) where you _actually_ have a public key fingerprint as your feed's unique identity that never changes

Okay, this is interesting. How would this work in practice? 🤔
@prologic

> the right way to solve this is to use public/private key(s) where you _actually_ have a public key fingerprint as your feed's unique identity that never changes

Okay, this is interesting. How would this work in practice? 🤔
@prologic

> the right way to solve this is to use public/private key(s) where you _actually_ have a public key fingerprint as your feed's unique identity that never changes

Okay, this is interesting. How would this work in practice? 🤔
@falsifian If the timestamp included a nanosecond part (which is *not* a valid twtxt feed at the moment, because it mandates RFC3339 timestamps and those only permit one subsecond digit), this could solve the editing problem with little effort. 🤔

Btw, @prologic, in my experience, people editing their twts is a much more common thing than people changing the URL of their feed. 😅 It breaks threading all the time.
@falsifian If the timestamp included a nanosecond part (which is *not* a valid twtxt feed at the moment, because it mandates RFC3339 timestamps and those only permit one subsecond digit), this could solve the editing problem with little effort. 🤔

Btw, @prologic, in my experience, people editing their twts is a much more common thing than people changing the URL of their feed. 😅 It breaks threading all the time.
@falsifian If the timestamp included a nanosecond part (which is *not* a valid twtxt feed at the moment, because it mandates RFC3339 timestamps and those only permit one subsecond digit), this could solve the editing problem with little effort. 🤔

Btw, @prologic, in my experience, people editing their twts is a much more common thing than people changing the URL of their feed. 😅 It breaks threading all the time.
@falsifian If the timestamp included a nanosecond part (which is *not* a valid twtxt feed at the moment, because it mandates RFC3339 timestamps and those only permit one subsecond digit), this could solve the editing problem with little effort. 🤔

Btw, @prologic, in my experience, people editing their twts is a much more common thing than people changing the URL of their feed. 😅 It breaks threading all the time.
Wow, there are a lot of ideas in this thread already. 😃
Wow, there are a lot of ideas in this thread already. 😃
Wow, there are a lot of ideas in this thread already. 😃
Wow, there are a lot of ideas in this thread already. 😃
@prologic @lyse Yeah, same. They say:

> If you post quality content and you've developed a loyal audience, you should be able to ask your most passionate followers to support you with a premium subscription.

You already can ask your most passionate followers to support you: You can ask for donations.

I regularly donate to people if their content is great and if they actually ask for donations (many just don’t). The platforms for that already exist, I think. 🤔

I’m not interested in the slightest in stuff that has a paywall. “Subscribe for more content!” No, why, go away. Pages that do this immediately feel shady and not trust-worthy. 🤔
@prologic @lyse Yeah, same. They say:

> If you post quality content and you've developed a loyal audience, you should be able to ask your most passionate followers to support you with a premium subscription.

You already can ask your most passionate followers to support you: You can ask for donations.

I regularly donate to people if their content is great and if they actually ask for donations (many just don’t). The platforms for that already exist, I think. 🤔

I’m not interested in the slightest in stuff that has a paywall. “Subscribe for more content!” No, why, go away. Pages that do this immediately feel shady and not trust-worthy. 🤔
@prologic @lyse Yeah, same. They say:

> If you post quality content and you've developed a loyal audience, you should be able to ask your most passionate followers to support you with a premium subscription.

You already can ask your most passionate followers to support you: You can ask for donations.

I regularly donate to people if their content is great and if they actually ask for donations (many just don’t). The platforms for that already exist, I think. 🤔

I’m not interested in the slightest in stuff that has a paywall. “Subscribe for more content!” No, why, go away. Pages that do this immediately feel shady and not trust-worthy. 🤔
@prologic @lyse Yeah, same. They say:

> If you post quality content and you've developed a loyal audience, you should be able to ask your most passionate followers to support you with a premium subscription.

You already can ask your most passionate followers to support you: You can ask for donations.

I regularly donate to people if their content is great and if they actually ask for donations (many just don’t). The platforms for that already exist, I think. 🤔

I’m not interested in the slightest in stuff that has a paywall. “Subscribe for more content!” No, why, go away. Pages that do this immediately feel shady and not trust-worthy. 🤔
(Let’s not rush things, obviously. Such a change would have to be well thought through and actually be worth it. It’s not like the current state of Yarn/twtxt is completely unusable.)
(Let’s not rush things, obviously. Such a change would have to be well thought through and actually be worth it. It’s not like the current state of Yarn/twtxt is completely unusable.)
(Let’s not rush things, obviously. Such a change would have to be well thought through and actually be worth it. It’s not like the current state of Yarn/twtxt is completely unusable.)
(Let’s not rush things, obviously. Such a change would have to be well thought through and actually be worth it. It’s not like the current state of Yarn/twtxt is completely unusable.)
@lyse @prologic Sorry, I have hardly slept last night. 😅 I probably didn’t chose the best words to describe this. 🥴

> Yes, I'm all for dedicated message IDs. That would be a whole new format then. *But I would be fine with it.*

Honestly, me too. When Yarn originally showed up, I was concerned that it would extend twtxt in dramatically incompatible ways or, worse, change it in a way so that you needed *server software*. 😅 The latter would have ruined it for me. A *major* reason why I still use twtxt/Yarn is that it’s still just a file you put somewhere. If there was the need to *run a daemon*, I’d give up and just use some ActivityPub thingy instead.

What I did not expect, however, was that the original twtxt itself would just … die. There has been no development in the original software anymore and virtually all the original feeds are dead. Some feeds are left, but they’re just used as an alternative to Atom/RSS for some blogs. I don’t know what happened behind the scenes that killed off twtxt (I have a few guesses, though), but the sad truth is that it’s gone.

So, yeah, maybe this gives us the freedom now to *break* with the original twtxt spec (if needed) and come up with a format that *fixes* the issues we’re seeing.

(Oh god. Are we re-inventing Usenet then? Again? 😂)
@lyse @prologic Sorry, I have hardly slept last night. 😅 I probably didn’t chose the best words to describe this. 🥴

> Yes, I'm all for dedicated message IDs. That would be a whole new format then. *But I would be fine with it.*

Honestly, me too. When Yarn originally showed up, I was concerned that it would extend twtxt in dramatically incompatible ways or, worse, change it in a way so that you needed *server software*. 😅 The latter would have ruined it for me. A *major* reason why I still use twtxt/Yarn is that it’s still just a file you put somewhere. If there was the need to *run a daemon*, I’d give up and just use some ActivityPub thingy instead.

What I did not expect, however, was that the original twtxt itself would just … die. There has been no development in the original software anymore and virtually all the original feeds are dead. Some feeds are left, but they’re just used as an alternative to Atom/RSS for some blogs. I don’t know what happened behind the scenes that killed off twtxt (I have a few guesses, though), but the sad truth is that it’s gone.

So, yeah, maybe this gives us the freedom now to *break* with the original twtxt spec (if needed) and come up with a format that *fixes* the issues we’re seeing.

(Oh god. Are we re-inventing Usenet then? Again? 😂)
@lyse @prologic Sorry, I have hardly slept last night. 😅 I probably didn’t chose the best words to describe this. 🥴

> Yes, I'm all for dedicated message IDs. That would be a whole new format then. *But I would be fine with it.*

Honestly, me too. When Yarn originally showed up, I was concerned that it would extend twtxt in dramatically incompatible ways or, worse, change it in a way so that you needed *server software*. 😅 The latter would have ruined it for me. A *major* reason why I still use twtxt/Yarn is that it’s still just a file you put somewhere. If there was the need to *run a daemon*, I’d give up and just use some ActivityPub thingy instead.

What I did not expect, however, was that the original twtxt itself would just … die. There has been no development in the original software anymore and virtually all the original feeds are dead. Some feeds are left, but they’re just used as an alternative to Atom/RSS for some blogs. I don’t know what happened behind the scenes that killed off twtxt (I have a few guesses, though), but the sad truth is that it’s gone.

So, yeah, maybe this gives us the freedom now to *break* with the original twtxt spec (if needed) and come up with a format that *fixes* the issues we’re seeing.

(Oh god. Are we re-inventing Usenet then? Again? 😂)
@lyse @prologic Sorry, I have hardly slept last night. 😅 I probably didn’t chose the best words to describe this. 🥴

> Yes, I'm all for dedicated message IDs. That would be a whole new format then. *But I would be fine with it.*

Honestly, me too. When Yarn originally showed up, I was concerned that it would extend twtxt in dramatically incompatible ways or, worse, change it in a way so that you needed *server software*. 😅 The latter would have ruined it for me. A *major* reason why I still use twtxt/Yarn is that it’s still just a file you put somewhere. If there was the need to *run a daemon*, I’d give up and just use some ActivityPub thingy instead.

What I did not expect, however, was that the original twtxt itself would just … die. There has been no development in the original software anymore and virtually all the original feeds are dead. Some feeds are left, but they’re just used as an alternative to Atom/RSS for some blogs. I don’t know what happened behind the scenes that killed off twtxt (I have a few guesses, though), but the sad truth is that it’s gone.

So, yeah, maybe this gives us the freedom now to *break* with the original twtxt spec (if needed) and come up with a format that *fixes* the issues we’re seeing.

(Oh god. Are we re-inventing Usenet then? Again? 😂)
All this hash breakage made me wonder if we should try to introduce “message IDs” after all. 😅

But the great thing about the current system is that nobody can spoof message IDs. 🤔 When you think about it, message IDs in e-mails only work because (almost) everybody plays fair. Nothing stops me from using the same Message-ID header in *each and every mail*, that would break e-mail threading all the time.

In Yarn, twt hashes are *derived* from twt content and feed metadata. That is pretty elegant and I’d hate see us lose that property.

If we wanted to allow editing twts, we could do something like this:

2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello world!

Here, mp6ox4a would be a “partial hash”: To get the actual hash of this twt, you’d concatenate the feed’s URL and mp6ox4a and get, say, hlnw5ha. (Pretty similar to the current system.) When people reply to this twt, they would have to do this:

2024-09-05T14:57:14+00:00 (~bpt74ka) (#hlnw5ha) Yes, hello!

That second twt has a partial hash of bpt74ka and is a reply to the full hash hlnw5ha. The author of the “Hello world!” twt could then edit their twt and change it to 2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello friends! or whatever. Threading wouldn’t break.

Would this be worth it? It’s certainly not backwards-compatible. 😂
All this hash breakage made me wonder if we should try to introduce “message IDs” after all. 😅

But the great thing about the current system is that nobody can spoof message IDs. 🤔 When you think about it, message IDs in e-mails only work because (almost) everybody plays fair. Nothing stops me from using the same Message-ID header in *each and every mail*, that would break e-mail threading all the time.

In Yarn, twt hashes are *derived* from twt content and feed metadata. That is pretty elegant and I’d hate see us lose that property.

If we wanted to allow editing twts, we could do something like this:

2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello world!

Here, mp6ox4a would be a “partial hash”: To get the actual hash of this twt, you’d concatenate the feed’s URL and mp6ox4a and get, say, hlnw5ha. (Pretty similar to the current system.) When people reply to this twt, they would have to do this:

2024-09-05T14:57:14+00:00 (~bpt74ka) (#hlnw5ha) Yes, hello!

That second twt has a partial hash of bpt74ka and is a reply to the full hash hlnw5ha. The author of the “Hello world!” twt could then edit their twt and change it to 2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello friends! or whatever. Threading wouldn’t break.

Would this be worth it? It’s certainly not backwards-compatible. 😂
All this hash breakage made me wonder if we should try to introduce “message IDs” after all. 😅

But the great thing about the current system is that nobody can spoof message IDs. 🤔 When you think about it, message IDs in e-mails only work because (almost) everybody plays fair. Nothing stops me from using the same Message-ID header in *each and every mail*, that would break e-mail threading all the time.

In Yarn, twt hashes are *derived* from twt content and feed metadata. That is pretty elegant and I’d hate see us lose that property.

If we wanted to allow editing twts, we could do something like this:

2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello world!

Here, mp6ox4a would be a “partial hash”: To get the actual hash of this twt, you’d concatenate the feed’s URL and mp6ox4a and get, say, hlnw5ha. (Pretty similar to the current system.) When people reply to this twt, they would have to do this:

2024-09-05T14:57:14+00:00 (~bpt74ka) (#hlnw5ha) Yes, hello!

That second twt has a partial hash of bpt74ka and is a reply to the full hash hlnw5ha. The author of the “Hello world!” twt could then edit their twt and change it to 2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello friends! or whatever. Threading wouldn’t break.

Would this be worth it? It’s certainly not backwards-compatible. 😂
All this hash breakage made me wonder if we should try to introduce “message IDs” after all. 😅

But the great thing about the current system is that nobody can spoof message IDs. 🤔 When you think about it, message IDs in e-mails only work because (almost) everybody plays fair. Nothing stops me from using the same Message-ID header in *each and every mail*, that would break e-mail threading all the time.

In Yarn, twt hashes are *derived* from twt content and feed metadata. That is pretty elegant and I’d hate see us lose that property.

If we wanted to allow editing twts, we could do something like this:

2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello world!

Here, mp6ox4a would be a “partial hash”: To get the actual hash of this twt, you’d concatenate the feed’s URL and mp6ox4a and get, say, hlnw5ha. (Pretty similar to the current system.) When people reply to this twt, they would have to do this:

2024-09-05T14:57:14+00:00\t(~bpt74ka) (#hlnw5ha) Yes, hello!

That second twt has a partial hash of bpt74ka and is a reply to the full hash hlnw5ha. The author of the “Hello world!” twt could then edit their twt and change it to 2024-09-05T13:37:40+00:00 (~mp6ox4a) Hello friends! or whatever. Threading wouldn’t break.

Would this be worth it? It’s certainly not backwards-compatible. 😂
@bender The size … it depends. 🥴

$ du -sh ~/Mail/twt
244M /home/user/Mail/twt

But:

$ du -sh --apparent-size ~/Mail/twt
33M /home/user/Mail/twt

There are about 60k twts in there.

Regarding one-way junk: True. Looks like I mostly unfollowed those, I don’t really have that in my inbox. 🤔

These are the Top 10, btw:

$ awk '/^From: / { user\n++ } END { for (u in user) { print user\n, u } }' * | sort -k1rn | head -n 10
24020 "prologic"
5269 "lyse"
3928 "movq"
2285 "adi"
1985 "abucci"
1713 "mckinley"
1415 "off_grid_living"
1352 "darch"
1280 "eaplmx"
956 "bender"*
@bender The size … it depends. 🥴

$ du -sh ~/Mail/twt
244M /home/user/Mail/twt

But:

$ du -sh --apparent-size ~/Mail/twt
33M /home/user/Mail/twt

There are about 60k twts in there.

Regarding one-way junk: True. Looks like I mostly unfollowed those, I don’t really have that in my inbox. 🤔

These are the Top 10, btw:

$ awk '/^From: / { user[$2]++ } END { for (u in user) { print user[u], u } }' * | sort -k1rn | head -n 10
24020 "prologic"
5269 "lyse"
3928 "movq"
2285 "adi"
1985 "abucci"
1713 "mckinley"
1415 "off_grid_living"
1352 "darch"
1280 "eaplmx"
956 "bender"*
@bender The size … it depends. 🥴

$ du -sh ~/Mail/twt
244M /home/user/Mail/twt

But:

$ du -sh --apparent-size ~/Mail/twt
33M /home/user/Mail/twt

There are about 60k twts in there.

Regarding one-way junk: True. Looks like I mostly unfollowed those, I don’t really have that in my inbox. 🤔

These are the Top 10, btw:

$ awk '/^From: / { user[$2]++ } END { for (u in user) { print user[u], u } }' * | sort -k1rn | head -n 10
24020 "prologic"
5269 "lyse"
3928 "movq"
2285 "adi"
1985 "abucci"
1713 "mckinley"
1415 "off_grid_living"
1352 "darch"
1280 "eaplmx"
956 "bender"*
@bender The size … it depends. 🥴

$ du -sh ~/Mail/twt
244M /home/user/Mail/twt

But:

$ du -sh --apparent-size ~/Mail/twt
33M /home/user/Mail/twt

There are about 60k twts in there.

Regarding one-way junk: True. Looks like I mostly unfollowed those, I don’t really have that in my inbox. 🤔

These are the Top 10, btw:

$ awk '/^From: / { user[$2]++ } END { for (u in user) { print user[u], u } }' * | sort -k1rn | head -n 10
24020 "prologic"
5269 "lyse"
3928 "movq"
2285 "adi"
1985 "abucci"
1713 "mckinley"
1415 "off_grid_living"
1352 "darch"
1280 "eaplmx"
956 "bender"*
@bender The size … it depends. 🥴

$ du -sh ~/Mail/twt
244M /home/user/Mail/twt

But:

$ du -sh --apparent-size ~/Mail/twt
33M /home/user/Mail/twt

There are about 60k twts in there.

Regarding one-way junk: True. Looks like I mostly unfollowed those, I don’t really have that in my inbox. 🤔

These are the Top 10, btw:

$ awk '/^From: / { user[$2]++ } END { for (u in user) { print user[u], u } }' * | sort -k1rn | head -n 10
24020 "prologic"
5269 "lyse"
3928 "movq"
2285 "adi"
1985 "abucci"
1713 "mckinley"
1415 "off_grid_living"
1352 "darch"
1280 "eaplmx"
956 "bender"*
@bender On twtxt, I follow all feeds that I can find (there are *some* exceptions, of course). There’s so little going on in general, it hardly matters. 😅

And I just realized: Mutt’s layout helps a lot. Skimming over new twts is really easy and it’s not a big loss if there are a couple of shitposts™ in my “timeline”. This is very different from Mastodon (both the default web UI and all clients I’ve tried), where the timeline is always *huge*. Posts take up a lot of space on screen. Makes me think twice if I want to follow someone or not. 😅

(I mostly only follow Hashtags on Mastodon anyway. It’s more interesting that way.)
@bender On twtxt, I follow all feeds that I can find (there are *some* exceptions, of course). There’s so little going on in general, it hardly matters. 😅

And I just realized: Mutt’s layout helps a lot. Skimming over new twts is really easy and it’s not a big loss if there are a couple of shitposts™ in my “timeline”. This is very different from Mastodon (both the default web UI and all clients I’ve tried), where the timeline is always *huge*. Posts take up a lot of space on screen. Makes me think twice if I want to follow someone or not. 😅

(I mostly only follow Hashtags on Mastodon anyway. It’s more interesting that way.)
@bender On twtxt, I follow all feeds that I can find (there are *some* exceptions, of course). There’s so little going on in general, it hardly matters. 😅

And I just realized: Mutt’s layout helps a lot. Skimming over new twts is really easy and it’s not a big loss if there are a couple of shitposts™ in my “timeline”. This is very different from Mastodon (both the default web UI and all clients I’ve tried), where the timeline is always *huge*. Posts take up a lot of space on screen. Makes me think twice if I want to follow someone or not. 😅

(I mostly only follow Hashtags on Mastodon anyway. It’s more interesting that way.)
@bender On twtxt, I follow all feeds that I can find (there are *some* exceptions, of course). There’s so little going on in general, it hardly matters. 😅

And I just realized: Mutt’s layout helps a lot. Skimming over new twts is really easy and it’s not a big loss if there are a couple of shitposts™ in my “timeline”. This is very different from Mastodon (both the default web UI and all clients I’ve tried), where the timeline is always *huge*. Posts take up a lot of space on screen. Makes me think twice if I want to follow someone or not. 😅

(I mostly only follow Hashtags on Mastodon anyway. It’s more interesting that way.)
@falsifian @prologic @bender The twt was edited. In my cache, it also has hash st3wsda and it started like this:

(#yqke7sq) I've been sketching out some …

When fetching the feed *now*, the twt starts like this and the current twt gets the hash 6mdqxrq:

(#yqke7sq) I've been sketching out some …

This can’t be avoided, really. Publishing twts and then editing them is like doing a git push --force after rewriting the commit history. Chaos will ensue. 😅
@falsifian @prologic @bender The twt was edited. In my cache, it also has hash st3wsda and it started like this:

(#yqke7sq) I've been sketching out some …

When fetching the feed *now*, the twt starts like this and the current twt gets the hash 6mdqxrq:

(#yqke7sq) I've been sketching out some …

This can’t be avoided, really. Publishing twts and then editing them is like doing a git push --force after rewriting the commit history. Chaos will ensue. 😅
@falsifian @prologic @bender The twt was edited. In my cache, it also has hash st3wsda and it started like this:

(#yqke7sq) I've been sketching out some …

When fetching the feed *now*, the twt starts like this and the current twt gets the hash 6mdqxrq:

(#yqke7sq) I've been sketching out some …

This can’t be avoided, really. Publishing twts and then editing them is like doing a git push --force after rewriting the commit history. Chaos will ensue. 😅
@falsifian @prologic @bender The twt was edited. In my cache, it also has hash st3wsda and it started like this:

(#yqke7sq) I've been sketching out some …

When fetching the feed *now*, the twt starts like this and the current twt gets the hash 6mdqxrq:

(#yqke7sq) I've been sketching out some …

This can’t be avoided, really. Publishing twts and then editing them is like doing a git push --force after rewriting the commit history. Chaos will ensue. 😅
@cuaxolotl Ah, thanks for reporting back! Okay, so you’re basically manually “crawling” feeds right now. 🤔 What do you think about the idea of adding something like # follow_notify = gemini://foo/bar to your feed’s metadata, so that clients who follow you can ping that URL every now and then? How would you even notice that, do you regularly read your gemini logs? 🤔
@cuaxolotl Ah, thanks for reporting back! Okay, so you’re basically manually “crawling” feeds right now. 🤔 What do you think about the idea of adding something like # follow_notify = gemini://foo/bar to your feed’s metadata, so that clients who follow you can ping that URL every now and then? How would you even notice that, do you regularly read your gemini logs? 🤔
@cuaxolotl Ah, thanks for reporting back! Okay, so you’re basically manually “crawling” feeds right now. 🤔 What do you think about the idea of adding something like # follow_notify = gemini://foo/bar to your feed’s metadata, so that clients who follow you can ping that URL every now and then? How would you even notice that, do you regularly read your gemini logs? 🤔
@cuaxolotl Ah, thanks for reporting back! Okay, so you’re basically manually “crawling” feeds right now. 🤔 What do you think about the idea of adding something like # follow_notify = gemini://foo/bar to your feed’s metadata, so that clients who follow you can ping that URL every now and then? How would you even notice that, do you regularly read your gemini logs? 🤔
And the bonus read is also interesting:

https://devblogs.microsoft.com/oldnewthing/20211129-00/?p=105979

Confession: I completely forgot that Alt+Tab existed in text mode. 🤦 It’s not even a hidden feature, it’s advertised right when you start a fullscreen dos box. Well, Alt+Tab wasn’t a thing I did regularly anyway – it was usually Ctrl+Esc to open the window list (which also worked in OS/2). 🤔 I *think* I only started using Alt+Tab when Windows 95 removed Ctrl+Esc (because it had no use anymore, it essentially got replaced by the tasklist).
And the bonus read is also interesting:

https://devblogs.microsoft.com/oldnewthing/20211129-00/?p=105979

Confession: I completely forgot that Alt+Tab existed in text mode. 🤦 It’s not even a hidden feature, it’s advertised right when you start a fullscreen dos box. Well, Alt+Tab wasn’t a thing I did regularly anyway – it was usually Ctrl+Esc to open the window list (which also worked in OS/2). 🤔 I *think* I only started using Alt+Tab when Windows 95 removed Ctrl+Esc (because it had no use anymore, it essentially got replaced by the tasklist).
And the bonus read is also interesting:

https://devblogs.microsoft.com/oldnewthing/20211129-00/?p=105979

Confession: I completely forgot that Alt+Tab existed in text mode. 🤦 It’s not even a hidden feature, it’s advertised right when you start a fullscreen dos box. Well, Alt+Tab wasn’t a thing I did regularly anyway – it was usually Ctrl+Esc to open the window list (which also worked in OS/2). 🤔 I *think* I only started using Alt+Tab when Windows 95 removed Ctrl+Esc (because it had no use anymore, it essentially got replaced by the tasklist).
And the bonus read is also interesting:

https://devblogs.microsoft.com/oldnewthing/20211129-00/?p=105979

Confession: I completely forgot that Alt+Tab existed in text mode. 🤦 It’s not even a hidden feature, it’s advertised right when you start a fullscreen dos box. Well, Alt+Tab wasn’t a thing I did regularly anyway – it was usually Ctrl+Esc to open the window list (which also worked in OS/2). 🤔 I *think* I only started using Alt+Tab when Windows 95 removed Ctrl+Esc (because it had no use anymore, it essentially got replaced by the tasklist).
Interesting read about the Windows 95 bluescreen by Raymond Chen:

https://devblogs.microsoft.com/oldnewthing/20240903-00/?p=110205

All this Virtual Machine Manager stuff went completely over my head back then … 🤯
Interesting read about the Windows 95 bluescreen by Raymond Chen:

https://devblogs.microsoft.com/oldnewthing/20240903-00/?p=110205

All this Virtual Machine Manager stuff went completely over my head back then … 🤯
Interesting read about the Windows 95 bluescreen by Raymond Chen:

https://devblogs.microsoft.com/oldnewthing/20240903-00/?p=110205

All this Virtual Machine Manager stuff went completely over my head back then … 🤯
Interesting read about the Windows 95 bluescreen by Raymond Chen:

https://devblogs.microsoft.com/oldnewthing/20240903-00/?p=110205

All this Virtual Machine Manager stuff went completely over my head back then … 🤯
@lyse Quick! Play the lottery! HURRY!
@lyse Quick! Play the lottery! HURRY!
@lyse Quick! Play the lottery! HURRY!
@lyse Quick! Play the lottery! HURRY!
@lyse

> But maybe with the climate getting hotter and hotter, they migrate north to me, too.

And a lot of other nasty stuff with it, bugs, spiders, you name it. Didn’t we migrate all this way up north to be free from such Ungeziefer? 😅
@lyse

> But maybe with the climate getting hotter and hotter, they migrate north to me, too.

And a lot of other nasty stuff with it, bugs, spiders, you name it. Didn’t we migrate all this way up north to be free from such Ungeziefer? 😅
@lyse

> But maybe with the climate getting hotter and hotter, they migrate north to me, too.

And a lot of other nasty stuff with it, bugs, spiders, you name it. Didn’t we migrate all this way up north to be free from such Ungeziefer? 😅
@lyse

> But maybe with the climate getting hotter and hotter, they migrate north to me, too.

And a lot of other nasty stuff with it, bugs, spiders, you name it. Didn’t we migrate all this way up north to be free from such Ungeziefer? 😅
There was a time when WebKit (I think it was WebKit) stored metadata of downloads in extended attributes. Like the URL you were downloading it from.

https://movq.de/v/f79b94485a/s.png

This was really useful. 🤔 Chromium also did it for a while and then they removed it due to privacy concerns. Now none of the popular browsers do it anymore. 🫤

- https://bugzilla.mozilla.org/show_bug.cgi?id=665531
- https://chromium.googlesource.com/chromium/src/+/a9b4fb70b4318b220deee0da7b1693d16b8ed071
- https://bugs.webkit.org/show_bug.cgi?id=260778
There was a time when WebKit (I think it was WebKit) stored metadata of downloads in extended attributes. Like the URL you were downloading it from.

https://movq.de/v/f79b94485a/s.png

This was really useful. 🤔 Chromium also did it for a while and then they removed it due to privacy concerns. Now none of the popular browsers do it anymore. 🫤

- https://bugzilla.mozilla.org/show_bug.cgi?id=665531
- https://chromium.googlesource.com/chromium/src/+/a9b4fb70b4318b220deee0da7b1693d16b8ed071
- https://bugs.webkit.org/show_bug.cgi?id=260778
There was a time when WebKit (I think it was WebKit) stored metadata of downloads in extended attributes. Like the URL you were downloading it from.

https://movq.de/v/f79b94485a/s.png

This was really useful. 🤔 Chromium also did it for a while and then they removed it due to privacy concerns. Now none of the popular browsers do it anymore. 🫤

- https://bugzilla.mozilla.org/show_bug.cgi?id=665531
- https://chromium.googlesource.com/chromium/src/+/a9b4fb70b4318b220deee0da7b1693d16b8ed071
- https://bugs.webkit.org/show_bug.cgi?id=260778
There was a time when WebKit (I think it was WebKit) stored metadata of downloads in extended attributes. Like the URL you were downloading it from.

https://movq.de/v/f79b94485a/s.png

This was really useful. 🤔 Chromium also did it for a while and then they removed it due to privacy concerns. Now none of the popular browsers do it anymore. 🫤

- https://bugzilla.mozilla.org/show_bug.cgi?id=665531
- https://chromium.googlesource.com/chromium/src/+/a9b4fb70b4318b220deee0da7b1693d16b8ed071
- https://bugs.webkit.org/show_bug.cgi?id=260778
@aelaraji He … slapped you? 😂 Typical for a cat! 😂
@aelaraji He … slapped you? 😂 Typical for a cat! 😂
@aelaraji He … slapped you? 😂 Typical for a cat! 😂
@aelaraji He … slapped you? 😂 Typical for a cat! 😂
@lyse Well, I guess that goes to show how completely irrelevant it was to Computer History. 😅
@lyse Well, I guess that goes to show how completely irrelevant it was to Computer History. 😅
@lyse Well, I guess that goes to show how completely irrelevant it was to Computer History. 😅
@lyse Well, I guess that goes to show how completely irrelevant it was to Computer History. 😅
@prologic There’s another thing to consider: I have a feeling that (some/most/many?) Gopher/Gemini users wouldn’t even *want* that. I’ve heard them say a couple of times: “If you follow me, just drop me an e-mail.” 🤔 I don’t know if this is a widespread opinion or not, but I do feel the need to first gather some feedback from them, before we start drafting a spec. 😅
@prologic There’s another thing to consider: I have a feeling that (some/most/many?) Gopher/Gemini users wouldn’t even *want* that. I’ve heard them say a couple of times: “If you follow me, just drop me an e-mail.” 🤔 I don’t know if this is a widespread opinion or not, but I do feel the need to first gather some feedback from them, before we start drafting a spec. 😅
@prologic There’s another thing to consider: I have a feeling that (some/most/many?) Gopher/Gemini users wouldn’t even *want* that. I’ve heard them say a couple of times: “If you follow me, just drop me an e-mail.” 🤔 I don’t know if this is a widespread opinion or not, but I do feel the need to first gather some feedback from them, before we start drafting a spec. 😅
@prologic There’s another thing to consider: I have a feeling that (some/most/many?) Gopher/Gemini users wouldn’t even *want* that. I’ve heard them say a couple of times: “If you follow me, just drop me an e-mail.” 🤔 I don’t know if this is a widespread opinion or not, but I do feel the need to first gather some feedback from them, before we start drafting a spec. 😅
@prologic Ahh, found it, there were some ideas in this thread from January 2022: https://twtxt.net/twt/ansuy4a I haven’t read all of it yet.