Sujet : Re: stats 2024 Q1
De : ahk (at) *nospam* chinet.com (Adam H. Kerman)
Groupes : news.admin.net-abuse.usenetDate : 02. Apr 2024, 16:28:12
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <uuh86c$39hib$1@dont-email.me>
References : 1 2 3 4
User-Agent : trn 4.0-test77 (Sep 1, 2010)
Blueshirt <
blueshirt@indigo.news> wrote:
Grant Taylor wrote:
On 4/1/24 12:11, The Doctor wrote:
How did I mangle it?
Something seems to be eating specific select white space.
FWIW the stats are not mangled on my newsreader. (XanaNews)
The table was mostly long lines and doesn't display properly on an 80
character wide terminal emulation. But you had already observed that. I
didn't spot the substitution of non-ASCII whitespace but that's likely
to be another problem.
It's most predominant when the line is wrapped and continued
on the next line. But it's also visible in the first four
characters of the unwrapped lines.
This is what I see in Thunderbird. -- I can't rule out a
Thunderbird problem.
Not seeing it here anyway so it's possibly the latter.
[Snip]
I also question the value of these messages.
Some people might find them informative.
Thank you for including that comprehensive list of Usenet readers who
find that yads makes an invaluable contribution. That was helpful.
I similarly question the value of the Usenet FAQ and the
monthly stats articles are far more numerous. Sometimes they
are even repeated in the same newsgroup.
Too often and the stats posts can get annoying, quarterly and
yearly would suffice. But they don't seem to do any harm... and
I'm sure there are stat nerds out there that like that sort of
thing.
No one likes that sort of thing. It's all about yads and his need to
maintain an excessively high poast count in certain newsgroups.
I was top ranked. What does that tell us? I rambled on, got into an
excessively long useless discussion defending NoCeMs. Did readers not
already figure that out without yads?
As yads is not going to bake me a cake, there is just no way to defend
anything he does. Always deyadify.
. . .