Erik Olofsen

Thanks for catching that. It used to be k == 1, to at least have one sixel line written (and then it should now be k == ks) but from testing it seems the condition can be omitted entirely because a dash is output which moves to the next line. Incidentally, but I guess that is another ticket, the y-size should be a multiple of 6 for sixels. And setting the size to for example 640,366 the image is not complete with the "test" command; this used to be the correct with earlier gnuplot versions, before...

sixeltek terminal: transparency and background options

Thank you very much!! And I agree; it would be good that the polygons have the same colors for all or most terminals with the test command.

The screenshot does show what I mean and it is the same with xterm that I'm using. Linetype 0 is invisible because it is white but it used to be black and it is black with other terminals. This occurs because the first two colors are now fixed in routine SIXEL_graphics(). But if all palette colors are made available, the colors with "test" are wrong. These are correct, including those of the polygons, if also routine SIXEL_linetype() is replaced by the previous version.

Just an update: all demos seem to work quite well, but with the "test" command we see 1) that line 0 is white which I think should be black and 2) the filled polygons have different colors than with other terminals. In the test routine (in term.c) the colors of the polygons are selected with the "linetype" routine of terminal which I think possibly selects different colors than expected. I haven't figured out yet why these two things work differently compared to previous versions.

Yes, for that demo the sixeltek colors are as expected, and also the colors with pngcairo, but a red color is blue on the website demo page.

Thank you so much for your work on this term! I use it every day. It could be that the decrement of SIXEL_YMAX and SIXEL_XMAX w.r.t. earlier sources solved the issue (the y size has to be a multiple of six). I will have a look, and also at the background color. Currently a grid seems to be white (or the background color) instead of light gray. While testing with fillcrvs.dem it seems that the colors for "Some sqrt stripes on filled graph background" and the next plot on the gnuplot website demo pages...

Well I was used to setting the terminal type in .gnuplot, and in earlier versions, a message was given showing that it was set to that type. With the newer versions, gnuplot does only give a message that the terminal type has been set to a default type rather than the one specified in .gnuplot. This had confused me for a while. So apparently the terminal type is set twice, first with the default type and the integer variable "interactive" at true (showing the terminal type) and next with the one...