• Presentation issue with wide terminals

    From deon@1:103/705 to Digital Man on Saturday, November 21, 2020 23:06:01
    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.)

    You can see from this hexdump that each line is terminated with 0d 0a:

    000000e0 41 72 65 61 73 5d 0d 0a 41 72 65 61 20 20 20 20 |Areas]..Area | 000000f0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 | | *
    00000120 20 49 6e 63 6f 6d 69 6e 67 20 20 20 4f 75 74 67 | Incoming Outg| 00000130 6f 69 6e 67 20 0d 0a c4 c4 c4 c4 c4 c4 c4 c4 c4 |oing ...........| 00000140 c4 c4 c4 c4 c4 c4 c4 c4 20 da c4 c4 c4 c4 c4 c4 |........ .......| 00000150 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 |................| 00000160 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 bf 20 |............... | 00000170 c4 c4 c4 c4 c4 c4 c4 c4 c4 c4 20 c4 c4 c4 c4 c4 |.......... .....| 00000180 c4 c4 c4 c4 c4 0d 0a 53 43 49 53 54 41 54 53 20 |.......SCISTATS |

    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... :)

    Thanks...

    ...ëîåï

    ... If all economists were laid end to end, they would not reach a conclusion.

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to deon on Saturday, November 21, 2020 13:24:14
    Re: Presentation issue with wide terminals
    By: deon to Digital Man on Sat Nov 21 2020 11:06 pm

    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

    For whatever reason, that first image link comes up blank for me.

    Pulling this message out with smbutil shows properly:
    (smbutil -1 r#454 data/subs/fsx/fsx_sta)
    https://imgur.com/a/kHy8I6k

    smbutil doesn't do any work wrap.

    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.

    word-wrapping is hard to get right.

    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.)

    Yeah, as I said in the previous message, raw mode is just a temporary mode mainly for debugging/advanced uses.

    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... :)

    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.

    You can disable "Word-wrap Messages" in SCFG->Message Areas on a per-sub-board basis if it's an issue.
    --
    digital man

    Synchronet "Real Fact" #118:
    Synchronet v1c r0 (for MS-DOS) was released on August 26, 1993
    Norco, CA WX: 81.8øF, 21.0% humidity, 0 mph SW wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.11-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From deon@1:103/705 to Digital Man on Sunday, November 22, 2020 09:14:58
    Re: Presentation issue with wide terminals
    By: Digital Man to deon on Sat Nov 21 2020 01:24 pm

    Howdy,

    Here is an example:
    https://imgur.com/a/48FMBpy
    For whatever reason, that first image link comes up blank for me.

    I just tried again with a different browser and it worked... hmm...

    smbutil doesn't do any work wrap.

    Yeah, ok, I really just wanted to validate that the messages didnt go into the message base that way...

    You can disable "Word-wrap Messages" in SCFG->Message Areas on a per-sub-board basis if it's an issue.

    Well, its a problem everywhere, so there may be side affects of doing this? :( I enjoy the wide screen, less scrolling...

    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.

    I bet - I'll have a play...

    ...ëîåï

    ... RADICAL: A conservative out of a job.

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)