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)