# 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 56
# self = https://watcher.sour.is/conv/gjst6xa
Given the continued hostility of jam6 and buckket over Yarn'a use of Twtxt (even after several years! ๐ฑ) I am continuing to face hard decisions.
I am not sure what to do about this. ๐ค I am quite confident that the hostility and sentiment is not held by all Twtxt users past and present ๐ข
This is a case of a few upset purists who prefer to mock, shame and behave passive aggressively instead of contributing to a healthy discussion and ecosystem.
I am uncertain what Yarn should do here ๐ข
Given the continued hostility of jam6 and buckket over Yarn'a use of Twtxt (even after several years! ๐ฑ) I am continuing to face hard decisions.
I am not sure what to do about this. ๐ค I am quite confident that the hostility and sentiment is not held by all Twtxt users past and present ๐ข
This is a case of a few upset purists who prefer to mock, shame and behave passive aggressively instead of contributing to a healthy discussion and ecosystem.
I am uncertain what Yarn should do here ๐ข
Given the continued hostility of jam6 and buckket over Yarn'a use of Twtxt (even after several years! ๐ฑ) I am continuing to face hard decisions.
I am not sure what to do about this. ๐ค I am quite confident that the hostility and sentiment is not held by all Twtxt users past and present ๐ข
This is a case of a few upset purists who prefer to mock, shame and behave passive aggressively instead of contributing to a healthy discussion and ecosystem.
I am uncertain what Yarn should do here ๐ข
Huh? Not sure what you are referring to here to be honest.
@stigatle I'll take a copy of the conversations over the last few days in the #twtxt ITC channel and link here ๐
@stigatle I'll take a copy of the conversations over the last few days in the #twtxt ITC channel and link here ๐
@stigatle I'll take a copy of the conversations over the last few days in the #twtxt ITC channel and link here ๐
Arggg "Forbidden" ๐คฆโโ๏ธ
Arggg "Forbidden" ๐คฆโโ๏ธ
Arggg "Forbidden" ๐คฆโโ๏ธ
@prologic net::ERR_HTTP_RESPONSE_CODE_FAILURE
@prologic net::ERR_HTTP_RESPONSE_CODE_FAILURE
@prologic the other still doesn't work for me, but this one does
@prologic the other still doesn't work for me, but this one does
@prologic What I take out from this log is that buckets client is truncating twts when seeing one of those characters you use for newline: a PR fixing that should suffice. As for the rest, I see twtxt as meant to be a readable format, and I think yarn is not messing with that. Is someone doesn't like yarn's writing style (or anything else on any other feed) they can simply not follow them. I see no reason at all for yarn to change its underlying format away from twtxt.
@prologic What I take out from this log is that buckets client is truncating twts when seeing one of those characters you use for newline: a PR fixing that should suffice. As for the rest, I see twtxt as meant to be a readable format, and I think yarn is not messing with that. Is someone doesn't like yarn's writing style (or anything else on any other feed) they can simply not follow them. I see no reason at all for yarn to change its underlying format away from twtxt.
@marado Yup I completely agree. ๐ฏ @lyse has significant bug fixes for buckket's original twtxt client, including support for multi-lines (\u2028), I suppose anyone (even I) could put up a PR that addresses that, it's a trivial 1-line patch.
As for your very positively written position and point, absolutely 100% ๐ The fact that some folks write cryptic posts to their Twtxt feed (e.g: the feed that posts geospatial coordinates updates and a status of some reading off a device), or some other formats (rare, but do exit), plain text, Markdown or HTML are all attributes of what the author chooses to write. Probably the only form that would be quite hard to cope with _manually_ would be XML/HTML ๐คฃ
@marado Yup I completely agree. ๐ฏ @lyse has significant bug fixes for buckket's original twtxt client, including support for multi-lines (\u2028), I suppose anyone (even I) could put up a PR that addresses that, it's a trivial 1-line patch.
As for your very positively written position and point, absolutely 100% ๐ The fact that some folks write cryptic posts to their Twtxt feed (e.g: the feed that posts geospatial coordinates updates and a status of some reading off a device), or some other formats (rare, but do exit), plain text, Markdown or HTML are all attributes of what the author chooses to write. Probably the only form that would be quite hard to cope with _manually_ would be XML/HTML ๐คฃ
@marado Yup I completely agree. ๐ฏ @lyse has significant bug fixes for buckket's original twtxt client, including support for multi-lines (\\u2028), I suppose anyone (even I) could put up a PR that addresses that, it's a trivial 1-line patch.
As for your very positively written position and point, absolutely 100% ๐ The fact that some folks write cryptic posts to their Twtxt feed (e.g: the feed that posts geospatial coordinates updates and a status of some reading off a device), or some other formats (rare, but do exit), plain text, Markdown or HTML are all attributes of what the author chooses to write. Probably the only form that would be quite hard to cope with _manually_ would be XML/HTML ๐คฃ
@marado Yup I completely agree. ๐ฏ @lyse has significant bug fixes for buckket's original twtxt client, including support for multi-lines (\u2028), I suppose anyone (even I) could put up a PR that addresses that, it's a trivial 1-line patch.
As for your very positively written position and point, absolutely 100% ๐ The fact that some folks write cryptic posts to their Twtxt feed (e.g: the feed that posts geospatial coordinates updates and a status of some reading off a device), or some other formats (rare, but do exit), plain text, Markdown or HTML are all attributes of what the author chooses to write. Probably the only form that would be quite hard to cope with _manually_ would be XML/HTML ๐คฃ
But as you say, if you don't find it useful, don't like it, or whatever, simply don't follow it.
Also whilst I understand the appeal of curl url | less to read a feed, I find this a terrible user experience in the first place, yes it should be possible to use UNIX text manipulation tools for feeds, which is why using Twtxt as the "spec" and "transport" of the content is so ideal. -- Should you read feeds this way primarily? Probably not.
But as you say, if you don't find it useful, don't like it, or whatever, simply don't follow it.
Also whilst I understand the appeal of curl url | less to read a feed, I find this a terrible user experience in the first place, yes it should be possible to use UNIX text manipulation tools for feeds, which is why using Twtxt as the "spec" and "transport" of the content is so ideal. -- Should you read feeds this way primarily? Probably not.
But as you say, if you don't find it useful, don't like it, or whatever, simply don't follow it.
Also whilst I understand the appeal of curl url | less to read a feed, I find this a terrible user experience in the first place, yes it should be possible to use UNIX text manipulation tools for feeds, which is why using Twtxt as the "spec" and "transport" of the content is so ideal. -- Should you read feeds this way primarily? Probably not.
@prologic I'd actually not replace it with newlines but with a space or something like that, so there's nothing breaking (twtxt output parsers or whatever, expecting only one line per twt).
@prologic I'd actually not replace it with newlines but with a space or something like that, so there's nothing breaking (twtxt output parsers or whatever, expecting only one line per twt).
@marado Ahh good point, or with a --? I sometimes try to separate different paragraphs or points with a -- instead of a new line / paragraph break. I don't mind either way, but will amend the PR later when I get back from the tournament, unless you'd like to make the suggested change and I'll just accept it? ๐
@marado Ahh good point, or with a --? I sometimes try to separate different paragraphs or points with a -- instead of a new line / paragraph break. I don't mind either way, but will amend the PR later when I get back from the tournament, unless you'd like to make the suggested change and I'll just accept it? ๐
@marado Ahh good point, or with a --? I sometimes try to separate different paragraphs or points with a -- instead of a new line / paragraph break. I don't mind either way, but will amend the PR later when I get back from the tournament, unless you'd like to make the suggested change and I'll just accept it? ๐
@prologic Honestly this is quite disappointing to see as someone new to the twtxt/yarn ecosystem - it feels like the entirety of the buckket argument is based on a "purist" viewpoint when nothing yarn does feels fundamentally incompatible with original twtxt
Very sad ๐
However I do agree with jan6 on that while yarn is a great twtxt client, twtxt is a terrible yarn client
That doesn't mean that yarn should change its underlying format away from twtxt though, twtxt is probably yarn's biggest selling point
my view of twxt is essentially a feed of arbitrary plain text data with timestamps, which can open up the ecosystem to all sorts of good experimentation in clients
and for the specific case of multiline twts, when you actively have a pr waiting which addresses the issue, the stubbornness of the opposition seems quite unreasonable
that's just my two cents, didn't mean to write a paragraph (lol a multiline twt for you right here)
@shreyan Thanks for your encouraging words ๐ค
I also agree that buckket's twtzt dlient makes a terrible Yarn client -- I would even go so far as to say it's not very well maintained either as it has been broken for some time ๐ข
Yes we can raise a PR against the original reference client -- But I'm not convinced it'll get accepted ๐ข
@shreyan Thanks for your encouraging words ๐ค
I also agree that buckket's twtzt dlient makes a terrible Yarn client -- I would even go so far as to say it's not very well maintained either as it has been broken for some time ๐ข
Yes we can raise a PR against the original reference client -- But I'm not convinced it'll get accepted ๐ข
@shreyan Thanks for your encouraging words ๐ค
I also agree that buckket's twtzt dlient makes a terrible Yarn client -- I would even go so far as to say it's not very well maintained either as it has been broken for some time ๐ข
Yes we can raise a PR against the original reference client -- But I'm not convinced it'll get accepted ๐ข
@prologic You can't win them all. Just leave that channel. Fixed. :-)
I don't buy jan6's premise that twts with markdown and image links is hard to read. Markdown came out of how people simulated typeseted text in plain text and the URL part of links to images and others resources are also easy for humans to read and parse. Multi-line is another matter, but I also never used the original client. I guess it could have been implemented in a was that would not break other clients. Using something like -- or just two space and the end of a line like in markdown would also work
I don't buy jan6's premise that twts with markdown and image links is hard to read. Markdown came out of how people simulated typeset text in plain text and the URL part of links to images and others resources are also easy for humans to read and parse.
Multi-line is another matter, but I also never used the original client. I guess it could have been implemented in a was that would not break other clients. Using something like -- or just two space at the end of a line like in markdown would also work.
@darch case in point, I used to twtxt images before using yarn or markdown tp do it - and markdown isn't making twts like this any less readible.
@darch case in point, I used to twtxt images before using yarn or markdown tp do it - and markdown isn't making twts like this any less readible.