On Aug 23, 2009, at 7:58 PM, Alan W. Irwin wrote:
> Tomorrow, I plan to do much more comprehensive testing. I ask
> others here
> to do that as well on all platforms accessible to them to make sure
> there
> are no other showstopper issues left to fix before this forthcoming
> release.
No
On Sun, Aug 23, 2009 at 9:58 PM, Alan W. Irwin wrote:
> On 2009-08-23 12:31-0700 Alan W. Irwin wrote:
>
>> [...] I [suggest implementing] a static function cmap0_palette_read
>> (consisting of
>> most of the code in plspal0 now) that reads/checks the cmap0 palette files
>> and which returns r,g,b,a
On 2009-08-23 12:31-0700 Alan W. Irwin wrote:
> [...] I [suggest implementing] a static function cmap0_palette_read
> (consisting of
> most of the code in plspal0 now) that reads/checks the cmap0 palette files
> and which returns r,g,b,a data without messing with cmap0. plsscmap0n calls
> plcmap
On Sun, Aug 23, 2009 at 2:31 PM, Alan W. Irwin wrote:
> On 2009-08-23 18:40+0100 Andrew Ross wrote:
...
< Long, detailed discussion cut>
...
>> Let's not have a mix of palette files and hard coded otherwise it will
>> produce
>> very unexpected results where the user has changed the default palette
On Sun, Aug 23, 2009 at 12:40 PM, Andrew
Ross wrote:
> On Sat, Aug 22, 2009 at 06:42:21PM -0700, Alan Irwin wrote:
>> On 2009-08-22 16:57-0500 Hezekiah M. Carty wrote:
>>
>> >
>> > I do not have a working Ada install yet, so I can not test the effect [of
>> this patch]
>> > this has on the Ada bind
On 2009-08-23 18:40+0100 Andrew Ross wrote:
> On Sat, Aug 22, 2009 at 06:42:21PM -0700, Alan Irwin wrote:
>> On 2009-08-22 16:57-0500 Hezekiah M. Carty wrote:
>>
>>>
>>> I do not have a working Ada install yet, so I can not test the effect [of
>> this patch]
>>> this has on the Ada bindings. I ca
On Sat, Aug 22, 2009 at 06:42:21PM -0700, Alan Irwin wrote:
> On 2009-08-22 16:57-0500 Hezekiah M. Carty wrote:
>
> >
> > I do not have a working Ada install yet, so I can not test the effect [of
> this patch]
> > this has on the Ada bindings. I can, however, call plscmap0n with 0,
> > negative a
On 2009-08-22 17:25-0700 Jerry wrote:
>
> On Aug 22, 2009, at 2:05 PM, Alan W. Irwin wrote:
>
>> Once plscmap0n(0) gives default colours like before, I suspect all
>> the Ada
>> red issues will go away. Jerry has remarked before that our Ada
>> bindings do
>> their own colour initialization, and
On 2009-08-22 16:57-0500 Hezekiah M. Carty wrote:
>
> I do not have a working Ada install yet, so I can not test the effect [of
this patch]
> this has on the Ada bindings. I can, however, call plscmap0n with 0,
> negative and positive values before calling plinit from OCaml,
> resulting in a prop
On Aug 22, 2009, at 2:05 PM, Alan W. Irwin wrote:
> Once plscmap0n(0) gives default colours like before, I suspect all
> the Ada
> red issues will go away. Jerry has remarked before that our Ada
> bindings do
> their own colour initialization, and my guess is that boils down in
> the
> cma
On Sat, Aug 22, 2009 at 4:05 PM, Alan W. Irwin wrote:
> Here is some background to help all of us figure out what is going on. The
> -cmap0 option is parsed and executed when plparseopts is executed. If that
> command-line option is not specified, then plinit calls plstrm_init which
> calls plspal
Here is some background to help all of us figure out what is going on. The
-cmap0 option is parsed and executed when plparseopts is executed. If that
command-line option is not specified, then plinit calls plstrm_init which
calls plspal0("") (for the case when plsc->cmap0 == NULL) which has exactl
I now am seeing red also, at version 10314.
Comparing SVG files for C and Ada on Example 1:
The file sizes are the same;
There are 535 differences;
Every difference (date excepted) is due to either
stroke="#FF"
or
fill="#FF"
in the Ada-generated file.
That's a lot
I have just committed the changes to the Ada bindings that implement
plspal0 and plspal1; the odd results that Alan and Andrew reported
were without those functions implemented. Prior to this commit, there
were no calls to either plspal0 or plspal1 in any of the Ada examples.
Now, Ada examp
As a second report, I can confirm that I also see this. Using -cmap0 on the
command line to set the default palette cures the problem, so it looks like
it is somewhere in the initialisation. This just seems to be an Ada issue,
and happens for all the drivers I've tried. This is odd since with the
My working copy is 10303 and it is OK. The last change to plplot.h was
in 10302. Not sure what is happening here.
Jerry
On Aug 20, 2009, at 12:52 PM, Alan W. Irwin wrote:
> I presume this has something to do with the recent core cmap[01]
> changes.
> Hopefully, the fix can be found in a hurr
I presume this has something to do with the recent core cmap[01] changes.
Hopefully, the fix can be found in a hurry because I think otherwise this
would be a showstopper for the release
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics an
17 matches
Mail list logo
