Indeed I knew the format since it was used in Gemini capsules as a sort of Atom alternative
Indeed I knew the format since it was used in Gemini capsules as a sort of Atom alternative
On the other hand, RSS and Atom being XML are way too heavy for my taste. And then there's JSON feed. It's been a while since I skimmed over it, can't remember the details, but I wasn't sold on this one either. I also never encountered any JSON feed in the wild. So I'm still on my quest to find an optimal feed format.
I don't think it's a very good idea to include content when using twtxt as a syndication format. Anything based on twtxt, in my opinion, should retain the spirit of the original specification, especially readability by humans and machines. 10K of HTML in one line absolutely breaks human readability.
What about
TIMESTAMP\\tTITLE\\tPERMALINK
, like the following?
2022-09-22T14:53:26-07:00\tBringing Back a Useful Browser Feature With a Bookmarklet\thttps://mckinley.cc/blog/20220922.html
I don't think it's a very good idea to include content when using twtxt as a syndication format. Anything based on twtxt, in my opinion, should retain the spirit of the original specification, especially readability by humans and machines. 10K of HTML in one line absolutely breaks human readability.
What about
TIMESTAMP\tTITLE\tPERMALINK
, like the following?
2022-09-22T14:53:26-07:00 Bringing Back a Useful Browser Feature With a Bookmarklet https://mckinley.cc/blog/20220922.html
TIMESTAMP\\tTITLE: PERMALINK
which would be harder to parse programmatically.This discussion has me thinking of a serious syndication format built on twtxt that could be implemented in normal feed readers. It would be limited, but extremely easy for a Webmaster to implement. You could also receive updates with a normal twtxt client. I think there could be some utility in it.
TIMESTAMP\\tTITLE: PERMALINK
which would be harder to parse programmatically.This discussion has me thinking of a serious syndication format built on twtxt that could be implemented in normal feed readers. It would be limited, but extremely easy for a Webmaster to implement. You could also receive updates with a normal twtxt client. I think there could be some utility in it.
TIMESTAMP\\tTITLE: PERMALINK
which would be harder to parse programmatically.This discussion has me thinking of a serious syndication format built on twtxt that could be implemented in normal feed readers. It would be limited, but extremely easy for a Webmaster to implement. Users could also receive updates with a normal twtxt client. I think there could be some utility in it.
TIMESTAMP\tTITLE: PERMALINK
which would be harder to parse programmatically.This discussion has me thinking of a serious syndication format built on top of twtxt that could be implemented in normal feed readers. It would be limited, but extremely easy for a Webmaster to implement. Users could also receive updates with a normal twtxt client. I think there could be some utility in it.
TIMESTAMP\\tTITLE: PERMALINK
which would be harder to parse programmatically.This discussion has me thinking of a serious syndication format built on top of twtxt that could be implemented in normal feed readers. It would be limited, but extremely easy for a Webmaster to implement. Users could also receive updates with a normal twtxt client. I think there could be some utility in it.
I didn't know about that page, it's cool!
About how do they use Twtxt as a feed, I agree on the problem you mention, and of the lack of a convention (unless we use the title/subject as someone suggested later) for automated parsing