|
From: Daniel J S. <dan...@ie...> - 2012-12-21 02:55:46
|
Hi Folks, Someone on the Octave list brought up an issue with requiring "set termoption dashed" to get dashed lines. The conclusion was that most terminals appear to work except X11. I thought Ethan had added dashed line support to X11 terminal some time ago. Well, that got me to checking into the X11 terminal with the latest gnuplot CVS code. I found that the "test" screen is failing. As far back as September 26: cvs -z3 -d:pserver:ano...@gn...:/cvsroot/gnuplot co -D 2012-09-26 -P gnuplot things are beginning to not look correct. On that date the height of the test page is not correct within the X11 window. By October 04: cvs -z3 -d:pserver:ano...@gn...:/cvsroot/gnuplot co -D 2012-10-04 -P gnuplot rather than lines on the right side there are all kinds of filled polygons and strange lines randomly placed on the screen. As for the aspect ratio, I would guess that maybe this change: 2012-09-25 D.K. <> * src/gplt_x11.c src/mouse.c (do_event) term/x11.trm: Feed back the x11 window size from gnuplot_x11 to gnuplot so that the coordinates can be rescaled to maintain the correct aspect ratio. This allows correct functioning of commands like 'set size square' and 'set view equal xyz' in an interactive x11 output window. led to this. Perhaps something is overlooked in the test page. Maybe it used to have some bad compensation from the past that is no longer relevant after the fix of the aspect ratio code. As best I can figure for the random polygons, maybe this one: 2012-09-28 D.K. <> * src/gplt_x11.c src/gplt_x11.h: Remove dead code. * src/gplt_x11.c term/x11.trm: Modify format statements used to send commands from x11.trm to gnuplot_x11. Before most integers were sent using "%04d", now " %d". This prevents overflow for coordinate > 9999. The extra byte required for a 4-digit coordinate is compensated by fewer bytes needed for small integers like linetype. * src/gplt_x11.c src/gplt_x11.h: Adjust point size to accommodate changes in window size. Dan |