Ross Combs

I realize this is already closed, but a much smaller and straightforward input that causes this is just a single line with a backtick followed by a newline.

It seems that the quoting got completely mangled. Attempting to fix that here. On Mon, Jul 20, 2020 at 10:25 PM Ethan Merritt sfeam@users.sourceforge.net wrote: And as I said below it seems to work fine, so I'm not sure what it is that you would like to change. Sorry, I've kind of lost the thread here. Comes from trying to pick up in the middle of a train of throught from 4 years ago. I agree that 256 colors is enough for practical purposes. It is possible to get xterm built and configured to handle...

[formatting was mangled; fixed in next post]

It seems that the quoting got completely mangled. Attempting to fix that here. On Mon, Jul 20, 2020 at 10:25 PM Ethan Merritt sfeam@users.sourceforge.net wrote: And as I said below it seems to work fine, so I'm not sure what it is that you would like to change. Sorry, I've kind of lost the thread here. Comes from trying to pick up in the middle of a train of throught from 4 years ago. I agree that 256 colors is enough for practical purposes. It is possible to get xterm built and configured to handle...

On Mon, Jul 20, 2020 at 10:25 PM Ethan Merritt sfeam@users.sourceforge.net wrote: And as I said below it seems to work fine, so I'm not sure what it is that you would like to change. Sorry, I've kind of lost the thread here. Comes from trying to pick up in the middle of a train of throught from 4 years ago. I agree that 256 colors is enough for practical purposes. It is possible to get xterm built and configured to handle that but it doesn't seem that most distros ship it built that way. Honestly...

On Mon, Jul 20, 2020, 02:36 Ethan Merritt sfeam@users.sourceforge.net wrote: The trick of reusing colors won't work either because XTerm emulates the indexed color hardware -- changing color #2 from red to green will retroactively change prior uses of color #2 in the same image (or all images if the private colors setting is disabled). This matches what a real VT241 or VT340 would do. That may be so, but it's a foolish motivation. It is hard to imagine that anyone prefers accuracy in emulation of...

XTerm does support sixel transparency -- it has since the earliest versions of support for sixel graphics. Checking patch 304 from 2014 (the earliest version I have on hand) shows it: if (Pbgmode == 1) { context.background = COLOR_HOLE; ... So if it isn't working, there's either an XTerm bug, or something about the way the background mode is being set that is non-standard.

On point (2), the truncation is happening in XTerm. There is a maximum width and height in XTerm (to avoid huge memory allocations). These can be configured with: XTerm.VT100*maxGraphicSize: 1024x768 The default if not set is 1000x1000.