I'm integrating more of this with QBBS. the JSON stuff in Synchronet seems to have lots of whitespace. Is that necessary, or can I just fire out JSON strings the way Ruby JSON generates them?>
I have a question or two about sbbslist.js and avatars.js...
I'm integrating more of this with QBBS. the JSON stuff in Synchronet seems to have lots of whitespace. Is that necessary, or can I just fire out JSON strings the way Ruby JSON generates them?>
Another question... right now I'm using the old style bbslist messages, without JSON. If I switch can I just drop the old format?
If I send a preview logon screen will it get displayed on the BBS list even though I'm not running Synchronet?
--- ECHICKEN wrote ---
Any whitespace that you see *outside of double quotes* is just there to
make the JSON more human readable. You can safely omit it.
Your JSON serializer may give you some prettification options though, if
you should want to produce more human readable output.
--- DIGITAL MAN wrote ---
Re: sbbslist.js 1.68
By: the doctor to ALL on Tue Feb 22 2022 02:13 pm
Yes. The old format is for "sbl" compatibility which likely I'll be
dropping at some point too.
Yes, I can't think of a reason why not. :-) Your system won't appear at sbbslist.html however, if that's what you're asking.
Thanks for the info. I did change it to make prettier listings, but it hasn't helped.
--- DIGITAL MAN wrote ---
Re: sbbslist.js 1.68
By: the doctor to ALL on Tue
Feb 22 2022 02:13 pm
Yes. The old format is for "sbl" compatibility which likely I'll be dropping at some point too.
Cool. I'll drop it. I like JSON much better. (:
Yes, I can't think of a reason why not. :-) Your system won't appear at sbbslist.html however, if that's what you're asking.
Bummer. ): It does appear at the moment, but it says "non-synchronet".
I just would like to get the avatar thing fully working. I'm not sure why the ones I'm sending to Dove Data aren't getting picked up.
I just would like to get the avatar thing fully working. I'm not sure why the ones I'm sending to Dove Data aren't getting picked up.
I've got all the avatar stuff working locally, and I have a nice database of foriegn avatars that I can display... I've written a little tool to import .bin files, but i can't get avatars I send to dove data to show up on, say, Vert.
--- DIGITAL MAN wrote ---
Looks like it was just white-space issues: your message lines are \n- terminated rather than \r\n-terminated and my avatars.js didn't like
that.
Also, your json-end line had trailing white-space (before the end of
line).
I adjusted avatars.js to be more tolerant of these differences in white- space of the avatar messages, but if you want to maximize compatibility
with existing Synchronet systems, you could make those changes to your messages' white-space.
Wow thanks! I didn't expect you to change your code to work with mine.
--- ANDRE wrote ---
You fell victim to one of the classic blunders! The most famous of which
is never get involved in a land war in Asia. But only slighly less well- known is this... Never mention to DM an error or a possible feature in Synchonet.
--- DIGITAL MAN wrote ---
Looks like it was just white-space issues: your message lines are \n- terminated rather than \r\n-terminated and my avatars.js didn't like
that.
Also, your json-end line had trailing white-space (before the end of line).
I adjusted avatars.js to be more tolerant of these differences in white- space of the avatar messages, but if you want to maximize compatibility with existing Synchronet systems, you could make those changes to your messages' white-space.
Wow thanks! I didn't expect you to change your code to work with mine.
This thing runs on Ubuntu so the EOL conventions are Unix.
I'll change it
to more closely match what you're looking for so it will work everywhere.
(Oh wow, i just found another bug in this full screen editor. Damn!)
--- DIGITAL MAN wrote ---
Re: sbbslist.js 1.68
By: the doctor to DIGITAL MAN on Thu Feb 24 2022 10:32
am
I understand. The traditional QWK format is to use 0xE3 for end-of-line (why? I have no idea), and those characters get translated by Synchronet
to CR/LF *unless* UTF-8 support is indicated, in which case, it's normally expected to be CR/LF terminated lines. LF-terminated lines work okay too
(as is the FidoNet standard), but my avatars.js script just wasn't very flexible in its expectations.
The editor, isn't easy to fi got it mosly working most of the time,
Andre wrote to the doctor <=-
You fell victim to one of the classic blunders! The most famous of
which is never get involved in a land war in Asia. But only slighly
less well-known is this... Never mention to DM an error or a possible feature in Synchonet.
You fell victim to one of the classic blunders! The most famous of
which is never get involved in a land war in Asia. But only slighly
less well-known is this... Never mention to DM an error or a
possible feature in Synchonet.
Is DM Sicilian?
From the name of his BBS (and his last name), I would have thought DM is of German lineage. :P
Re: Re: sbbslist.js 1.68
By: poindexter FORTRAN to Andre on Fri Feb 25 2022 07:38 am
You fell victim to one of the classic blunders! The most famous of
which is never get involved in a land war in Asia. But only slighly
less well-known is this... Never mention to DM an error or a
possible feature in Synchonet.
Is DM Sicilian?
From the name of his BBS (and his last name), I would have thought DM is
of
German lineage. :P
Re: Re: sbbslist.js 1.68
By: poindexter FORTRAN to Andre on Fri Feb 25 2022 07:38 am
You fell victim to one of the classic blunders! The most famous of
which is never get involved in a land war in Asia. But only slighly
less well-known is this... Never mention to DM an error or a
possible feature in Synchonet.
Is DM Sicilian?
From the name of his BBS (and his last name), I would have thought DM is of German lineage. :P
From the name of his BBS (and his last name), I would have thought
DM is of German lineage. :P
I'm pretty sure it's asian.
https://www.youtube.com/watch?v=uy9Z-Tg6ufU
Nightfox wrote to poindexter FORTRAN <=-
You fell victim to one of the classic blunders! The most famous of
which is never get involved in a land war in Asia. But only slighly
less well-known is this... Never mention to DM an error or a
possible feature in Synchonet.
Is DM Sicilian?
From the name of his BBS (and his last name), I would have thought DM
is of German lineage. :P
Is DM Sicilian?
From the name of his BBS (and his last name), I would have thought
DM is of German lineage. :P
It was a "Princess Bride" reference, I thought the "land war in Asia" line was a reference.
Nightfox wrote to poindexter FORTRAN <=-
An>> You fell victim to one of the classic blunders! The most famous of
An>> which is never get involved in a land war in Asia. But only slighly
An>> less well-known is this... Never mention to DM an error or a
An>> possible feature in Synchonet.
PF> Is DM Sicilian?
Ni> From the name of his BBS (and his last name), I would have thought DM
Ni> is of German lineage. :P
It was a "Princess Bride" reference, I thought the "land war in Asia" line was a reference.
... SURELY NOT EVERYONE WAS KUNG FU FIGHTING
--- MultiMail/DOS v0.52
¨ Synchronet ¨ .: realitycheckbbs.org :: scientia potentia est :.
dragon wrote to poindexter FORTRAN <=-
It was a "Princess Bride" reference, I thought the "land war in Asia" line was a reference.
INCONCEIVABLE!
dragon wrote to poindexter FORTRAN <=-
> It was a "Princess Bride" reference, I thought the "land war in Asia" line
> was a reference.
dr> INCONCEIVABLE!
I was on the Apache web server mailing list a long time ago. We did the
usual trading of TPB references, and the listmaster allowed it to continue, saying while it was off-topic, a Pricess Bride reference was a sign of good character.
His email address? rous@apache.org.
... No appropriate tagline.
--- MultiMail/DOS v0.52
¨ Synchronet ¨ .: realitycheckbbs.org :: scientia potentia est :.
Nightfox wrote to poindexter FORTRAN <=-
It was a "Princess Bride" reference, I thought the "land war in Asia" line was a reference.
Sysop: | Chris Anderson |
---|---|
Location: | Murfreesboro, TN |
Users: | 2 |
Nodes: | 4 (0 / 4) |
Uptime: | 40:10:29 |
Calls: | 58 |
Files: | 3 |
Messages: | 20,289 |