|
From: Ethan M. <merritt@u.washington.edu> - 2007-01-10 21:36:34
|
On Wednesday 10 January 2007 11:02, Ethan Merritt wrote:
>
> > I would think in this case that if x11 behaved the same as PostScript
> > (i.e., the same color elements, but just not the transparency) would be fine.
>
> That was the intent. There may be a bug.
Indeed. There is a bug in gplt_x11.c such that any color selected via
PaletteSetColor() is not saved for future reference.
That is, unlike other color selection pathways, it does not update the
current color as maintained in plot->current_rgb
That oversight has a 1-line fix:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
--- gnuplot-old/src/gplt_x11.c 2006-12-28 10:25:50.000000000 -0800
+++ gnuplot-new/src/gplt_x11.c 2007-01-10 13:31:15.000000000 -0800
@@ -3578,6 +3578,7 @@
index = plot->cmap->allocated -1;
XSetForeground(dpy, gc, plot->cmap->pixels[index]);
+ plot->current_rgb = plot->cmap->rgbcolors[index];
}
}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
However, the output from transparent_solids.dem still looks a bit odd,
so there may be another bug still lurking.
|