On 2016-02-06 10:09- Phil Rosenberg wrote:
> Hi Greg
> Sorry I haven't replied earlier. Jim may have to confirm this. But
it sounds like what you are aiming to do isn't really supported by
Plplot. Basically it sounds like you are trying to add your own
graphics commands (i.e. Draw the
Hi Phil:
Part of the overall goal of getting RGBA background images to work is
to get the "A" (alpha channel) component of that to work properly, and
so a preliminary goal should be to implement uniformly colored
semitransparent backgrounds correctly.
Some current semitransparent background
Hi guys,
Yes its clear now the rgb pic doesn't really fit into the plplot scheme
and how
it gets up is a device-dependent thing. In the xwin case the bitmap is
accessed through the xlib calls; the win case created a separate bitmap.
It does benefit from the absence of the plP_bop() call, so it
GDL has had a problem in its use of the wingcc driver in that,
plotting additions to a basic PLOT call do not stick to the plot
when it is moved or resized. I've found that when I stick another
eop() call after each of these plot calls, the problem is "solved"
for this driver
On 2015-12-10 11:17-0800 Alan W. Irwin wrote:
> On 2015-12-10 10:54- Phil Rosenberg wrote:
>
>> Hi Alan
>> This is just a note about cmake version bumping. You have been
>> increasing the required CMake version lately, which I generally have
>> no problem with, however CMake 3.4.1 seems to
I'd like to make a pitch for maintaining a lower general cmake minimum
until
more compelling bug fixes or features are introduced.
I have over 6 platforms standardized on cmake 3.3.2.
Maybe the new version requirement should be restricted to those platforms
where they are needed? And an update
> On Feb 6, 2016, at 5:09 AM, Phil Rosenberg wrote:
>
> Hi Greg
> Sorry I haven't replied earlier. Jim may have to confirm this. But it sounds
> like what you are aiming to do isn't really supported by Plplot. Basically it
> sounds like you are trying to add your own