Andrew and I have recently been playing with examples/c/x21c.c, but I
want to emphasize our changes are not yet ready for propagation to
other languages because I discovered a plstring or device bug for -dev
xwin and -dev tk that needs to be tracked down before we can finalize
these changes.
Alan
On 01/20/2012 03:04 PM, Quezada, Marco wrote:
>
> We do have other applications already using fltk and although I am not
> necessarily a fan of it, I don't see us switching any time soon. So with time
> it might be possible for myself or my team to write a driver for it. No
> promises but if we
On Fri, Jan 20, 2012 at 11:25:28AM -0800, Alan Irwin wrote:
> On 2012-01-20 03:32-0800 phil rosenberg wrote:
>
> > Sorry for the multiple emails today.
> >
> > I have been looking at removing references to cmap0 and cmap1 in wxwidgets.
> > I noticed that in plplotP.h the switches for state funct
On Fri, Jan 20, 2012 at 12:26:20PM -0800, Alan Irwin wrote:
> On 2012-01-20 02:28-0800 phil rosenberg wrote:
>
> > As far as adding to the documentation is concerned, something that I found
> > quite confusing is that nowhere does it state that calls to
> > plcol0 or plcol1 change the current col
If you look at some of our mature and heavilty tested "standard" drivers
such as ps.c and xwin.c you will see that this is not entirely
standardised. I don't think it practically matters since in plplot
curcolor is always set appropriately before plP_state is called with
PLSTATE_COLOR0 or PLS
On 01/20/2012 03:04 PM, Quezada, Marco wrote:
> Hi Alan,
>
> Thanks for the reply. I apologize, the QTJ in my email is a typo, it was
> meant to be QT followed by a smiley ---> : ) but some text renderers turn
> the colon-parenthesis sequence into a J for some reason. The same thing
> happens o
Hi Marco:
I think switching to this list with your technical questions is a good
idea.
On 2012-01-20 20:04- Quezada, Marco wrote:
> [...] Anyhow, I am glad you replied because I do have a decision to
make regarding our application. It is currently written in fltk and
I'd like to embed some p
On 2012-01-20 02:28-0800 phil rosenberg wrote:
> As far as adding to the documentation is concerned, something that I found
> quite confusing is that nowhere does it state that calls to
> plcol0 or plcol1 change the current colour an this colour is then used for
> all subsequent drawing actions
Hi Alan,
Thanks for the reply. I apologize, the QTJ in my email is a typo, it was meant
to be QT followed by a smiley ---> : ) but some text renderers turn the
colon-parenthesis sequence into a J for some reason. The same thing happens on
my android email client...
Anyhow, I am glad you replie
On 2012-01-20 03:32-0800 phil rosenberg wrote:
> Sorry for the multiple emails today.
>
> I have been looking at removing references to cmap0 and cmap1 in wxwidgets. I
> noticed that in plplotP.h the switches for state function
> calls include PLSTATE_COLOR1 and PLSTATE_COLOR2 and there are apro
Hi Phil:
Thanks for your documentation suggestions which I will act on.
On 2012-01-20 02:28-0800 phil rosenberg wrote:
> As far as submitting a patch is concerned I haven't done this before. Am I
> correct in saying that I simply do
>
> diff -cr ~/plplot-5.9.9 ~/plplot-5.9.9 > wxwidgetscolourfi
Sorry for the multiple emails today.
I have been looking at removing references to cmap0 and cmap1 in wxwidgets. I
noticed that in plplotP.h the switches for state function calls include
PLSTATE_COLOR1 and PLSTATE_COLOR2 and there are apropriate functions in the
wxWidgets drivers to deal with t
As far as adding to the documentation is concerned, something that I found
quite confusing is that nowhere does it state that calls to plcol0 or plcol1
change the current colour an this colour is then used for all subsequent
drawing actions until the colour is changed again. Might I suggest a sl
13 matches
Mail list logo