TID: Mystic BBS 1.12 A48
MSGID: 2:201/137 b9d38a08
TZUTC: 0100
Hello g00r00!

I've seen this before, but haven't really thought about the possible reasons
for it until now --

If the lightbar file listing (prompts #434 and/or #435, I think) uses a $T
display code to ensure that too long description lines are cut off and don't
overflow to the next line, this sometimes affects the rendering of ANSI file
descriptions, where pipes and partial pipe codes might become visible as a
result of the cutoff.

Example:
https://scbbs.nsupdate.info/files/ansi_cutoff.png

File:
https://scbbs.nsupdate.info/files/fire-2023-ansi-calendar.zip

This is when using the following prompts (pipes replaced with PIPE):

434: PIPE07PIPE$D29 PIPE$T49PIPE&4
435: PIPE07PIPE$D29 PIPE$T49PIPE&4

It appears to me that the cut-off might be based on the character count of the
contents of the FILE_ID.DIZ, instead of the "resulting" number of output
characters on screen.

Would it be possible to have the cutoff cutting off the resulting "output" to
the specified number of characters instead? But perhaps this complicates
things a lot and makes this a corner case for file listings...

Many thanks in advance!

Best regards
Bj”rn

--- Mystic BBS v1.12 A48 (Linux/64)
 * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)
SEEN-BY: 1/123 15/0 90/1 103/705 105/81 106/201 120/340 123/131 124/5016
SEEN-BY: 129/305 153/757 7715 154/10 201/0 137 203/0 124 218/700 221/0
SEEN-BY: 221/1 226/30 227/114 229/110 111 112 113 114 206 275 307
SEEN-BY: 229/317 400 424 426 428 452 470 550 664 700 230/0 240/1120
SEEN-BY: 240/5832 266/512 280/464 5003 282/1038 292/854 8125 301/1
SEEN-BY: 317/3 320/219 322/757 341/66 234 342/200 396/45 460/58 633/267
SEEN-BY: 633/280 281 384 410 412 416 418 420 509 712/848 770/1 3634/24
PATH: 201/137 0 203/0 280/464 633/280 229/426