If a non-Synchronet BBS has a networked sub-board (either via QWK or FTN)
and a message was posted with Ctrl-A codes, does that mean the Ctrl-A codes >> will be removed/converted by the time their BBS imports the message?
Normally, yes.
On 7/8/22 13:05, Digital Man wrote:
If a non-Synchronet BBS has a networked sub-board (either via QWK or FTN) >> and a message was posted with Ctrl-A codes, does that mean the Ctrl-A codes >> will be removed/converted by the time their BBS imports the message?
Normally, yes.
Maybe slightly convoluted, how hard would it be to detect if the message *only* has color codes, and convert back to ctrl-a on import/post?
Maybe slightly convoluted, how hard would it be to detect if the
message *only* has color codes, and convert back to ctrl-a on
import/post?
I don't understand the question. Ctrl-A *is* a color code. And a
message that contained *only* color codes would most likely just
display as nothing (blank) unless the author was very creative with non-black background colors and white-space. But why would they?
On 7/11/22 19:23, Digital Man wrote:
Maybe slightly convoluted, how hard would it be to detect if the
message *only* has color codes, and convert back to ctrl-a on
import/post?
I don't understand the question. Ctrl-A *is* a color code. And a
message that contained *only* color codes would most likely just
display as nothing (blank) unless the author was very creative with non-black background colors and white-space. But why would they?
I mean converting ANSI sequences that only contains color changes to
CTRL-A codes.
Maybe slightly convoluted, how hard would it be to detect if the
message *only* has color codes, and convert back to ctrl-a on
import/post?
I don't understand the question. Ctrl-A *is* a color code. And a
message that contained *only* color codes would most likely just
display as nothing (blank) unless the author was very creative with
non-black background colors and white-space. But why would they?
I mean converting ANSI sequences that only contains color changes to
CTRL-A codes.
Oh, I suppose anything's possible. But why?
On 7/17/22 22:22, Digital Man wrote:
Maybe slightly convoluted, how hard would it be to detect if the
message *only* has color codes, and convert back to ctrl-a on
import/post?
I don't understand the question. Ctrl-A *is* a color code. And a
message that contained *only* color codes would most likely just
display as nothing (blank) unless the author was very creative with
non-black background colors and white-space. But why would they?
I mean converting ANSI sequences that only contains color changes to
CTRL-A codes.
Oh, I suppose anything's possible. But why?
So that the "ansi" rules for display can be avoided when it's only color changes... so that the line count can still work.
Also, being able to only send ctrl-a codes to other sync bbses in qwk
nets that don't need the extra ansi as well.
So that the "ansi" rules for display can be avoided when it's
only color changes... so that the line count can still work.
Synchronet doesn't parse ANSI escape sequences out of files for
display. It just sends them to the remote terminal, generally.
Also, being able to only send ctrl-a codes to other sync bbses in
qwk nets that don't need the extra ansi as well.
Yeah, so just store Ctrl-A codes in the message base to begin with.
On 7/25/22 17:02, Digital Man wrote:
So that the "ansi" rules for display can be avoided when it's
only color changes... so that the line count can still work.
Synchronet doesn't parse ANSI escape sequences out of files for
display. It just sends them to the remote terminal, generally.
I know... that's why I asked.
Also, being able to only send ctrl-a codes to other sync bbses in
qwk nets that don't need the extra ansi as well.
Yeah, so just store Ctrl-A codes in the message base to begin with.
That's the idea... as *I* don't control what others post, but
would/could be beneficial to potentially improving the overall user experience.
On 7/25/22 17:02, Digital Man wrote:
So that the "ansi" rules for display can be avoided when it's
only color changes... so that the line count can still work.
Synchronet doesn't parse ANSI escape sequences out of files for
display. It just sends them to the remote terminal, generally.
I know... that's why I asked.
Also, being able to only send ctrl-a codes to other sync bbses in
qwk nets that don't need the extra ansi as well.
Yeah, so just store Ctrl-A codes in the message base to begin with.
That's the idea... as *I* don't control what others post, but
would/could be beneficial to potentially improving the overall user
experience.
Re: Re: dosemu doors in a visible window
By: Digital Man to Tracker1 on Tue Jul 26 2022 05:00 pm
On 7/25/22 17:02, Digital Man wrote:
So that the "ansi" rules for display can be avoided when it's
only color changes... so that the line count can still work.
Synchronet doesn't parse ANSI escape sequences out of files for
display. It just sends them to the remote terminal, generally.
I know... that's why I asked.
Also, being able to only send ctrl-a codes to other sync bbses in
qwk nets that don't need the extra ansi as well.
Yeah, so just store Ctrl-A codes in the message base to begin with.
That's the idea... as *I* don't control what others post, but
would/could be beneficial to potentially improving the overall user
experience.
Rob, sorry to jump in, but I've been somewhat following, but at the same time I'm confused. If I want to send out color in a message, knowing it will be sent to other synchronet systems, plus non synchronet systems, am I better off to send it out using ansi codes, or Ctrl-A codes.
I guess what
I'm asking, when sbbsecho sends the message out, will it convert ctrl-a codes to ansi, or vice versa, or leave it as is.
In fidonet, I just have it
strip out the color, but I'm asking for like dovenet, or other ftn areas that allow color. At the present, I've got Slyedit to use ansi when I want to put color in a message, but the default is to use Ctrl-a codes.
Re: Re: dosemu doors in a visible window
By: DesotoFireflite to Digital Man on Wed Jul 27 2022 07:30 am
On 7/25/22 17:02, Digital Man wrote:
So that the "ansi" rules for display can be avoided when it's
only color changes... so that the line count can still work.
Synchronet doesn't parse ANSI escape sequences out of files for
display. It just sends them to the remote terminal, generally.
I know... that's why I asked.
Also, being able to only send ctrl-a codes to other sync bbses
in qwk nets that don't need the extra ansi as well.
Yeah, so just store Ctrl-A codes in the message base to begin
with.
That's the idea... as *I* don't control what others post, but
would/could be beneficial to potentially improving the overall user
experience.
Rob, sorry to jump in, but I've been somewhat following, but at the
same time I'm confused. If I want to send out color in a message,
knowing it will be sent to other synchronet systems, plus non
synchronet systems, am I better off to send it out using ansi codes,
or Ctrl-A codes.
Better of to send as Ctrl-A codes and "non synchronet systems" will just get plain ASCII (no color).
I guess what
I'm asking, when sbbsecho sends the message out, will it convert
ctrl-a codes to ansi, or vice versa, or leave it as is.
SBBSecho can strip Ctrl-A codes are leave them in place.
In fidonet, I just have it
strip out the color, but I'm asking for like dovenet, or other ftn
areas that allow color. At the present, I've got Slyedit to use ansi
when I want to put color in a message, but the default is to use
Ctrl-a codes.
It's feasiable to add an "expand to ANSI" option for SBBSecho, but nobody has ever asked for that feature.
Okay, I think I understand: you want to have to option to have
SBBSecho or sbbs (e.g. for QWK-packet import) to convert simple
ANSI escape sequences to corresponding Ctrl-A codes. I do have
the logic to do this as we do this for FILE_ID.ANS import already.
Did you file an issue on gitlab for this request?
So you are saying that you could add a feature to expand Ctrl-a codes to ansi for outbound messages. That would be a Win Win for non Synchronet systems
for echos that allow colors. Sounds like a nice idea. Do you want me to put in a formal request on GEtHub, or is this good enough :)
| Sysop: | altere |
|---|---|
| Location: | Houston, TX |
| Users: | 68 |
| Nodes: | 4 (0 / 4) |
| Uptime: | 18:03:52 |
| Calls: | 1,038 |
| Files: | 8,041 |
| Messages: | 298,364 |