Hey DM,
I've been using iterm more recently when accessing SBBS - and its a wide terminal (>80 chars) - and I've noticed many messages do not render properly (happens with Syncterm too). They render OK in 80 col mode.
Here is an example:
https://imgur.com/a/48FMBpy
Pulling this message out with smbutil shows properly:
(smbutil -1 r#454 data/subs/fsx/fsx_sta)
https://imgur.com/a/kHy8I6k
I've noticed it has to do with the following line having a character in col 1.
IE: If the following line starts with a space - then the wrapping is *NOT* an issue - see the text "10 areas" - its rendered in the right place (as are the intro headings).
However, if the following line starts with a character, then its pulled up to the previous line.
If you turn on raw mode, the message renders correctly. (But I'm thinking you shouldnt need to do that, and it impacts other things.)
If you know of the cause, then great, but if not, can you point me where in the code it renders/processes the message and I'll have a play and see if I can identify. (I think its putmsg.cpp - but wanted to be sure before I spend too much time hunting for it... :)
Here is an example:For whatever reason, that first image link comes up blank for me.
https://imgur.com/a/48FMBpy
smbutil doesn't do any work wrap.
You can disable "Word-wrap Messages" in SCFG->Message Areas on a per-sub-board basis if it's an issue.
I suspect word-wrap (wordwrap.c), but there may be no complete 100% solution. It can be difficult for an algorithm to distinguish between
automatically-wrapped and intentionally-wrapped lines of text.
Sysop: | Weed Hopper |
---|---|
Location: | Clearwater, FL |
Users: | 14 |
Nodes: | 6 (0 / 6) |
Uptime: | 232:54:50 |
Calls: | 55 |
Calls today: | 1 |
Files: | 50,128 |
D/L today: |
35 files (4,430K bytes) |
Messages: | 275,426 |