I know this isn't the Syncterm echo, but it's the closest thing I've found.
I run a Mystic BBS, and I typically use Netrunner whenever calling BBSs.
Syncterm is a nice alternative; I like Syncterm, however, I've got a weird display issue when I use it to call my BBS. My animated ansi (animated with TheDraw) doesn't display properly with Syncterm, but it does with others (Netrunner, fTelnet, mTelnet.)
It looks like Syncterm is removing the 1st row of the ansi, which might seem like no big deal, but that stripping of the first row causes higher layers of animation to fail.
I'm using the latest Syncterm for Linux 64. My BBS is Mystic. (compufuck.xyz:2323)
If anyone has any suggestions, please, and thanks very much!
I know this isn't the Syncterm echo, but it's the closest thing I've found.
I run a Mystic BBS, and I typically use Netrunner whenever calling BBSs.
Syncterm is a nice alternative; I like Syncterm, however, I've got a weird display issue when I use it to call my BBS. My animated ansi (animated with TheDraw) doesn't display properly with Syncterm, but it does with others (Netrunner, fTelnet, mTelnet.)
It looks like Syncterm is removing the 1st row of the ansi, which might seem like no big deal, but that stripping of the first row causes higher layers of animation to fail.
I'm using the latest Syncterm for Linux 64. My BBS is Mystic. (compufuck.xyz:2323)
If anyone has any suggestions, please, and thanks very much!
It looks like Syncterm is removing the 1st row of the ansi, which
might seem like no big deal, but that stripping of the first row
causes higher layers of animation to fail.
I'm using the latest Syncterm for Linux 64. My BBS is Mystic.
(compufuck.xyz:2323) If anyone has any suggestions, please, and
thanks very much!
I passed the report on to deuce in #synchronet at irc.synchro.net.
That's about the best I can do. He's actively working on SyncTERM
at the moment, so it's a good time to file bug reports.
I know that with the ios Syncterm app running on my iPad Pro (Public Beta 13.4), I have to turn off the virtual keyboard to get it to not cut off tothe
I'm guessing he was writing to the right-most column of the last linewhich would cause a scroll. He can write the last line, just not the right-most
Re: Syncterm Display Issue
By: Digital Man to Aaron Thomas on Fri Apr 10 2020 00:07:45
It looks like Syncterm is removing the 1st row of the ansi, which
might seem like no big deal, but that stripping of the first row
causes higher layers of animation to fail.
I'm using the latest Syncterm for Linux 64. My BBS is Mystic.
(compufuck.xyz:2323) If anyone has any suggestions, please, and
thanks very much!
I passed the report on to deuce in #synchronet at irc.synchro.net. That's about the best I can do. He's actively working on SyncTERM
at the moment, so it's a good time to file bug reports.
it seems this was related to the status bar on the terminal screen being on or off... accension<sp?> (aka nick boel) in the fidonet mystic echo suggested that they (AT) reduce their ANSI screen to 23 lines to avoid the possibility of status bar being on or off and the reply indicated that this was successful...
i suspect part of the problem was that this was an animated screen so "block save", al la thedraw, couldn't be used... this because "block save" negates animation sequences but yeah...
Re: Syncterm Display Issue
By: Gregzoll to Rampage on Fri Apr 10 2020 08:38:10
I think you might be talking about fTelnet. (Or is there actually a SyncTERM iOS app?)
---
echicken
electronic chicken bbs - bbs.electronicchicken.com
■ Synchronet ■ electronic chicken bbs - bbs.electronicchicken.com
Is the login screen at compufuck.xyz supposed to be an example of this behavior? I connected with both SyncTERM and Netrunner2 and it appeared the same to me. More information is needed...
I'm guessing he was writing to the right-most column of the last line which would cause a scroll. He can write the last line, just not the right-most column of the last line.
Is the login screen at compufuck.xyz supposed to be an example of this behavior? I connected with both SyncTERM and Netrunner2 and it appeared the same to me. More information is needed...
Thanks Digital Man. Sorry I didn't watch this thread closer.
Someone advised me to remove characters on the 24th row, which I did, and that fixed it. There's no more display issue now.
In other words - If row 24 is full of characters (let's say 80 characters in row 24) then Syncterm won't display it properly. I think Netrunner used to do this too, but g00r00 fixed it.
I'm guessing he was writing to the right-most column of the last line which would cause a scroll. He can write the last line, just not the right-most column of the last line.
That sounds correct to me. If that can be repaired in the software, that would be cool. If not, no big deal. I've adapted the BBS to the issue for now.
"change" is probably a better description. If you expect to be able to write the right-most column without the terminal perfoming a line wrap,
Is the login screen at compufuck.xyz supposed to be an example of this behavior? I connected with both SyncTERM and Netrunner2 and it appeared the same to me. More information is needed...
| Sysop: | sneaky |
|---|---|
| Location: | Ashburton,NZ |
| Users: | 31 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 223:40:56 |
| Calls: | 2,087 |
| Calls today: | 1 |
| Files: | 11,140 |
| Messages: | 948,368 |