plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] wxwidgets-related dependencies

[<p.d...@gm...>]

Hi Alan
I'm not sure if that would work. If I execute (I.e. Run or debug) that project, would it run the example?

Sent from my Windows 10 phone

From: Alan W. Irwin
Sent: 29 December 2016 00:26
To: Phil Rosenberg; Pedro Vicente; Laurent Berger; PLplot development list
Subject: RE: wxwidgets-related dependencies

On 2016-12-28 19:14-0000 p.d...@gm... wrote:

> Hi Alan

> The problem with building all is that it rebuilds all the examples.
When using static libs this means relinking them as well and the whole
process takes a few minutes, rather than the few seconds to build one
example.

I agree "a few minutes" is clearly not acceptable in a development
environment where you don't want to wait that long before you try your
next code changes.  (I can whittle that down to 5 seconds here for the
shared library + dynamic devices case if I use the options
-DDEFAULT_NO_DEVICES=ON -DPLD_wxwidgets=ON -DDEFAULT_NO_BINDINGS=ON
-DENABLE_cxx=ON -DENABLE_wxwidgets=ON, but you might not be able to do
that well there for the static case and with your different compiler
and linker, and in any case even 5 seconds is a bit much).

Therefore, to deal with your special testing needs, I would be willing
to define a bunch of custom test targets called

test_x00c_wxPLViewer,..., test_x33c_wxPLViewer

which depended on wxwidgets, wxPLViewer and the relevant C
standard example and which would run, e.g.,

examples/c/x00c -dev wxwidgets

For the "00" case, and similarly for the rest of our standard
examples.  The above command has been expressed in Linux terms, but
CMake allows you to run that command in a way that should work on all
platforms. So the end result should be you would click on one of
test_x00c_wxPLViewer,..., test_x33c_wxPLViewer buttons in your IDE,
all prerequisites would be rebuilt, and the relevant example would be
run with -dev wxwidgets.

If that idea would work for you, let me know, and I will put it
on my post-release ToDo list.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] legend and label using wxWidgets

[Alan W. I. <ir...@be...>]

On 2016-12-28 23:19+0100 Laurent Berger wrote:

> wxwidgets commit 0bf38e1 x04 y axis label is good 
> (https://github.com/wxWidgets/wxWidgets/commit/0bf38e11a33005e289e30c8bc7c67563eae061be)
>
> wxwidgets commit 49000def x04 y axis label is false 
> (https://github.com/wxWidgets/wxWidgets/commit/49000defcfb11b409d8935126981b14169ee62a3)

Hi Laurent:

The github repositories for PLplot are experimental.  Therefore,
please use official PLplot resources (your local git repository that has been
cloned from our official SF repository) to do tests and describe the
resulting commits. For example those two commits do not even exist on
our SF repository so something different has occurred on the
experimental github version you have been testing with, and that adds
an element of uncertainty to your results.

If you get to a similar result for the official version (one commit
good, the other not) that, of course, would be an extremely useful
result to us for figuring out what is going wrong here for you.  But
if you haven't done so already, I would follow up with git bisect to
find the first commit that generates the bad result.  And if you
haven't run "git bisect" before, it is actually a lot of fun, and "git
help bisect" gives you all the information you need to run it.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] wxwidgets-related dependencies

[Alan W. I. <ir...@be...>]

On 2016-12-28 19:14-0000 p.d...@gm... wrote:

> Hi Alan

> The problem with building all is that it rebuilds all the examples.
When using static libs this means relinking them as well and the whole
process takes a few minutes, rather than the few seconds to build one
example.

I agree "a few minutes" is clearly not acceptable in a development
environment where you don't want to wait that long before you try your
next code changes.  (I can whittle that down to 5 seconds here for the
shared library + dynamic devices case if I use the options
-DDEFAULT_NO_DEVICES=ON -DPLD_wxwidgets=ON -DDEFAULT_NO_BINDINGS=ON
-DENABLE_cxx=ON -DENABLE_wxwidgets=ON, but you might not be able to do
that well there for the static case and with your different compiler
and linker, and in any case even 5 seconds is a bit much).

Therefore, to deal with your special testing needs, I would be willing
to define a bunch of custom test targets called

test_x00c_wxPLViewer,..., test_x33c_wxPLViewer

which depended on wxwidgets, wxPLViewer and the relevant C
standard example and which would run, e.g.,

examples/c/x00c -dev wxwidgets

For the "00" case, and similarly for the rest of our standard
examples.  The above command has been expressed in Linux terms, but
CMake allows you to run that command in a way that should work on all
platforms. So the end result should be you would click on one of
test_x00c_wxPLViewer,..., test_x33c_wxPLViewer buttons in your IDE,
all prerequisites would be rebuilt, and the relevant example would be
run with -dev wxwidgets.

If that idea would work for you, let me know, and I will put it
on my post-release ToDo list.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] legend and label using wxWidgets

[<p.d...@gm...>]

Hi Laurent
Thanks for this incite. It is good that they have included this functionality as it will mean in the future I can simplify a lot of code in the driver. I have a suspicion that I’m mistakenly switching from plplot y upwards coordinates to wxWidgets y downwards coordinates twice, but one of those times using the wxDC affine transform interface which was ignored in older wxWidgets versions.

I will look into this as soon as I can, but as we are in the Christmas holidays here, I hope you can appreciate it might be a while until I can do so?

Thanks for the investigatory work.

Phil

Sent from my Windows 10 phone

From: Laurent Berger
Sent: 28 December 2016 22:19
To: p.d...@gm...; Pedro Vicente
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets

wxwidgets commit 0bf38e1 x04 y axis label is good (https://github.com/wxWidgets/wxWidgets/commit/0bf38e11a33005e289e30c8bc7c67563eae061be)
wxwidgets commit 49000def x04 y axis label is false (https://github.com/wxWidgets/wxWidgets/commit/49000defcfb11b409d8935126981b14169ee62a3)


Le 28/12/2016 à 22:28, Laurent Berger a écrit :
With your last message I have found  a way to solve problem
cd wxWiget-3.1.0git checkout cbb799b
Checking out files: 100% (1470/1470), done.
Note: checking out 'cbb799b'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at cbb799b... Updates for 3.1.0 release
Build wxwidgets and build plplot and y axis label is good now. 
Now  I think if you update your git wxwidgest repository you will able to see bad y label

Le 28/12/2016 à 20:11, p.d...@gm... a écrit :
Thanks Laurent
You are a few commits ahead of me I think so I'll update, just in case it makes a difference. I use 64 bit, which I think is the same as you. Are you using wxWidgets 3.1? I am using 3.0 I think, but I'll check.
 
Phil
 
Sent from my Windows 10 phone
 
From: Laurent Berger
Sent: 28 December 2016 10:21
To: p.d...@gm...; Pedro Vicente
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
git log 
commit 26bc4bf13aa41dff0e19345e982eca00a0458578
Author: Alan W. Irwin <ai...@us...>
Date:   Sat Dec 24 14:32:48 2016 -0800

    Apply spell checker to release notes
I have got a dual screen. I have check example on my laptop and problem exist too. Do you use 32 bit or 64 bits libs?
 
Le 28/12/2016 à 10:27, p.d...@gm... a écrit :
Hi Laurent
This is very strange. I see that y axis titles are rotated 180, and the line label is rotated 90 degrees.
 
In fact it looks to me like the y axis coordinate has been reversed for text direction. I have just tested my system which is using commit 65e7b3c99809... Fix bug with plotting in wxPLplotDemo and I don't see the issue. I'm not online right now (emailing from phone) to get latest master, but could you do a git log and let me know which commit you are at?
 
Also is there anything unusual about your screen setup that may affect the usual y direction orientation or anything similar that you can think of?
 
Phil
 
Sent from my Windows 10 phone
 
From: Laurent Berger
Sent: 28 December 2016 01:07
To: p.d...@gm...; Pedro Vicente
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
Hi phil
I have already check it : 
I have clean only wxPlLiewer and run x04 (click on x04) in cmd window I have :

Plotting Options:
 < 1> ps         PostScript File (monochrome)
 < 2> psc        PostScript File (color)
 < 3> xfig       Xfig file
 < 4> null       Null device
 < 5> mem        User-supplied memory device
 < 6> wxwidgets  wxWidgets DC
 < 7> svg        Scalable Vector Graphics (SVG 1.1)

Enter device number or keyword (stream 1): 6
wxPLDevice::SetupMemoryMap: nTries = 0, mapName = plplotMemoryMapGTSRRSLXRW
wxPLDevice::SetupMemoryMap: nTries = 0, mutexName = plplotMemoryMapGTSRRSLXRWmut

*** PLPLOT WARNING ***
Failed to run wxPLViewer - no plots will be shown

*** PLPLOT WARNING ***
wxPLViewer failed to signal it has found the shared memory.
plGetName: Maximum length of full pathname of file to be found is 39
plGetName: Full pathname of file to be found is F:/Meteo/plplot\data\plxtnd5.fnt
plLibOpenPdfstr: Found file F:/Meteo/plplot\data\plxtnd5.fnt
Now I build wxPLviewer and run x04 (click )



now wxplotdemo x axis label is wrong too






Le 28/12/2016 à 00:41, p.d...@gm... a écrit :
Hi Laurent
I know you have said you have cleaned and you have rebuilt. However, there may be a build tree dependency issue catching us out. Can you ensure you specifically rebuild the wxPlviewer project by right clicking it and selecting build in visual studio? If you just right click an example and click build or debug then this project doesn't get built/rebuilt. This means in a previously used build tree you may be using a stale wxplviewer executable or in a fresh tree you may end up using the wxplviewer from your last build of the INSTALL project as a local version may not be found.
 
Alan – I have mentioned this before. What is needed is for all examples to depend upon the wxPLViewer executable, which in turn depends upon plplot and the wxWidgets driver, so that if changes are made to plplot or the driver then building of an example triggers a rebuild of wxPLViewer.
 
Phil
 
Sent from my Windows 10 phone
 
From: Pedro Vicente
Sent: 27 December 2016 22:13
To: Laurent Berger
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
I am using wxwidgets 3.1 built with Visual Studio 2015 and plplot from the 
master branch
and using cmake with
 
 
cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
-DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
-DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
-DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
-DwxWidgets_ROOT_DIR:PATH=%WXWIN%
-DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
-DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
-DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
 
 
 
----- Original Message ----- 
From: "Laurent Berger" <lau...@un...>
To: "Pedro Vicente" <ped...@sp...>
Cc: "Alan W. Irwin" <ir...@be...>; "PLplot development list" 
<plp...@li...>
Sent: Tuesday, December 27, 2016 4:32 PM
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
 
> Which version of wxwidgets do you use (can you give last commit using git 
> log)?
> 
> 
> Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>>> error is still here. Now what patch should I apply?
>> 
>> there is no patch for the scale issue.
>> the patch I send previously on the subject "Using wxWidgets" is for the 
>> issue regarding the use
>> of templates. To test that, add and replace the 2 attached files on that 
>> email to the master you just did the clone,
>> and report here if you have any errors on the master, or in your code 
>> that uses it, please.
>> 
>> regarding the scale issue, what compiler and cmake command are you using?
>> is it Visual Studio 2015 build 64bits, doing
>> cmake .. -G "Visual Studio 14 win64" ?
>> 
>> 
>> 
>> 
>> On 2016-12-27 16:04, Laurent Berger wrote:
>>> I always clean my build repo and my cmake cache. Now to be sure I
>>> have just clone plplot in another folder :
>>> 
>>> 
>>> $ git clone git://git.code.sf.net/p/plplot/plplot
>>> Cloning into 'plplot'...
>>> remote: Counting objects: 91527, done.
>>> remote: Compressing objects: 100% (29963/29963), done.
>>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, done.
>>> Resolving deltas: 100% (68265/68265), done.
>>> Checking connectivity... done.
>>> Checking out files: 100% (1962/1962), done.
>>> 
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>>> $ cd plplot
>>> 
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>>> $ git log
>>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>>> Author: Alan W. Irwin <ai...@us...>
>>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>> 
>>>     Apply spell checker to release notes
>>> 
>>> build plplot in static using wxwidgets 3.1.0 :
>>> 
>>>  git log    (wxWidgets 3.1.0)
>>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>>> Author: Paul Cornett <pa...@us...>
>>> Date:   Wed Nov 9 20:06:26 2016 -0800
>>> 
>>>     Fix non-default window background color with GTK+ >= 3.20
>>> 
>>>     GTK+ no longer automatically paints non-default window
>>> background. See #17586
>>> 
>>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>>> 
>>> error is still here. Now what patch should I apply?
>>> 
>>> 
>>> 
>>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>>> 
>>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>>>> 
>>>>> I did not try with 64 bits libs
>>>> 
>>>> @Laurent:
>>>> 
>>>> Just to interject here, before getting too deeply into 64-bit versus
>>>> 32-bit Windows differences between Pedro and you, it is important you
>>>> answer our question whether the text issues you see are due to stale
>>>> results left over from your previous builds.  So please make a
>>>> completely fresh build and let us know whether those text issues
>>>> persist for that fresh build.
>>>> 
>>>> Alan
>>>> 
>>>> __________________________
>>>> Alan W. Irwin
>>>> 
>>>> Astronomical research affiliation with Department of Physics and 
>>>> Astronomy,
>>>> University of Victoria (astrowww.phys.uvic.ca).
>>>> 
>>>> Programming affiliations with the FreeEOS equation-of-state
>>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>>>> software package (plplot.sf.net); the libLASi project
>>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>>>> and the Linux Brochure Project (lbproject.sf.net).
>>>> __________________________
>>>> 
>>>> Linux-powered Science
>>>> __________________________
>> 
> 
 
 
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel
 
 
 
 
 




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot



_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] legend and label using wxWidgets

[Laurent B. <lau...@un...>]

wxwidgets commit 0bf38e1 x04 y axis label is good 
(https://github.com/wxWidgets/wxWidgets/commit/0bf38e11a33005e289e30c8bc7c67563eae061be)

wxwidgets commit 49000def x04 y axis label is false 
(https://github.com/wxWidgets/wxWidgets/commit/49000defcfb11b409d8935126981b14169ee62a3)



Le 28/12/2016 à 22:28, Laurent Berger a écrit :
>
> With your last message I have found  a way to solve problem
>
> cd wxWiget-3.1.0git checkout cbb799b
> Checking out files: 100% (1470/1470), done.
> Note: checking out 'cbb799b'.
>
> You are in 'detached HEAD' state. You can look around, make experimental
> changes and commit them, and you can discard any commits you make in this
> state without impacting any branches by performing another checkout.
>
> If you want to create a new branch to retain commits you create, you may
> do so (now or later) by using -b with the checkout command again. Example:
>
>   git checkout -b <new-branch-name>
>
> HEAD is now at cbb799b... Updates for 3.1.0 release
>
> Build wxwidgets and build plplot and y axis label is good now.
>
> Now  I think if you update your git wxwidgest repository you will able 
> to see bad y label
>
>
> Le 28/12/2016 à 20:11, p.d...@gm... a écrit :
>>
>> Thanks Laurent
>>
>> You are a few commits ahead of me I think so I'll update, just in 
>> case it makes a difference. I use 64 bit, which I think is the same 
>> as you. Are you using wxWidgets 3.1? I am using 3.0 I think, but I'll 
>> check.
>>
>> Phil
>>
>> Sent from my Windows 10 phone
>>
>> *From: *Laurent Berger <mailto:lau...@un...>
>> *Sent: *28 December 2016 10:21
>> *To: *p.d...@gm... <mailto:p.d...@gm...>; Pedro 
>> Vicente <mailto:ped...@sp...>
>> *Cc: *PLplot development list <mailto:plp...@li...>
>> *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>>
>> git log
>>
>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>> Author: Alan W. Irwin <ai...@us...> 
>> <mailto:ai...@us...>
>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>
>>     Apply spell checker to release notes
>>
>> I have got a dual screen. I have check example on my laptop and 
>> problem exist too. Do you use 32 bit or 64 bits libs?
>>
>> Le 28/12/2016 à 10:27, p.d...@gm... 
>> <mailto:p.d...@gm...> a écrit :
>>
>>     Hi Laurent
>>
>>     This is very strange. I see that y axis titles are rotated 180,
>>     and the line label is rotated 90 degrees.
>>
>>     In fact it looks to me like the y axis coordinate has been
>>     reversed for text direction. I have just tested my system which
>>     is using commit 65e7b3c99809... Fix bug with plotting in
>>     wxPLplotDemo and I don't see the issue. I'm not online right now
>>     (emailing from phone) to get latest master, but could you do a
>>     git log and let me know which commit you are at?
>>
>>     Also is there anything unusual about your screen setup that may
>>     affect the usual y direction orientation or anything similar that
>>     you can think of?
>>
>>     Phil
>>
>>     Sent from my Windows 10 phone
>>
>>     *From: *Laurent Berger <mailto:lau...@un...>
>>     *Sent: *28 December 2016 01:07
>>     *To: *p.d...@gm... <mailto:p.d...@gm...>;
>>     Pedro Vicente <mailto:ped...@sp...>
>>     *Cc: *PLplot development list
>>     <mailto:plp...@li...>
>>     *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>>
>>     Hi phil
>>
>>     I have already check it :
>>
>>     I have clean only wxPlLiewer and run x04 (click on x04) in cmd
>>     window I have :
>>
>>
>>     Plotting Options:
>>      < 1> ps         PostScript File (monochrome)
>>      < 2> psc        PostScript File (color)
>>      < 3> xfig       Xfig file
>>      < 4> null       Null device
>>      < 5> mem        User-supplied memory device
>>      < 6> wxwidgets  wxWidgets DC
>>      < 7> svg        Scalable Vector Graphics (SVG 1.1)
>>
>>     Enter device number or keyword (stream 1): 6
>>     wxPLDevice::SetupMemoryMap: nTries = 0, mapName =
>>     plplotMemoryMapGTSRRSLXRW
>>     wxPLDevice::SetupMemoryMap: nTries = 0, mutexName =
>>     plplotMemoryMapGTSRRSLXRWmut
>>
>>     *** PLPLOT WARNING ***
>>     Failed to run wxPLViewer - no plots will be shown
>>
>>     *** PLPLOT WARNING ***
>>     wxPLViewer failed to signal it has found the shared memory.
>>     plGetName: Maximum length of full pathname of file to be found is 39
>>     plGetName: Full pathname of file to be found is
>>     F:/Meteo/plplot\data\plxtnd5.fnt
>>     plLibOpenPdfstr: Found file F:/Meteo/plplot\data\plxtnd5.fnt
>>
>>     Now I build wxPLviewer and run x04 (click )
>>
>>
>>     cid:par...@un...
>>
>>     now wxplotdemo x axis label is wrong too
>>
>>     cid:par...@un...
>>
>>
>>
>>     Le 28/12/2016 à 00:41, p.d...@gm...
>>     <mailto:p.d...@gm...> a écrit :
>>
>>         Hi Laurent
>>
>>         I know you have said you have cleaned and you have rebuilt.
>>         However, there may be a build tree dependency issue catching
>>         us out. Can you ensure you specifically rebuild the
>>         wxPlviewer project by right clicking it and selecting build
>>         in visual studio? If you just right click an example and
>>         click build or debug then this project doesn't get
>>         built/rebuilt. This means in a previously used build tree you
>>         may be using a stale wxplviewer executable or in a fresh tree
>>         you may end up using the wxplviewer from your last build of
>>         the INSTALL project as a local version may not be found.
>>
>>         Alan – I have mentioned this before. What is needed is for
>>         all examples to depend upon the wxPLViewer executable, which
>>         in turn depends upon plplot and the wxWidgets driver, so that
>>         if changes are made to plplot or the driver then building of
>>         an example triggers a rebuild of wxPLViewer.
>>
>>         Phil
>>
>>         Sent from my Windows 10 phone
>>
>>         *From: *Pedro Vicente <mailto:ped...@sp...>
>>         *Sent: *27 December 2016 22:13
>>         *To: *Laurent Berger <mailto:lau...@un...>
>>         *Cc: *PLplot development list
>>         <mailto:plp...@li...>
>>         *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>>
>>         I am using wxwidgets 3.1 built with Visual Studio 2015 and
>>         plplot from the
>>
>>         master branch
>>
>>         and using cmake with
>>
>>         cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
>>
>>         -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
>>
>>         -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
>>
>>         -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
>>
>>         -DwxWidgets_ROOT_DIR:PATH=%WXWIN%
>>
>>         -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
>>
>>         -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>>
>>         -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
>>
>>         ----- Original Message -----
>>
>>         From: "Laurent Berger" <lau...@un...>
>>         <mailto:lau...@un...>
>>
>>         To: "Pedro Vicente" <ped...@sp...>
>>         <mailto:ped...@sp...>
>>
>>         Cc: "Alan W. Irwin" <ir...@be...>
>>         <mailto:ir...@be...>; "PLplot development list"
>>
>>         <plp...@li...>
>>         <mailto:plp...@li...>
>>
>>         Sent: Tuesday, December 27, 2016 4:32 PM
>>
>>         Subject: Re: [Plplot-devel] legend and label using wxWidgets
>>
>>         > Which version of wxwidgets do you use (can you give last commit
>>         using git
>>
>>         > log)?
>>
>>         >
>>
>>         >
>>
>>         > Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>>
>>         >>> error is still here. Now what patch should I apply?
>>
>>         >>
>>
>>         >> there is no patch for the scale issue.
>>
>>         >> the patch I send previously on the subject "Using wxWidgets"
>>         is for the
>>
>>         >> issue regarding the use
>>
>>         >> of templates. To test that, add and replace the 2 attached
>>         files on that
>>
>>         >> email to the master you just did the clone,
>>
>>         >> and report here if you have any errors on the master, or in
>>         your code
>>
>>         >> that uses it, please.
>>
>>         >>
>>
>>         >> regarding the scale issue, what compiler and cmake command
>>         are you using?
>>
>>         >> is it Visual Studio 2015 build 64bits, doing
>>
>>         >> cmake .. -G "Visual Studio 14 win64" ?
>>
>>         >>
>>
>>         >>
>>
>>         >>
>>
>>         >>
>>
>>         >> On 2016-12-27 16:04, Laurent Berger wrote:
>>
>>         >>> I always clean my build repo and my cmake cache. Now to be
>>         sure I
>>
>>         >>> have just clone plplot in another folder :
>>
>>         >>>
>>
>>         >>>
>>
>>         >>> $ git clone git://git.code.sf.net/p/plplot/plplot
>>
>>         >>> Cloning into 'plplot'...
>>
>>         >>> remote: Counting objects: 91527, done.
>>
>>         >>> remote: Compressing objects: 100% (29963/29963), done.
>>
>>         >>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>>
>>         >>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00
>>         KiB/s, done.
>>
>>         >>> Resolving deltas: 100% (68265/68265), done.
>>
>>         >>> Checking connectivity... done.
>>
>>         >>> Checking out files: 100% (1962/1962), done.
>>
>>         >>>
>>
>>         >>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>>
>>         >>> $ cd plplot
>>
>>         >>>
>>
>>         >>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>>
>>         >>> $ git log
>>
>>         >>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>>
>>         >>> Author: Alan W. Irwin <ai...@us...>
>>         <mailto:ai...@us...>
>>
>>         >>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>
>>         >>>
>>
>>         >>>Apply spell checker to release notes
>>
>>         >>>
>>
>>         >>> build plplot in static using wxwidgets 3.1.0 :
>>
>>         >>>
>>
>>         >>>git log    (wxWidgets 3.1.0)
>>
>>         >>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>>
>>         >>> Author: Paul Cornett <pa...@us...>
>>         <mailto:pa...@us...>
>>
>>         >>> Date:   Wed Nov 9 20:06:26 2016 -0800
>>
>>         >>>
>>
>>         >>>Fix non-default window background color with GTK+ >= 3.20
>>
>>         >>>
>>
>>         >>>GTK+ no longer automatically paints non-default window
>>
>>         >>> background. See #17586
>>
>>         >>>
>>
>>         >>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>>
>>         >>>
>>
>>         >>> error is still here. Now what patch should I apply?
>>
>>         >>>
>>
>>         >>>
>>
>>         >>>
>>
>>         >>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>>
>>         >>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>
>>         >>>>
>>
>>         >>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>
>>         >>>>>
>>
>>         >>>>> I did not try with 64 bits libs
>>
>>         >>>>
>>
>>         >>>> @Laurent:
>>
>>         >>>>
>>
>>         >>>> Just to interject here, before getting too deeply into
>>         64-bit versus
>>
>>         >>>> 32-bit Windows differences between Pedro and you, it is
>>         important you
>>
>>         >>>> answer our question whether the text issues you see are due
>>         to stale
>>
>>         >>>> results left over from your previous builds.  So please make a
>>
>>         >>>> completely fresh build and let us know whether those text issues
>>
>>         >>>> persist for that fresh build.
>>
>>         >>>>
>>
>>         >>>> Alan
>>
>>         >>>>
>>
>>         >>>> __________________________
>>
>>         >>>> Alan W. Irwin
>>
>>         >>>>
>>
>>         >>>> Astronomical research affiliation with Department of Physics
>>         and
>>
>>         >>>> Astronomy,
>>
>>         >>>> University of Victoria (astrowww.phys.uvic.ca).
>>
>>         >>>>
>>
>>         >>>> Programming affiliations with the FreeEOS equation-of-state
>>
>>         >>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>
>>         >>>> Ephemerides project (timeephem.sf.net); PLplot scientific
>>         plotting
>>
>>         >>>> software package (plplot.sf.net); the libLASi project
>>
>>         >>>> (unifont.org/lasi); the Loads of Linux Links project
>>         (loll.sf.net);
>>
>>         >>>> and the Linux Brochure Project (lbproject.sf.net).
>>
>>         >>>> __________________________
>>
>>         >>>>
>>
>>         >>>> Linux-powered Science
>>
>>         >>>> __________________________
>>
>>         >>
>>
>>         >
>>
>>         ------------------------------------------------------------------------------
>>
>>         Check out the vibrant tech community on one of the world's most
>>
>>         engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>
>>         _______________________________________________
>>
>>         Plplot-devel mailing list
>>
>>         Plp...@li...
>>         <mailto:Plp...@li...>
>>
>>         https://lists.sourceforge.net/lists/listinfo/plplot-devel
>>
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] legend and label using wxWidgets

[Laurent B. <lau...@un...>]

With your last message I have found  a way to solve problem

cd wxWiget-3.1.0git checkout cbb799b
Checking out files: 100% (1470/1470), done.
Note: checking out 'cbb799b'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

   git checkout -b <new-branch-name>

HEAD is now at cbb799b... Updates for 3.1.0 release

Build wxwidgets and build plplot and y axis label is good now.

Now  I think if you update your git wxwidgest repository you will able 
to see bad y label


Le 28/12/2016 à 20:11, p.d...@gm... a écrit :
>
> Thanks Laurent
>
> You are a few commits ahead of me I think so I'll update, just in case 
> it makes a difference. I use 64 bit, which I think is the same as you. 
> Are you using wxWidgets 3.1? I am using 3.0 I think, but I'll check.
>
> Phil
>
> Sent from my Windows 10 phone
>
> *From: *Laurent Berger <mailto:lau...@un...>
> *Sent: *28 December 2016 10:21
> *To: *p.d...@gm... <mailto:p.d...@gm...>; Pedro 
> Vicente <mailto:ped...@sp...>
> *Cc: *PLplot development list <mailto:plp...@li...>
> *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>
> git log
>
> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
> Author: Alan W. Irwin <ai...@us...> 
> <mailto:ai...@us...>
> Date:   Sat Dec 24 14:32:48 2016 -0800
>
>     Apply spell checker to release notes
>
> I have got a dual screen. I have check example on my laptop and 
> problem exist too. Do you use 32 bit or 64 bits libs?
>
> Le 28/12/2016 à 10:27, p.d...@gm... 
> <mailto:p.d...@gm...> a écrit :
>
>     Hi Laurent
>
>     This is very strange. I see that y axis titles are rotated 180,
>     and the line label is rotated 90 degrees.
>
>     In fact it looks to me like the y axis coordinate has been
>     reversed for text direction. I have just tested my system which is
>     using commit 65e7b3c99809... Fix bug with plotting in wxPLplotDemo
>     and I don't see the issue. I'm not online right now (emailing from
>     phone) to get latest master, but could you do a git log and let me
>     know which commit you are at?
>
>     Also is there anything unusual about your screen setup that may
>     affect the usual y direction orientation or anything similar that
>     you can think of?
>
>     Phil
>
>     Sent from my Windows 10 phone
>
>     *From: *Laurent Berger <mailto:lau...@un...>
>     *Sent: *28 December 2016 01:07
>     *To: *p.d...@gm... <mailto:p.d...@gm...>;
>     Pedro Vicente <mailto:ped...@sp...>
>     *Cc: *PLplot development list
>     <mailto:plp...@li...>
>     *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>
>     Hi phil
>
>     I have already check it :
>
>     I have clean only wxPlLiewer and run x04 (click on x04) in cmd
>     window I have :
>
>
>     Plotting Options:
>      < 1> ps         PostScript File (monochrome)
>      < 2> psc        PostScript File (color)
>      < 3> xfig       Xfig file
>      < 4> null       Null device
>      < 5> mem        User-supplied memory device
>      < 6> wxwidgets  wxWidgets DC
>      < 7> svg        Scalable Vector Graphics (SVG 1.1)
>
>     Enter device number or keyword (stream 1): 6
>     wxPLDevice::SetupMemoryMap: nTries = 0, mapName =
>     plplotMemoryMapGTSRRSLXRW
>     wxPLDevice::SetupMemoryMap: nTries = 0, mutexName =
>     plplotMemoryMapGTSRRSLXRWmut
>
>     *** PLPLOT WARNING ***
>     Failed to run wxPLViewer - no plots will be shown
>
>     *** PLPLOT WARNING ***
>     wxPLViewer failed to signal it has found the shared memory.
>     plGetName: Maximum length of full pathname of file to be found is 39
>     plGetName: Full pathname of file to be found is
>     F:/Meteo/plplot\data\plxtnd5.fnt
>     plLibOpenPdfstr: Found file F:/Meteo/plplot\data\plxtnd5.fnt
>
>     Now I build wxPLviewer and run x04 (click )
>
>
>     cid:par...@un...
>
>     now wxplotdemo x axis label is wrong too
>
>     cid:par...@un...
>
>
>
>     Le 28/12/2016 à 00:41, p.d...@gm...
>     <mailto:p.d...@gm...> a écrit :
>
>         Hi Laurent
>
>         I know you have said you have cleaned and you have rebuilt.
>         However, there may be a build tree dependency issue catching
>         us out. Can you ensure you specifically rebuild the wxPlviewer
>         project by right clicking it and selecting build in visual
>         studio? If you just right click an example and click build or
>         debug then this project doesn't get built/rebuilt. This means
>         in a previously used build tree you may be using a stale
>         wxplviewer executable or in a fresh tree you may end up using
>         the wxplviewer from your last build of the INSTALL project as
>         a local version may not be found.
>
>         Alan – I have mentioned this before. What is needed is for all
>         examples to depend upon the wxPLViewer executable, which in
>         turn depends upon plplot and the wxWidgets driver, so that if
>         changes are made to plplot or the driver then building of an
>         example triggers a rebuild of wxPLViewer.
>
>         Phil
>
>         Sent from my Windows 10 phone
>
>         *From: *Pedro Vicente <mailto:ped...@sp...>
>         *Sent: *27 December 2016 22:13
>         *To: *Laurent Berger <mailto:lau...@un...>
>         *Cc: *PLplot development list
>         <mailto:plp...@li...>
>         *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>
>         I am using wxwidgets 3.1 built with Visual Studio 2015 and
>         plplot from the
>
>         master branch
>
>         and using cmake with
>
>         cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
>
>         -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
>
>         -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
>
>         -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
>
>         -DwxWidgets_ROOT_DIR:PATH=%WXWIN%
>
>         -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
>
>         -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>
>         -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
>
>         ----- Original Message -----
>
>         From: "Laurent Berger" <lau...@un...>
>         <mailto:lau...@un...>
>
>         To: "Pedro Vicente" <ped...@sp...>
>         <mailto:ped...@sp...>
>
>         Cc: "Alan W. Irwin" <ir...@be...>
>         <mailto:ir...@be...>; "PLplot development list"
>
>         <plp...@li...>
>         <mailto:plp...@li...>
>
>         Sent: Tuesday, December 27, 2016 4:32 PM
>
>         Subject: Re: [Plplot-devel] legend and label using wxWidgets
>
>         > Which version of wxwidgets do you use (can you give last commit
>         using git
>
>         > log)?
>
>         >
>
>         >
>
>         > Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>
>         >>> error is still here. Now what patch should I apply?
>
>         >>
>
>         >> there is no patch for the scale issue.
>
>         >> the patch I send previously on the subject "Using wxWidgets" is
>         for the
>
>         >> issue regarding the use
>
>         >> of templates. To test that, add and replace the 2 attached files
>         on that
>
>         >> email to the master you just did the clone,
>
>         >> and report here if you have any errors on the master, or in your
>         code
>
>         >> that uses it, please.
>
>         >>
>
>         >> regarding the scale issue, what compiler and cmake command
>         are you using?
>
>         >> is it Visual Studio 2015 build 64bits, doing
>
>         >> cmake .. -G "Visual Studio 14 win64" ?
>
>         >>
>
>         >>
>
>         >>
>
>         >>
>
>         >> On 2016-12-27 16:04, Laurent Berger wrote:
>
>         >>> I always clean my build repo and my cmake cache. Now to be sure I
>
>         >>> have just clone plplot in another folder :
>
>         >>>
>
>         >>>
>
>         >>> $ git clone git://git.code.sf.net/p/plplot/plplot
>
>         >>> Cloning into 'plplot'...
>
>         >>> remote: Counting objects: 91527, done.
>
>         >>> remote: Compressing objects: 100% (29963/29963), done.
>
>         >>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>
>         >>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00
>         KiB/s, done.
>
>         >>> Resolving deltas: 100% (68265/68265), done.
>
>         >>> Checking connectivity... done.
>
>         >>> Checking out files: 100% (1962/1962), done.
>
>         >>>
>
>         >>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>
>         >>> $ cd plplot
>
>         >>>
>
>         >>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>
>         >>> $ git log
>
>         >>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>
>         >>> Author: Alan W. Irwin <ai...@us...>
>         <mailto:ai...@us...>
>
>         >>> Date:   Sat Dec 24 14:32:48 2016 -0800
>
>         >>>
>
>         >>>Apply spell checker to release notes
>
>         >>>
>
>         >>> build plplot in static using wxwidgets 3.1.0 :
>
>         >>>
>
>         >>>git log    (wxWidgets 3.1.0)
>
>         >>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>
>         >>> Author: Paul Cornett <pa...@us...>
>         <mailto:pa...@us...>
>
>         >>> Date:   Wed Nov 9 20:06:26 2016 -0800
>
>         >>>
>
>         >>>Fix non-default window background color with GTK+ >= 3.20
>
>         >>>
>
>         >>>GTK+ no longer automatically paints non-default window
>
>         >>> background. See #17586
>
>         >>>
>
>         >>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>
>         >>>
>
>         >>> error is still here. Now what patch should I apply?
>
>         >>>
>
>         >>>
>
>         >>>
>
>         >>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>
>         >>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>
>         >>>>
>
>         >>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>
>         >>>>>
>
>         >>>>> I did not try with 64 bits libs
>
>         >>>>
>
>         >>>> @Laurent:
>
>         >>>>
>
>         >>>> Just to interject here, before getting too deeply into 64-bit
>         versus
>
>         >>>> 32-bit Windows differences between Pedro and you, it is
>         important you
>
>         >>>> answer our question whether the text issues you see are due
>         to stale
>
>         >>>> results left over from your previous builds.  So please make a
>
>         >>>> completely fresh build and let us know whether those text issues
>
>         >>>> persist for that fresh build.
>
>         >>>>
>
>         >>>> Alan
>
>         >>>>
>
>         >>>> __________________________
>
>         >>>> Alan W. Irwin
>
>         >>>>
>
>         >>>> Astronomical research affiliation with Department of Physics and
>
>         >>>> Astronomy,
>
>         >>>> University of Victoria (astrowww.phys.uvic.ca).
>
>         >>>>
>
>         >>>> Programming affiliations with the FreeEOS equation-of-state
>
>         >>>> implementation for stellar interiors (freeeos.sf.net); the Time
>
>         >>>> Ephemerides project (timeephem.sf.net); PLplot scientific
>         plotting
>
>         >>>> software package (plplot.sf.net); the libLASi project
>
>         >>>> (unifont.org/lasi); the Loads of Linux Links project
>         (loll.sf.net);
>
>         >>>> and the Linux Brochure Project (lbproject.sf.net).
>
>         >>>> __________________________
>
>         >>>>
>
>         >>>> Linux-powered Science
>
>         >>>> __________________________
>
>         >>
>
>         >
>
>         ------------------------------------------------------------------------------
>
>         Check out the vibrant tech community on one of the world's most
>
>         engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>
>         _______________________________________________
>
>         Plplot-devel mailing list
>
>         Plp...@li...
>         <mailto:Plp...@li...>
>
>         https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] wxwidgets-related dependencies

[<p.d...@gm...>]

Hi Alan
The problem with building all is that it rebuilds all the examples. When using static libs this means relinking them as well and the whole process takes  a few minutes, rather than the few seconds to build one example.

Phil

Sent from my Windows 10 phone

From: Alan W. Irwin
Sent: 28 December 2016 19:08
To: p.d...@gm...
Cc: Pedro Vicente; Laurent Berger; PLplot development list
Subject: RE: wxwidgets-related dependencies

On 2016-12-28 09:14-0000 p.d...@gm... wrote:

> The deal is that although there is no build time dependency of the
examples upon wxPLViewer, there is a run time dependency. Does that
make sense?

Yes.  As a matter of convenience you would like _all_ your changes to
build rather than the subset of them you get now when you build just
an example.  To get that effect I strongly recommend you build the
"all" target.  After all, that is exactly what that convenience target
is for. Anyhow, please try the "all" target as a means of satisfying
your needs.  N.B. that target actually only builds the targets that
are necessary for installation (e.g., it skips all the Unix-only
custom test targets that would fail for you).  So that target is not
to be confused with another target that apparently exists with Visual
Studio.  I have forgotten its name but it ends up attempting to build
_every_ target including all the custom ones which, of course, always
fails for the bare windows case.

Alan

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] legend and label using wxWidgets

[<p.d...@gm...>]

Thanks Laurent
You are a few commits ahead of me I think so I'll update, just in case it makes a difference. I use 64 bit, which I think is the same as you. Are you using wxWidgets 3.1? I am using 3.0 I think, but I'll check.

Phil

Sent from my Windows 10 phone

From: Laurent Berger
Sent: 28 December 2016 10:21
To: p.d...@gm...; Pedro Vicente
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets

git log 
commit 26bc4bf13aa41dff0e19345e982eca00a0458578
Author: Alan W. Irwin <ai...@us...>
Date:   Sat Dec 24 14:32:48 2016 -0800

    Apply spell checker to release notes
I have got a dual screen. I have check example on my laptop and problem exist too. Do you use 32 bit or 64 bits libs?

Le 28/12/2016 à 10:27, p.d...@gm... a écrit :
Hi Laurent
This is very strange. I see that y axis titles are rotated 180, and the line label is rotated 90 degrees.
 
In fact it looks to me like the y axis coordinate has been reversed for text direction. I have just tested my system which is using commit 65e7b3c99809... Fix bug with plotting in wxPLplotDemo and I don't see the issue. I'm not online right now (emailing from phone) to get latest master, but could you do a git log and let me know which commit you are at?
 
Also is there anything unusual about your screen setup that may affect the usual y direction orientation or anything similar that you can think of?
 
Phil
 
Sent from my Windows 10 phone
 
From: Laurent Berger
Sent: 28 December 2016 01:07
To: p.d...@gm...; Pedro Vicente
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
Hi phil
I have already check it : 
I have clean only wxPlLiewer and run x04 (click on x04) in cmd window I have :

Plotting Options:
 < 1> ps         PostScript File (monochrome)
 < 2> psc        PostScript File (color)
 < 3> xfig       Xfig file
 < 4> null       Null device
 < 5> mem        User-supplied memory device
 < 6> wxwidgets  wxWidgets DC
 < 7> svg        Scalable Vector Graphics (SVG 1.1)

Enter device number or keyword (stream 1): 6
wxPLDevice::SetupMemoryMap: nTries = 0, mapName = plplotMemoryMapGTSRRSLXRW
wxPLDevice::SetupMemoryMap: nTries = 0, mutexName = plplotMemoryMapGTSRRSLXRWmut

*** PLPLOT WARNING ***
Failed to run wxPLViewer - no plots will be shown

*** PLPLOT WARNING ***
wxPLViewer failed to signal it has found the shared memory.
plGetName: Maximum length of full pathname of file to be found is 39
plGetName: Full pathname of file to be found is F:/Meteo/plplot\data\plxtnd5.fnt
plLibOpenPdfstr: Found file F:/Meteo/plplot\data\plxtnd5.fnt
Now I build wxPLviewer and run x04 (click )



now wxplotdemo x axis label is wrong too





Le 28/12/2016 à 00:41, p.d...@gm... a écrit :
Hi Laurent
I know you have said you have cleaned and you have rebuilt. However, there may be a build tree dependency issue catching us out. Can you ensure you specifically rebuild the wxPlviewer project by right clicking it and selecting build in visual studio? If you just right click an example and click build or debug then this project doesn't get built/rebuilt. This means in a previously used build tree you may be using a stale wxplviewer executable or in a fresh tree you may end up using the wxplviewer from your last build of the INSTALL project as a local version may not be found.
 
Alan – I have mentioned this before. What is needed is for all examples to depend upon the wxPLViewer executable, which in turn depends upon plplot and the wxWidgets driver, so that if changes are made to plplot or the driver then building of an example triggers a rebuild of wxPLViewer.
 
Phil
 
Sent from my Windows 10 phone
 
From: Pedro Vicente
Sent: 27 December 2016 22:13
To: Laurent Berger
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
I am using wxwidgets 3.1 built with Visual Studio 2015 and plplot from the 
master branch
and using cmake with
 
 
cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
-DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
-DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
-DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
-DwxWidgets_ROOT_DIR:PATH=%WXWIN%
-DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
-DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
-DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
 
 
 
----- Original Message ----- 
From: "Laurent Berger" <lau...@un...>
To: "Pedro Vicente" <ped...@sp...>
Cc: "Alan W. Irwin" <ir...@be...>; "PLplot development list" 
<plp...@li...>
Sent: Tuesday, December 27, 2016 4:32 PM
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
 
> Which version of wxwidgets do you use (can you give last commit using git 
> log)?
> 
> 
> Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>>> error is still here. Now what patch should I apply?
>> 
>> there is no patch for the scale issue.
>> the patch I send previously on the subject "Using wxWidgets" is for the 
>> issue regarding the use
>> of templates. To test that, add and replace the 2 attached files on that 
>> email to the master you just did the clone,
>> and report here if you have any errors on the master, or in your code 
>> that uses it, please.
>> 
>> regarding the scale issue, what compiler and cmake command are you using?
>> is it Visual Studio 2015 build 64bits, doing
>> cmake .. -G "Visual Studio 14 win64" ?
>> 
>> 
>> 
>> 
>> On 2016-12-27 16:04, Laurent Berger wrote:
>>> I always clean my build repo and my cmake cache. Now to be sure I
>>> have just clone plplot in another folder :
>>> 
>>> 
>>> $ git clone git://git.code.sf.net/p/plplot/plplot
>>> Cloning into 'plplot'...
>>> remote: Counting objects: 91527, done.
>>> remote: Compressing objects: 100% (29963/29963), done.
>>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, done.
>>> Resolving deltas: 100% (68265/68265), done.
>>> Checking connectivity... done.
>>> Checking out files: 100% (1962/1962), done.
>>> 
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>>> $ cd plplot
>>> 
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>>> $ git log
>>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>>> Author: Alan W. Irwin <ai...@us...>
>>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>> 
>>>     Apply spell checker to release notes
>>> 
>>> build plplot in static using wxwidgets 3.1.0 :
>>> 
>>>  git log    (wxWidgets 3.1.0)
>>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>>> Author: Paul Cornett <pa...@us...>
>>> Date:   Wed Nov 9 20:06:26 2016 -0800
>>> 
>>>     Fix non-default window background color with GTK+ >= 3.20
>>> 
>>>     GTK+ no longer automatically paints non-default window
>>> background. See #17586
>>> 
>>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>>> 
>>> error is still here. Now what patch should I apply?
>>> 
>>> 
>>> 
>>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>>> 
>>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>>>> 
>>>>> I did not try with 64 bits libs
>>>> 
>>>> @Laurent:
>>>> 
>>>> Just to interject here, before getting too deeply into 64-bit versus
>>>> 32-bit Windows differences between Pedro and you, it is important you
>>>> answer our question whether the text issues you see are due to stale
>>>> results left over from your previous builds.  So please make a
>>>> completely fresh build and let us know whether those text issues
>>>> persist for that fresh build.
>>>> 
>>>> Alan
>>>> 
>>>> __________________________
>>>> Alan W. Irwin
>>>> 
>>>> Astronomical research affiliation with Department of Physics and 
>>>> Astronomy,
>>>> University of Victoria (astrowww.phys.uvic.ca).
>>>> 
>>>> Programming affiliations with the FreeEOS equation-of-state
>>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>>>> software package (plplot.sf.net); the libLASi project
>>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>>>> and the Linux Brochure Project (lbproject.sf.net).
>>>> __________________________
>>>> 
>>>> Linux-powered Science
>>>> __________________________
>> 
> 
 
 
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel
 
 
 

Re: [Plplot-devel] wxwidgets-related dependencies

[Alan W. I. <ir...@be...>]

On 2016-12-28 09:14-0000 p.d...@gm... wrote:

> The deal is that although there is no build time dependency of the
examples upon wxPLViewer, there is a run time dependency. Does that
make sense?

Yes.  As a matter of convenience you would like _all_ your changes to
build rather than the subset of them you get now when you build just
an example.  To get that effect I strongly recommend you build the
"all" target.  After all, that is exactly what that convenience target
is for. Anyhow, please try the "all" target as a means of satisfying
your needs.  N.B. that target actually only builds the targets that
are necessary for installation (e.g., it skips all the Unix-only
custom test targets that would fail for you).  So that target is not
to be confused with another target that apparently exists with Visual
Studio.  I have forgotten its name but it ends up attempting to build
_every_ target including all the custom ones which, of course, always
fails for the bare windows case.

Alan

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] legend and label using wxWidgets

[Laurent B. <lau...@un...>]

git log

commit 26bc4bf13aa41dff0e19345e982eca00a0458578
Author: Alan W. Irwin <ai...@us...>
Date:   Sat Dec 24 14:32:48 2016 -0800

     Apply spell checker to release notes

I have got a dual screen. I have check example on my laptop and problem 
exist too. Do you use 32 bit or 64 bits libs?


Le 28/12/2016 à 10:27, p.d...@gm... a écrit :
>
> Hi Laurent
>
> This is very strange. I see that y axis titles are rotated 180, and 
> the line label is rotated 90 degrees.
>
> In fact it looks to me like the y axis coordinate has been reversed 
> for text direction. I have just tested my system which is using commit 
> 65e7b3c99809... Fix bug with plotting in wxPLplotDemo and I don't see 
> the issue. I'm not online right now (emailing from phone) to get 
> latest master, but could you do a git log and let me know which commit 
> you are at?
>
> Also is there anything unusual about your screen setup that may affect 
> the usual y direction orientation or anything similar that you can 
> think of?
>
> Phil
>
> Sent from my Windows 10 phone
>
> *From: *Laurent Berger <mailto:lau...@un...>
> *Sent: *28 December 2016 01:07
> *To: *p.d...@gm... <mailto:p.d...@gm...>; Pedro 
> Vicente <mailto:ped...@sp...>
> *Cc: *PLplot development list <mailto:plp...@li...>
> *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>
> Hi phil
>
> I have already check it :
>
> I have clean only wxPlLiewer and run x04 (click on x04) in cmd window 
> I have :
>
>
> Plotting Options:
>  < 1> ps         PostScript File (monochrome)
>  < 2> psc        PostScript File (color)
>  < 3> xfig       Xfig file
>  < 4> null       Null device
>  < 5> mem        User-supplied memory device
>  < 6> wxwidgets  wxWidgets DC
>  < 7> svg        Scalable Vector Graphics (SVG 1.1)
>
> Enter device number or keyword (stream 1): 6
> wxPLDevice::SetupMemoryMap: nTries = 0, mapName = 
> plplotMemoryMapGTSRRSLXRW
> wxPLDevice::SetupMemoryMap: nTries = 0, mutexName = 
> plplotMemoryMapGTSRRSLXRWmut
>
> *** PLPLOT WARNING ***
> Failed to run wxPLViewer - no plots will be shown
>
> *** PLPLOT WARNING ***
> wxPLViewer failed to signal it has found the shared memory.
> plGetName: Maximum length of full pathname of file to be found is 39
> plGetName: Full pathname of file to be found is 
> F:/Meteo/plplot\data\plxtnd5.fnt
> plLibOpenPdfstr: Found file F:/Meteo/plplot\data\plxtnd5.fnt
>
> Now I build wxPLviewer and run x04 (click )
>
>
> cid:par...@un...
>
> now wxplotdemo x axis label is wrong too
>
> cid:par...@un...
>
>
> Le 28/12/2016 à 00:41, p.d...@gm... 
> <mailto:p.d...@gm...> a écrit :
>
>     Hi Laurent
>
>     I know you have said you have cleaned and you have rebuilt.
>     However, there may be a build tree dependency issue catching us
>     out. Can you ensure you specifically rebuild the wxPlviewer
>     project by right clicking it and selecting build in visual studio?
>     If you just right click an example and click build or debug then
>     this project doesn't get built/rebuilt. This means in a previously
>     used build tree you may be using a stale wxplviewer executable or
>     in a fresh tree you may end up using the wxplviewer from your last
>     build of the INSTALL project as a local version may not be found.
>
>     Alan – I have mentioned this before. What is needed is for all
>     examples to depend upon the wxPLViewer executable, which in turn
>     depends upon plplot and the wxWidgets driver, so that if changes
>     are made to plplot or the driver then building of an example
>     triggers a rebuild of wxPLViewer.
>
>     Phil
>
>     Sent from my Windows 10 phone
>
>     *From: *Pedro Vicente <mailto:ped...@sp...>
>     *Sent: *27 December 2016 22:13
>     *To: *Laurent Berger <mailto:lau...@un...>
>     *Cc: *PLplot development list
>     <mailto:plp...@li...>
>     *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>
>     I am using wxwidgets 3.1 built with Visual Studio 2015 and plplot
>     from the
>
>     master branch
>
>     and using cmake with
>
>     cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
>
>     -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
>
>     -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
>
>     -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
>
>     -DwxWidgets_ROOT_DIR:PATH=%WXWIN%
>
>     -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
>
>     -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>
>     -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
>
>     ----- Original Message -----
>
>     From: "Laurent Berger" <lau...@un...>
>     <mailto:lau...@un...>
>
>     To: "Pedro Vicente" <ped...@sp...>
>     <mailto:ped...@sp...>
>
>     Cc: "Alan W. Irwin" <ir...@be...>
>     <mailto:ir...@be...>; "PLplot development list"
>
>     <plp...@li...>
>     <mailto:plp...@li...>
>
>     Sent: Tuesday, December 27, 2016 4:32 PM
>
>     Subject: Re: [Plplot-devel] legend and label using wxWidgets
>
>     > Which version of wxwidgets do you use (can you give last commit using git
>
>     > log)?
>
>     >
>
>     >
>
>     > Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>
>     >>> error is still here. Now what patch should I apply?
>
>     >>
>
>     >> there is no patch for the scale issue.
>
>     >> the patch I send previously on the subject "Using wxWidgets" is for the
>
>     >> issue regarding the use
>
>     >> of templates. To test that, add and replace the 2 attached files on
>     that
>
>     >> email to the master you just did the clone,
>
>     >> and report here if you have any errors on the master, or in your code
>
>     >> that uses it, please.
>
>     >>
>
>     >> regarding the scale issue, what compiler and cmake command are
>     you using?
>
>     >> is it Visual Studio 2015 build 64bits, doing
>
>     >> cmake .. -G "Visual Studio 14 win64" ?
>
>     >>
>
>     >>
>
>     >>
>
>     >>
>
>     >> On 2016-12-27 16:04, Laurent Berger wrote:
>
>     >>> I always clean my build repo and my cmake cache. Now to be sure I
>
>     >>> have just clone plplot in another folder :
>
>     >>>
>
>     >>>
>
>     >>> $ git clone git://git.code.sf.net/p/plplot/plplot
>
>     >>> Cloning into 'plplot'...
>
>     >>> remote: Counting objects: 91527, done.
>
>     >>> remote: Compressing objects: 100% (29963/29963), done.
>
>     >>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>
>     >>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s,
>     done.
>
>     >>> Resolving deltas: 100% (68265/68265), done.
>
>     >>> Checking connectivity... done.
>
>     >>> Checking out files: 100% (1962/1962), done.
>
>     >>>
>
>     >>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>
>     >>> $ cd plplot
>
>     >>>
>
>     >>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>
>     >>> $ git log
>
>     >>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>
>     >>> Author: Alan W. Irwin <ai...@us...>
>     <mailto:ai...@us...>
>
>     >>> Date:   Sat Dec 24 14:32:48 2016 -0800
>
>     >>>
>
>     >>>Apply spell checker to release notes
>
>     >>>
>
>     >>> build plplot in static using wxwidgets 3.1.0 :
>
>     >>>
>
>     >>>git log    (wxWidgets 3.1.0)
>
>     >>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>
>     >>> Author: Paul Cornett <pa...@us...>
>     <mailto:pa...@us...>
>
>     >>> Date:   Wed Nov 9 20:06:26 2016 -0800
>
>     >>>
>
>     >>>Fix non-default window background color with GTK+ >= 3.20
>
>     >>>
>
>     >>>GTK+ no longer automatically paints non-default window
>
>     >>> background. See #17586
>
>     >>>
>
>     >>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>
>     >>>
>
>     >>> error is still here. Now what patch should I apply?
>
>     >>>
>
>     >>>
>
>     >>>
>
>     >>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>
>     >>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>
>     >>>>
>
>     >>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>
>     >>>>>
>
>     >>>>> I did not try with 64 bits libs
>
>     >>>>
>
>     >>>> @Laurent:
>
>     >>>>
>
>     >>>> Just to interject here, before getting too deeply into 64-bit versus
>
>     >>>> 32-bit Windows differences between Pedro and you, it is important you
>
>     >>>> answer our question whether the text issues you see are due to stale
>
>     >>>> results left over from your previous builds.  So please make a
>
>     >>>> completely fresh build and let us know whether those text issues
>
>     >>>> persist for that fresh build.
>
>     >>>>
>
>     >>>> Alan
>
>     >>>>
>
>     >>>> __________________________
>
>     >>>> Alan W. Irwin
>
>     >>>>
>
>     >>>> Astronomical research affiliation with Department of Physics and
>
>     >>>> Astronomy,
>
>     >>>> University of Victoria (astrowww.phys.uvic.ca).
>
>     >>>>
>
>     >>>> Programming affiliations with the FreeEOS equation-of-state
>
>     >>>> implementation for stellar interiors (freeeos.sf.net); the Time
>
>     >>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>
>     >>>> software package (plplot.sf.net); the libLASi project
>
>     >>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>
>     >>>> and the Linux Brochure Project (lbproject.sf.net).
>
>     >>>> __________________________
>
>     >>>>
>
>     >>>> Linux-powered Science
>
>     >>>> __________________________
>
>     >>
>
>     >
>
>     ------------------------------------------------------------------------------
>
>     Check out the vibrant tech community on one of the world's most
>
>     engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>
>     _______________________________________________
>
>     Plplot-devel mailing list
>
>     Plp...@li...
>     <mailto:Plp...@li...>
>
>     https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] legend and label using wxWidgets

[<p.d...@gm...>]

Hi Laurent
This is very strange. I see that y axis titles are rotated 180, and the line label is rotated 90 degrees.

In fact it looks to me like the y axis coordinate has been reversed for text direction. I have just tested my system which is using commit 65e7b3c99809... Fix bug with plotting in wxPLplotDemo and I don't see the issue. I'm not online right now (emailing from phone) to get latest master, but could you do a git log and let me know which commit you are at?

Also is there anything unusual about your screen setup that may affect the usual y direction orientation or anything similar that you can think of?

Phil

Sent from my Windows 10 phone

From: Laurent Berger
Sent: 28 December 2016 01:07
To: p.d...@gm...; Pedro Vicente
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets

Hi phil
I have already check it : 
I have clean only wxPlLiewer and run x04 (click on x04) in cmd window I have :

Plotting Options:
 < 1> ps         PostScript File (monochrome)
 < 2> psc        PostScript File (color)
 < 3> xfig       Xfig file
 < 4> null       Null device
 < 5> mem        User-supplied memory device
 < 6> wxwidgets  wxWidgets DC
 < 7> svg        Scalable Vector Graphics (SVG 1.1)

Enter device number or keyword (stream 1): 6
wxPLDevice::SetupMemoryMap: nTries = 0, mapName = plplotMemoryMapGTSRRSLXRW
wxPLDevice::SetupMemoryMap: nTries = 0, mutexName = plplotMemoryMapGTSRRSLXRWmut

*** PLPLOT WARNING ***
Failed to run wxPLViewer - no plots will be shown

*** PLPLOT WARNING ***
wxPLViewer failed to signal it has found the shared memory.
plGetName: Maximum length of full pathname of file to be found is 39
plGetName: Full pathname of file to be found is F:/Meteo/plplot\data\plxtnd5.fnt
plLibOpenPdfstr: Found file F:/Meteo/plplot\data\plxtnd5.fnt
Now I build wxPLviewer and run x04 (click )



now wxplotdemo x axis label is wrong too




Le 28/12/2016 à 00:41, p.d...@gm... a écrit :
Hi Laurent
I know you have said you have cleaned and you have rebuilt. However, there may be a build tree dependency issue catching us out. Can you ensure you specifically rebuild the wxPlviewer project by right clicking it and selecting build in visual studio? If you just right click an example and click build or debug then this project doesn't get built/rebuilt. This means in a previously used build tree you may be using a stale wxplviewer executable or in a fresh tree you may end up using the wxplviewer from your last build of the INSTALL project as a local version may not be found.
 
Alan – I have mentioned this before. What is needed is for all examples to depend upon the wxPLViewer executable, which in turn depends upon plplot and the wxWidgets driver, so that if changes are made to plplot or the driver then building of an example triggers a rebuild of wxPLViewer.
 
Phil
 
Sent from my Windows 10 phone
 
From: Pedro Vicente
Sent: 27 December 2016 22:13
To: Laurent Berger
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
I am using wxwidgets 3.1 built with Visual Studio 2015 and plplot from the 
master branch
and using cmake with
 
 
cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
-DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
-DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
-DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
-DwxWidgets_ROOT_DIR:PATH=%WXWIN%
-DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
-DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
-DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
 
 
 
----- Original Message ----- 
From: "Laurent Berger" <lau...@un...>
To: "Pedro Vicente" <ped...@sp...>
Cc: "Alan W. Irwin" <ir...@be...>; "PLplot development list" 
<plp...@li...>
Sent: Tuesday, December 27, 2016 4:32 PM
Subject: Re: [Plplot-devel] legend and label using wxWidgets
 
 
> Which version of wxwidgets do you use (can you give last commit using git 
> log)?
> 
> 
> Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>>> error is still here. Now what patch should I apply?
>> 
>> there is no patch for the scale issue.
>> the patch I send previously on the subject "Using wxWidgets" is for the 
>> issue regarding the use
>> of templates. To test that, add and replace the 2 attached files on that 
>> email to the master you just did the clone,
>> and report here if you have any errors on the master, or in your code 
>> that uses it, please.
>> 
>> regarding the scale issue, what compiler and cmake command are you using?
>> is it Visual Studio 2015 build 64bits, doing
>> cmake .. -G "Visual Studio 14 win64" ?
>> 
>> 
>> 
>> 
>> On 2016-12-27 16:04, Laurent Berger wrote:
>>> I always clean my build repo and my cmake cache. Now to be sure I
>>> have just clone plplot in another folder :
>>> 
>>> 
>>> $ git clone git://git.code.sf.net/p/plplot/plplot
>>> Cloning into 'plplot'...
>>> remote: Counting objects: 91527, done.
>>> remote: Compressing objects: 100% (29963/29963), done.
>>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, done.
>>> Resolving deltas: 100% (68265/68265), done.
>>> Checking connectivity... done.
>>> Checking out files: 100% (1962/1962), done.
>>> 
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>>> $ cd plplot
>>> 
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>>> $ git log
>>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>>> Author: Alan W. Irwin <ai...@us...>
>>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>> 
>>>     Apply spell checker to release notes
>>> 
>>> build plplot in static using wxwidgets 3.1.0 :
>>> 
>>>  git log    (wxWidgets 3.1.0)
>>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>>> Author: Paul Cornett <pa...@us...>
>>> Date:   Wed Nov 9 20:06:26 2016 -0800
>>> 
>>>     Fix non-default window background color with GTK+ >= 3.20
>>> 
>>>     GTK+ no longer automatically paints non-default window
>>> background. See #17586
>>> 
>>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>>> 
>>> error is still here. Now what patch should I apply?
>>> 
>>> 
>>> 
>>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>>> 
>>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>>>> 
>>>>> I did not try with 64 bits libs
>>>> 
>>>> @Laurent:
>>>> 
>>>> Just to interject here, before getting too deeply into 64-bit versus
>>>> 32-bit Windows differences between Pedro and you, it is important you
>>>> answer our question whether the text issues you see are due to stale
>>>> results left over from your previous builds.  So please make a
>>>> completely fresh build and let us know whether those text issues
>>>> persist for that fresh build.
>>>> 
>>>> Alan
>>>> 
>>>> __________________________
>>>> Alan W. Irwin
>>>> 
>>>> Astronomical research affiliation with Department of Physics and 
>>>> Astronomy,
>>>> University of Victoria (astrowww.phys.uvic.ca).
>>>> 
>>>> Programming affiliations with the FreeEOS equation-of-state
>>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>>>> software package (plplot.sf.net); the libLASi project
>>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>>>> and the Linux Brochure Project (lbproject.sf.net).
>>>> __________________________
>>>> 
>>>> Linux-powered Science
>>>> __________________________
>> 
> 
 
 
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel
 

Re: [Plplot-devel] wxwidgets-related dependencies

[<p.d...@gm...>]

Hi Alan
Sorry for top posting, but I’m on my phone which doesn't seem to indent older text so I think this is simpler.

A common scenario for me (I thought this may have been Laurent’s issue, but it seems not) is that I make a change in the wxWidgets part of plplot, then in visual studio I right click an example and select run. This triggers plplot to rebuild (in visual studio static builds all the devices are built into a single plplot library) and the example builds and runs. I hit the appropriate number to select wxWidgets and I find my change has made no different.

I try a few more things and find nothing helps.

Then I realise that wxPLViewer hasn't been rebuilding and was built with code before my changes. So I right click that project, hit build, test my changes, probably revert some changes and get back to my original change. Rebuilding wxPLViewer manually as I go.

Mostly now I remember to do the manual build. But occasionally I forget and it often takes me ages to realise the problem.

The deal is that although there is no build time dependency of the examples upon wxPLViewer, there is a run time dependency. Does that make sense?

Phil

Sent from my Windows 10 phone

From: Alan W. Irwin
Sent: 28 December 2016 01:42
To: Phil Rosenberg; Pedro Vicente; Laurent Berger; PLplot development list
Subject: wxwidgets-related dependencies

On 2016-12-27 23:41-0000 p.d...@gm... wrote:

> Hi Laurent
> I know you have said you have cleaned and you have rebuilt. However, there may be a build tree dependency issue catching us out. Can you ensure you specifically rebuild the wxPlviewer project by right clicking it and selecting build in visual studio? If you just right click an example and click build or debug then this project doesn't get built/rebuilt. This means in a previously used build tree you may be using a stale wxplviewer executable or in a fresh tree you may end up using the wxplviewer from your last build of the INSTALL project as a local version may not be found.
>

> Alan – I have mentioned this before. What is needed is for all
examples to depend upon the wxPLViewer executable, which in turn
depends upon plplot and the wxWidgets driver, so that if changes are
made to plplot or the driver then building of an example triggers a
rebuild of wxPLViewer.

Hi Phil:

You definitely do not want any of our standard examples to depend
on wxPLViewer.  Because the two are normally completely unrelated.

Of course, the test_c_wxwidgets target is a completely different story
since it specifically runs a subset of our C examples with -dev
wxwidgets so that target currently depends on the wxPLViewer target,
i.e., when test_c_wxwidgets is built, an attempt is always made to
build wxPLViewer first.  (Of course, nothing is done if wxPLViewer is
completely up to date, i.e, all its own direct and indirect
dependencies, e.g., the plplot, plplotcxx, and plplotwxwidgets
libraries are already built and it is already built.)

So shouldn't that chain of dependencies already satisfy your
dependency needs?  That is, the current situation is if code in any of
the plplot, plplotcxx, or plplotwxwidgets libraries is changed, then
an attempt to rebuild test_c_wxwidgets will attempt to rebuild the
particular library dependency with changed code and relink wxPLViewer
against the changed set of libraries.  A small complication for this
dependency chain exists for the case of shared libraries + dynamic
devices (the only case where the wxwidgets target exists because for
only this case the wxwidgets device driver code is built into an
independent dll rather than being embedded in the plplot library). But
here also you are covered because for this case the test_c_wxwidgets
depends on the wxwidgets target.  So any change in the (for this case
independent) wxwidgets device driver code will result in a rebuild of
wxwidgets.  That code does not link in any way to wxPLViewer so I
don't see any reason to rebuild wxPLViewer if the wxwidgets device
driver code is changed and rebuilt.  Of course, wxPLViewer will get
rebuilt if its common code with the wxwidgets device driver,
drivers/wxwidgets_comms.cpp, gets changed.

So I think we have it completely covered, but if you see any flaw in
my argument above that leads to that conclusion, please let me know.

Alan

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-devel] Linux OnCreate delay bug -- solution

[Pedro V. <ped...@sp...>]

// Copyright (C) 2005  Werner Smekal
//
// This file is part of PLplot.
//
// PLplot is free software; you can redistribute it and/or modify
// it under the terms of the GNU Library General Public License as published
// by the Free Software Foundation; either version 2 of the License, or
// (at your option) any later version.
//
// PLplot is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
// GNU Library General Public License for more details.
//
// You should have received a copy of the GNU Library General Public License
// along with PLplot; if not, write to the Free Software
// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
//
//

// For compilers that support precompilation, includes "wx/wx.h".
#include "wx/wxprec.h"

#ifdef __BORLANDC__
    #pragma hdrstop
#endif

#ifndef WX_PRECOMP
    #include "wx/wx.h"
#endif

#ifdef __WXMAC__
        #include <Carbon/Carbon.h>
extern "C" { void CPSEnableForegroundOperation( ProcessSerialNumber* psn ); }
#endif

#include "wxPLplotwindow.h"
#include <cmath>

#define MAX( a, b )    ( ( a ) < ( b ) ? ( b ) : ( a ) )
#define MIN( a, b )    ( ( a ) < ( b ) ? ( a ) : ( b ) )

// Application icon as XPM
// This free icon was taken from http://2pt3.com/news/twotone-icons-for-free/
static const char            *graph[] = {
// columns rows colors chars-per-pixel
    "16 16 4 2",
    "   c black",
    ".  c #BA1825",
    "X  c gray100",
    "UX c None",
// pixels
    "UX. . . . . . . . . . . . . . UX",
    ". . . . . . . . . . . . . . . . ",
    ". . . . . . . . . . . . . . . . ",
    ". . . . . . . . . . . X X . . . ",
    ". . . . . . . . . . . X X . . . ",
    ". . . . . . . . . . . X X . . . ",
    ". . . . . X X . . . . X X . . . ",
    ". . . . . X X . . . . X X . . . ",
    ". . . . . X X . X X . X X . . . ",
    ". . . . . X X . X X . X X . . . ",
    ". . . . . X X . X X . X X . . . ",
    ". . . . . X X . X X . X X . . . ",
    ". . . X X X X X X X X X X . . . ",
    ". . . . . . . . . . . . . . . . ",
    ". . . . . . . . . . . . . . . . ",
    "UX. . . . . . . . . . . . . . UX"
};

class wxPlDemoFrame : public wxPLplotwindow<wxFrame>
{
private:
    virtual void OnLocate( const PLGraphicsIn &graphicsIn );
};

void wxPlDemoFrame::OnLocate( const PLGraphicsIn &graphicsIn )
{
    if ( graphicsIn.button == 0 )
        return;         //Do nothing for motion, only respond to clicks

    wxString message;

    if ( ( graphicsIn.state & PL_MASK_SHIFT ) != 0 )
        message << "Shift-";
    if ( ( graphicsIn.state & PL_MASK_CAPS ) != 0 )
        message << "Caps Lock-";
    if ( ( graphicsIn.state & PL_MASK_CONTROL ) != 0 )
        message << "Ctrl-";
    if ( ( graphicsIn.state & PL_MASK_ALT ) != 0 )
        message << "Alt-";
    if ( ( graphicsIn.state & PL_MASK_NUM ) != 0 )
        message << "Num Lock-";
    if ( ( graphicsIn.state & PL_MASK_ALTGR ) != 0 )
        message << "Alt Gr-";
    if ( ( graphicsIn.state & PL_MASK_WIN ) != 0 )
        message << "Win-";
    if ( ( graphicsIn.state & PL_MASK_SCROLL ) != 0 )
        message << "Scroll Lock-";

    if ( graphicsIn.button == 1 )
        message << "Left click.\n";
    else if ( graphicsIn.button == 2 )
        message << "Middle click.\n";
    else if ( graphicsIn.button == 3 )
        message << "Right click.\n";
    message << "Pixels: x = " << graphicsIn.pX << " y = " << graphicsIn.pY << ".\n";
    if ( graphicsIn.subwindow >= 0 )
    {
        message << "World: x = " << graphicsIn.wX << " y = " << graphicsIn.wY << ".\n";
        message << "Window = " << graphicsIn.subwindow << ".\n";
    }
    else
    {
        message << "Point is not in a Window.\n";
    }
    wxMessageBox( message, "Mouse capture demo" );
}

template< class WXWINDOW >
void Plot( wxPLplotwindow<WXWINDOW> *plotwindow );

class MyApp : public wxApp
{
public:
    virtual bool OnInit();
};

IMPLEMENT_APP( MyApp )

//! This method is called right at the beginning and opens a frame for us.
//
bool MyApp::OnInit()
{
#ifdef __WXMAC__
    // this hack enables to have a GUI on Mac OSX even if the
    // program was called from the command line (and isn't a bundle)
    ProcessSerialNumber psn;

    GetCurrentProcess( &psn );
    CPSEnableForegroundOperation( &psn );
    SetFrontProcess( &psn );
#endif

    //There is only a default constructor for the wxPLplotwindow<> class
    //so we do two stage creation - first use default constructor, then
    //call Create.
    wxPLplotwindow<wxFrame> *frame = new wxPlDemoFrame();
    frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ));
    PLPLOT_wxLogDebug("frame->Create");
    //Now we can set up our frame and do the plotting
    frame->SetIcon( wxIcon( graph ) );
    frame->Show();
    Plot( frame );

    //note that all the code above starting from the Create() call could
    //instead go in the wxPlDemoFrame constructor should we wish. It is
    //entirely the user's choice.

    return true;
}

template< class WXWINDOW >
void Plot( wxPLplotwindow<WXWINDOW> *plotwindow )
{
  if (!plotwindow->IsReady())
  {
    wxMessageBox(wxT("Somehow we attempted to plot before the wxPLplotwindow was ready. The plot will not be drawn."));
    return;
  }
  wxPLplotstream* pls = plotwindow->GetStream();
  PLPLOT_wxLogDebug("Plot()");
    assert(pls);

    const size_t  np = 500;
    PLFLT         x[np], y[np];
    PLFLT         xmin, xmax;
    PLFLT         ymin = 1e30, ymax = 1e-30;

    xmin = -2.0;
    xmax = 10.0;
    for ( size_t i = 0; i < np; i++ )
    {
        x[i] = ( xmax - xmin ) * i / np + xmin;
        y[i] = 1.0;
        if ( x[i] != 0.0 )
            y[i] = sin( x[i] ) / x[i];
        ymin = MIN( ymin, y[i] );
        ymax = MAX( ymax, y[i] );
    }

    pls->adv( 0 );
    pls->col0( 1 );
    pls->env( xmin, xmax, ymin, ymax, 0, 0 );
    pls->col0( 2 );
    pls->lab( "x", "y", "sin(x)/x" );

    pls->col0( 3 );
    pls->width( 2 );
    pls->line( np, x, y );

    plotwindow->RenewPlot();
}

//
//class MyPlotwindow : public wxPLplotwindow
//{
//public:
//    MyPlotwindow( wxFrame* frame, wxWindow* parent, wxWindowID id = -1, const wxPoint& pos = wxDefaultPosition,
//                  const wxSize& size = wxDefaultSize, long style = 0,
//                  int pl_style = wxPLPLOT_NONE );
//
//    void OnChar( wxKeyEvent& event );
//
//private:
//    wxFrame* mframe;
//};
//
//
//// Define a new frame type: this is going to be our main frame
//class MyFrame : public wxFrame
//{
//public:
//    MyFrame( const wxString& title );
//    void Plot();
//
//private:
//    void OnQuit( wxCommandEvent& event );
//    void OnAbout( wxCommandEvent& event );
//    void OnBackgroundColor( wxCommandEvent& event );
//
//private:
//    MyPlotwindow* plotwindow;
//    bool        bgcolor;
//    int         m_backend;
//
//    DECLARE_EVENT_TABLE()
//};
//
//
//--------------------------------------------------------------------------
//// constants
//--------------------------------------------------------------------------
//enum { wxPLplotDemo_Quit    = wxID_EXIT, wxPLplotDemo_About = wxID_ABOUT,
//       wxPLplotDemo_BGColor = 10000 };
//
//--------------------------------------------------------------------------
//// event tables and other macros for wxWidgets
//--------------------------------------------------------------------------
//BEGIN_EVENT_TABLE( MyFrame, wxFrame )
//EVT_MENU( wxPLplotDemo_Quit, MyFrame::OnQuit )
//EVT_MENU( wxPLplotDemo_About, MyFrame::OnAbout )
//EVT_MENU( wxPLplotDemo_BGColor, MyFrame::OnBackgroundColor )
//END_EVENT_TABLE()
//
//
//--------------------------------------------------------------------------
//// implementation
//--------------------------------------------------------------------------
//
//
//
//MyPlotwindow::MyPlotwindow( wxFrame* frame, wxWindow* parent, wxWindowID id, const wxPoint& pos,
//                            const wxSize& size, long style, int pl_style ) :
//    wxPLplotwindow( parent, id, pos, size, style, pl_style )
//{
//    mframe = frame;
//}
//
//
//void MyPlotwindow::OnChar( wxKeyEvent& event )
//{
//    int keycode = event.GetKeyCode();
//
//    if ( keycode == WXK_RETURN ||
//         keycode == WXK_SPACE ||
//         keycode == WXK_RIGHT ||
//         keycode == WXK_ESCAPE )
//        mframe->Close( true );
//    else
//        event.Skip();
//}
//
//
////! Constructor of our custom frame, where the Menu is created and a
////  a wxPLplotwindow is inserted into the frame. We plot some easy functions
////  just to show how it works. wxPLplotwindow takes care of all the setup
////  for the use of PLplot library.
////
//MyFrame::MyFrame( const wxString& title ) : wxFrame( NULL, wxID_ANY, title )
//{
//    bgcolor = false;
//
//    // add menu
//    wxMenu *fileMenu = new wxMenu;
//    fileMenu->Append( wxPLplotDemo_BGColor, _T( "&Change background color...\tAlt-C" ), _T( "Change background color" ) );
//    fileMenu->Append( wxPLplotDemo_About, _T( "&About...\tF1" ), _T( "Show about dialog" ) );
//    fileMenu->Append( wxPLplotDemo_Quit, _T( "E&xit\tAlt-X" ), _T( "Quit this program" ) );
//
//    wxMenuBar *menuBar = new wxMenuBar();
//    menuBar->Append( fileMenu, _T( "&File" ) );
//    SetMenuBar( menuBar );
//    SetIcon( wxIcon( graph ) );
//
//    // add the wxPLplot
//    wxPanel   * panel = new wxPanel( this );
//    wxBoxSizer* box   = new wxBoxSizer( wxVERTICAL );
//    plotwindow = new MyPlotwindow( this, panel, -1, wxDefaultPosition, wxDefaultSize, wxWANTS_CHARS,
//#if wxUSE_GRAPHICS_CONTEXT
//        wxPLPLOT_BACKEND_GC | wxPLPLOT_DRAW_TEXT );
//#else
//        wxPLPLOT_BACKEND_AGG | wxPLPLOT_DRAW_TEXT );
//#endif
//    plotwindow->Connect( wxEVT_CHAR, wxKeyEventHandler( MyPlotwindow::OnChar ) );
//    box->Add( plotwindow, 1, wxALL | wxEXPAND, 0 );
//    panel->SetSizer( box );
//    SetSize( 640, 500 );      // set frame size
//    SetSizeHints( 220, 150 ); // set minimum frame size
//
//    wxString m_title = title;
//    switch ( plotwindow->getBackend() )
//    {
//    case wxPLPLOT_BACKEND_DC:
//        m_title += wxT( " (basic)" );
//        break;
//    case wxPLPLOT_BACKEND_GC:
//        m_title += wxT( " (wxGC)" );
//        break;
//    case wxPLPLOT_BACKEND_AGG:
//        m_title += wxT( " (AGG)" );
//        break;
//    default:
//        break;
//    }
//    SetTitle( m_title );
//
//    Plot();
//}
//
//void MyFrame::Plot()
//{
//    wxPLplotstream* pls = plotwindow->GetStream();
//
//    const size_t  np = 500;
//    PLFLT         x[np], y[np];
//    PLFLT         xmin, xmax;
//    PLFLT         ymin = 1e30, ymax = 1e-30;
//
//    xmin = -2.0;
//    xmax = 10.0;
//    for ( size_t i = 0; i < np; i++ )
//    {
//        x[i] = ( xmax - xmin ) * i / np + xmin;
//        y[i] = 1.0;
//        if ( x[i] != 0.0 )
//            y[i] = sin( x[i] ) / x[i];
//        ymin = MIN( ymin, y[i] );
//        ymax = MAX( ymax, y[i] );
//    }
//
//    pls->adv( 0 );
//    if ( bgcolor )
//    {
//        pls->scol0( 0, 255, 255, 255 );
//        pls->scol0( 15, 0, 0, 0 );
//    }
//    else
//    {
//        pls->scol0( 15, 255, 255, 255 );
//        pls->scol0( 0, 0, 0, 0 );
//    }
//    pls->col0( 1 );
//    pls->env( xmin, xmax, ymin, ymax, 0, 0 );
//    pls->col0( 2 );
//    pls->lab( "x", "y", "sin(x)/x" );
//
//    pls->col0( 3 );
//    pls->width( 2 );
//    pls->line( np, x, y );
//
//    plotwindow->RenewPlot();
//}
//
//
//void MyFrame::OnQuit( wxCommandEvent& WXUNUSED( event ) )
//{
//    Close( true );
//}
//
//
//void MyFrame::OnBackgroundColor( wxCommandEvent& WXUNUSED( event ) )
//{
//    bgcolor = !bgcolor;
//    Plot();
//}
//
//
////! Show information if Menu entry About was choosen.
////
//void MyFrame::OnAbout( wxCommandEvent& WXUNUSED( event ) )
//{
//    wxMessageBox( _T( "This is the About dialog of the wxPLplot demo.\n" ), _T( "About wxPLplot" ),
//        wxOK | wxICON_INFORMATION, this );
//}

[Plplot-devel] wxwidgets-related dependencies

[Alan W. I. <ir...@be...>]

On 2016-12-27 23:41-0000 p.d...@gm... wrote:

> Hi Laurent
> I know you have said you have cleaned and you have rebuilt. However, there may be a build tree dependency issue catching us out. Can you ensure you specifically rebuild the wxPlviewer project by right clicking it and selecting build in visual studio? If you just right click an example and click build or debug then this project doesn't get built/rebuilt. This means in a previously used build tree you may be using a stale wxplviewer executable or in a fresh tree you may end up using the wxplviewer from your last build of the INSTALL project as a local version may not be found.
>

> Alan – I have mentioned this before. What is needed is for all
examples to depend upon the wxPLViewer executable, which in turn
depends upon plplot and the wxWidgets driver, so that if changes are
made to plplot or the driver then building of an example triggers a
rebuild of wxPLViewer.

Hi Phil:

You definitely do not want any of our standard examples to depend
on wxPLViewer.  Because the two are normally completely unrelated.

Of course, the test_c_wxwidgets target is a completely different story
since it specifically runs a subset of our C examples with -dev
wxwidgets so that target currently depends on the wxPLViewer target,
i.e., when test_c_wxwidgets is built, an attempt is always made to
build wxPLViewer first.  (Of course, nothing is done if wxPLViewer is
completely up to date, i.e, all its own direct and indirect
dependencies, e.g., the plplot, plplotcxx, and plplotwxwidgets
libraries are already built and it is already built.)

So shouldn't that chain of dependencies already satisfy your
dependency needs?  That is, the current situation is if code in any of
the plplot, plplotcxx, or plplotwxwidgets libraries is changed, then
an attempt to rebuild test_c_wxwidgets will attempt to rebuild the
particular library dependency with changed code and relink wxPLViewer
against the changed set of libraries.  A small complication for this
dependency chain exists for the case of shared libraries + dynamic
devices (the only case where the wxwidgets target exists because for
only this case the wxwidgets device driver code is built into an
independent dll rather than being embedded in the plplot library). But
here also you are covered because for this case the test_c_wxwidgets
depends on the wxwidgets target.  So any change in the (for this case
independent) wxwidgets device driver code will result in a rebuild of
wxwidgets.  That code does not link in any way to wxPLViewer so I
don't see any reason to rebuild wxPLViewer if the wxwidgets device
driver code is changed and rebuilt.  Of course, wxPLViewer will get
rebuilt if its common code with the wxwidgets device driver,
drivers/wxwidgets_comms.cpp, gets changed.

So I think we have it completely covered, but if you see any flaw in
my argument above that leads to that conclusion, please let me know.

Alan

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] legend and label using wxWidgets

[Laurent B. <lau...@un...>]

Hi phil

I have already check it :

I have clean only wxPlLiewer and run x04 (click on x04) in cmd window I 
have :


Plotting Options:
  < 1> ps         PostScript File (monochrome)
  < 2> psc        PostScript File (color)
  < 3> xfig       Xfig file
  < 4> null       Null device
  < 5> mem        User-supplied memory device
  < 6> wxwidgets  wxWidgets DC
  < 7> svg        Scalable Vector Graphics (SVG 1.1)

Enter device number or keyword (stream 1): 6
wxPLDevice::SetupMemoryMap: nTries = 0, mapName = plplotMemoryMapGTSRRSLXRW
wxPLDevice::SetupMemoryMap: nTries = 0, mutexName = 
plplotMemoryMapGTSRRSLXRWmut

*** PLPLOT WARNING ***
Failed to run wxPLViewer - no plots will be shown

*** PLPLOT WARNING ***
wxPLViewer failed to signal it has found the shared memory.
plGetName: Maximum length of full pathname of file to be found is 39
plGetName: Full pathname of file to be found is 
F:/Meteo/plplot\data\plxtnd5.fnt
plLibOpenPdfstr: Found file F:/Meteo/plplot\data\plxtnd5.fnt

Now I build wxPLviewer and run x04 (click )




now wxplotdemo x axis label is wrong too





Le 28/12/2016 à 00:41, p.d...@gm... a écrit :
>
> Hi Laurent
>
> I know you have said you have cleaned and you have rebuilt. However, 
> there may be a build tree dependency issue catching us out. Can you 
> ensure you specifically rebuild the wxPlviewer project by right 
> clicking it and selecting build in visual studio? If you just right 
> click an example and click build or debug then this project doesn't 
> get built/rebuilt. This means in a previously used build tree you may 
> be using a stale wxplviewer executable or in a fresh tree you may end 
> up using the wxplviewer from your last build of the INSTALL project as 
> a local version may not be found.
>
> Alan – I have mentioned this before. What is needed is for all 
> examples to depend upon the wxPLViewer executable, which in turn 
> depends upon plplot and the wxWidgets driver, so that if changes are 
> made to plplot or the driver then building of an example triggers a 
> rebuild of wxPLViewer.
>
> Phil
>
> Sent from my Windows 10 phone
>
> *From: *Pedro Vicente <mailto:ped...@sp...>
> *Sent: *27 December 2016 22:13
> *To: *Laurent Berger <mailto:lau...@un...>
> *Cc: *PLplot development list <mailto:plp...@li...>
> *Subject: *Re: [Plplot-devel] legend and label using wxWidgets
>
> I am using wxwidgets 3.1 built with Visual Studio 2015 and plplot from 
> the
>
> master branch
>
> and using cmake with
>
> cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
>
> -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
>
> -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
>
> -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
>
> -DwxWidgets_ROOT_DIR:PATH=%WXWIN%
>
> -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
>
> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>
> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
>
> ----- Original Message -----
>
> From: "Laurent Berger" <lau...@un...>
>
> To: "Pedro Vicente" <ped...@sp...>
>
> Cc: "Alan W. Irwin" <ir...@be...>; "PLplot development 
> list"
>
> <plp...@li...>
>
> Sent: Tuesday, December 27, 2016 4:32 PM
>
> Subject: Re: [Plplot-devel] legend and label using wxWidgets
>
> > Which version of wxwidgets do you use (can you give last commit 
> using git
>
> > log)?
>
> >
>
> >
>
> > Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>
> >>> error is still here. Now what patch should I apply?
>
> >>
>
> >> there is no patch for the scale issue.
>
> >> the patch I send previously on the subject "Using wxWidgets" is for 
> the
>
> >> issue regarding the use
>
> >> of templates. To test that, add and replace the 2 attached files on 
> that
>
> >> email to the master you just did the clone,
>
> >> and report here if you have any errors on the master, or in your code
>
> >> that uses it, please.
>
> >>
>
> >> regarding the scale issue, what compiler and cmake command are you 
> using?
>
> >> is it Visual Studio 2015 build 64bits, doing
>
> >> cmake .. -G "Visual Studio 14 win64" ?
>
> >>
>
> >>
>
> >>
>
> >>
>
> >> On 2016-12-27 16:04, Laurent Berger wrote:
>
> >>> I always clean my build repo and my cmake cache. Now to be sure I
>
> >>> have just clone plplot in another folder :
>
> >>>
>
> >>>
>
> >>> $ git clone git://git.code.sf.net/p/plplot/plplot
>
> >>> Cloning into 'plplot'...
>
> >>> remote: Counting objects: 91527, done.
>
> >>> remote: Compressing objects: 100% (29963/29963), done.
>
> >>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>
> >>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, 
> done.
>
> >>> Resolving deltas: 100% (68265/68265), done.
>
> >>> Checking connectivity... done.
>
> >>> Checking out files: 100% (1962/1962), done.
>
> >>>
>
> >>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>
> >>> $ cd plplot
>
> >>>
>
> >>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>
> >>> $ git log
>
> >>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>
> >>> Author: Alan W. Irwin <ai...@us...>
>
> >>> Date:   Sat Dec 24 14:32:48 2016 -0800
>
> >>>
>
> >>>     Apply spell checker to release notes
>
> >>>
>
> >>> build plplot in static using wxwidgets 3.1.0 :
>
> >>>
>
> >>>  git log    (wxWidgets 3.1.0)
>
> >>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>
> >>> Author: Paul Cornett <pa...@us...>
>
> >>> Date:   Wed Nov 9 20:06:26 2016 -0800
>
> >>>
>
> >>>     Fix non-default window background color with GTK+ >= 3.20
>
> >>>
>
> >>>     GTK+ no longer automatically paints non-default window
>
> >>> background. See #17586
>
> >>>
>
> >>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>
> >>>
>
> >>> error is still here. Now what patch should I apply?
>
> >>>
>
> >>>
>
> >>>
>
> >>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>
> >>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>
> >>>>
>
> >>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>
> >>>>>
>
> >>>>> I did not try with 64 bits libs
>
> >>>>
>
> >>>> @Laurent:
>
> >>>>
>
> >>>> Just to interject here, before getting too deeply into 64-bit versus
>
> >>>> 32-bit Windows differences between Pedro and you, it is important you
>
> >>>> answer our question whether the text issues you see are due to stale
>
> >>>> results left over from your previous builds.  So please make a
>
> >>>> completely fresh build and let us know whether those text issues
>
> >>>> persist for that fresh build.
>
> >>>>
>
> >>>> Alan
>
> >>>>
>
> >>>> __________________________
>
> >>>> Alan W. Irwin
>
> >>>>
>
> >>>> Astronomical research affiliation with Department of Physics and
>
> >>>> Astronomy,
>
> >>>> University of Victoria (astrowww.phys.uvic.ca).
>
> >>>>
>
> >>>> Programming affiliations with the FreeEOS equation-of-state
>
> >>>> implementation for stellar interiors (freeeos.sf.net); the Time
>
> >>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>
> >>>> software package (plplot.sf.net); the libLASi project
>
> >>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>
> >>>> and the Linux Brochure Project (lbproject.sf.net).
>
> >>>> __________________________
>
> >>>>
>
> >>>> Linux-powered Science
>
> >>>> __________________________
>
> >>
>
> >
>
> ------------------------------------------------------------------------------
>
> Check out the vibrant tech community on one of the world's most
>
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>
> _______________________________________________
>
> Plplot-devel mailing list
>
> Plp...@li...
>
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] Infinite Yielding issue

[Pedro V. <ped...@sp...>]

Hi Phil

The removal of the templates does not need to be done after all.
see my email from 
today 2.46 PM  "Infinite Yielding issue"
that has a git patch or my 
3.16PM email that has the actual source code files.

I'll send more details, once we get all in sync in communication.

-Pedro








  ----- Original Message ----- 
  From: p.d...@gm... 
  To: Pedro Vicente ; Alan W. Irwin 
  Cc: PLplot development list 
  Sent: Tuesday, December 27, 2016 6:21 PM
  Subject: RE: [Plplot-devel] Infinite Yielding issue


  This is really brief, I think we are all getting a little overexcited here very close to the release date.

   

  This is a functionality reducing, backwards incompatible API change. I know for one that it will not only cause build errors in some of my code, but because I use wxPLplotwindow<wxPanel> classes in some of my code it will mean I have to revert to using wxPLstream and duplicate all the code from wxPLplotwindow to restore my functionality. This is why I made the class templated in the first place. It also future proofs us for future wxWindow derived classes and significantly eases linking problems. So there are very good design reasons for the current state.

   

  That said, if we really can't solve the current problems with the existing model, then we should change. However we certainly should not do that in a rushed manner in the days leading up to release.

   

  Note that up to now the bug Pedro reported exists on one remote x server. It does not appear to affect the Cygwin x server when used remotely, nor Xming. I would suggest that if we wish to release approximately on time, then we restore the previous API and release with a note saying that this remote X server has a compatibility issue and that users should check the git repo for updates.

   

  Meanwhile I can still think of two or three ways we can quite likely sort this without losing functionality or generating backwards incompatible changes. But trying to do that over the Christmas break is just not doable for me. I can start looking at it properly in january.

   

  Also would it be possible to make use of trac to keep up to date on this issue? There are now a number of threads all referring to this problem/change in different ways with cross posting that means chronology doesn't make sense and I'm finding it impossible in the time I have to make sense of it all.

   

  So it turns out that this was not as brief as I hoped, but I hope you get my intention. In particular, I'm hugely grateful Pedro for your efforts on this. You've done a huge amount to push towards fixing this. It is easy for the tone of an email to be misinterpreted as grumpy, but please don’t think this is the case here – in fact the opposite, it's great to see interest in the device, but I think we all just need to take a breath, remember that some of us have young children and that this time of year means that PLplot is not everyone's top priority.

   

  Does that make sense?

   

  Sent from my Windows 10 phone

   

  From: Pedro Vicente
  Sent: 27 December 2016 19:46
  To: Alan W. Irwin
  Cc: Phil Rosenberg; PLplot development list
  Subject: Re: [Plplot-devel] Infinite Yielding issue

   

  @Alan, Phil

   

   

  >However, there is something we could try, which is,

  >keep the current way of wxPLplotwindow beging a template,

  >and at the same time overriding the Create() function (with template).

   

  ok, I implemented this, attached

   

  this

   

  1) will not break current template use

  2) will fix the bug

   

  Limitation:

  template can only be used with wxFrame (or a class that implements 

  Create() with the same

  signature)

   

  test demo and example 01 run OK in CentOS, output is below

   

   

   

  14:42:47: Debug: wxPLplotwindow::wxPLplotwindow

  14:42:47: Debug: wxPLplotwindow::Create()

  14:42:47: Debug: wxPLplotwindow::CreateStream()

  14:42:47: Debug: plD_init_wxwidgets(): enter

  14:42:47: Debug: wxPLDevice(): enter

  14:42:47: Debug: wxPLDevice(): gc done

  14:42:47: Debug: wxPLDevice(): m_interactiveTextGcdc done

  14:42:47: Debug: wxPLDevice(): SetDC done

  14:42:47: Debug: wxPLDevice(): leave

  14:42:47: Debug: plD_init_wxwidgets(): leave

  14:42:47: Debug: frame->Create

  14:42:47: Debug: Plot()

  14:42:48: Debug: wxPLplotwindow::OnCreate

  14:42:48: Debug: wxPLplotwindow::CreateStream()

   

   

   

  On 2016-12-27 12:58, Alan W. Irwin wrote:

  > On 2016-12-27 10:09-0500 Pedro Vicente wrote:

  > 

  >> @Alan

  >> 

  >>> Isn't that loss of functionality by definition a backwards

  >>> incompatibility in the API for the plplotwxwidgets library?

  >> 

  >> yes

  >> 

  >> but for the current (5.11.1) release compared to the new implemented 

  >> examples,

  >> the effect is the same

  >> 

  >> previously the way to start the demo was

  >> 

  >> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();

  >> 

  >> and now is

  >> 

  >> wxPLplotwindow *frame = new wxPLplotwindow();

  >> 

  >> and because wxPLplotwindow is a child of a wxFrame,

  >> the visible effect is exactly the same, a frame window that shows a 

  >> plot.

  > 

  > @Pedro:

  > 

  > Thanks for that clarification.  So if users stick with the old way of

  > creating frame they will get a build error (which I assume is the

  > reason why Laurent is now getting build errors with his own code that

  > links to the plplotwxwidgets library).  I do not say that in a

  > critical way since if the choices are unreliability on some platforms

  > versus changing our API in a backwards-incompatible way, then we must

  > take the latter choice.

  > 

  > @Phil:

  > 

  > Do you agree with Pedro there is no obvious way out of this choice? 

  > If

  > so, then so be it, but we do have to warn users in the release notes

  > of this backwards-incompatible change.

  > 

  > Alan

  > __________________________

  > Alan W. Irwin

  > 

  > Astronomical research affiliation with Department of Physics and 

  > Astronomy,

  > University of Victoria (astrowww.phys.uvic.ca).

  > 

  > Programming affiliations with the FreeEOS equation-of-state

  > implementation for stellar interiors (freeeos.sf.net); the Time

  > Ephemerides project (timeephem.sf.net); PLplot scientific plotting

  > software package (plplot.sf.net); the libLASi project

  > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);

  > and the Linux Brochure Project (lbproject.sf.net).

  > __________________________

  > 

  > Linux-powered Science

  > __________________________

   

  -- 

  Pedro Vicente

  ped...@sp...

  http://www.space-research.org/

   

Re: [Plplot-devel] Infinite Yielding issue

[Alan W. I. <ir...@be...>]

Hi Phil:

You have made many good points.  For example, I wholeheartedly second
your comment "In particular, I'm hugely grateful Pedro for your
efforts on this." Also, I completely agree with you it is bad to even
attempt to release anywhere near the Christmas holidays.  My
apologies for getting us into that situation which I propose to
rectify by putting the release on hold until you fix this issue.
See more on that below.

On 2016-12-27 23:21-0000 p.d...@gm... wrote:

> Note that up to now the bug Pedro reported exists on one remote x
server. It does not appear to affect the Cygwin x server when used
remotely, nor Xming. I would suggest that if we wish to release
approximately on time, then we restore the previous API and release
with a note saying that this remote X server has a compatibility issue
and that users should check the git repo for updates.

This summary of the limited nature of the issue may have been correct at
one point but unfortunately it is not correct now.

For example, the tip of the master branch bombs for me (Debian Jessie
with either remote X display with an X terminal or direct X display)
right now with the infinite Yielding loop generated whenever I build
the test_wxPLplotDemo target.  And I am virtually positive you would
run into the same situation if you made the same test on your Ubuntu
platform because I don't think there is anything particularly special
about Debian Jessie's version of the wxwidgets and gtk+ libraries.

All the latest wx-related commits for master tip are yours, e.g.,

995e75e Made some items clearer in the wxWigdets Demo
65e7b3c Fix bug with plotting in wxPLplotDemo
67ef7be Added a function to check if the window is ready to accept plot commands.
bf79603 Revert "wxwidgets binding: workaround fix for delayed OnCreate event"
c111bad Revert "wxwidgets binding: modification of workaround fix for delayed OnCreate event"
ca58e7c Use /dev/urandom in preference to /dev/random in wxWidgets driver.

And two of those reverted Pedro's commits so I don't think there is
anything of Pedro's in master tip right now.  So if I really did wish
to make a rushed release in the next few days, you would have to tell
me which of your commits above you think should be reverted.  And I
think we both prefer you take the time to make a solid fix instead
before we release!

> Meanwhile I can still think of two or three ways we can quite likely
sort this without losing functionality or generating backwards
incompatible changes. But trying to do that over the Christmas break
is just not doable for me. I can start looking at it properly in
january.

OK.  Please do that, and I will do what I should have done from the
start which is to delay the release until you have properly solved
this release-critical issue.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] legend and label using wxWidgets

[<p.d...@gm...>]

Hi Laurent
I know you have said you have cleaned and you have rebuilt. However, there may be a build tree dependency issue catching us out. Can you ensure you specifically rebuild the wxPlviewer project by right clicking it and selecting build in visual studio? If you just right click an example and click build or debug then this project doesn't get built/rebuilt. This means in a previously used build tree you may be using a stale wxplviewer executable or in a fresh tree you may end up using the wxplviewer from your last build of the INSTALL project as a local version may not be found.

Alan – I have mentioned this before. What is needed is for all examples to depend upon the wxPLViewer executable, which in turn depends upon plplot and the wxWidgets driver, so that if changes are made to plplot or the driver then building of an example triggers a rebuild of wxPLViewer.

Phil

Sent from my Windows 10 phone

From: Pedro Vicente
Sent: 27 December 2016 22:13
To: Laurent Berger
Cc: PLplot development list
Subject: Re: [Plplot-devel] legend and label using wxWidgets

I am using wxwidgets 3.1 built with Visual Studio 2015 and plplot from the 
master branch
and using cmake with


cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
-DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
-DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
-DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
-DwxWidgets_ROOT_DIR:PATH=%WXWIN%
-DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
-DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
-DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF



----- Original Message ----- 
From: "Laurent Berger" <lau...@un...>
To: "Pedro Vicente" <ped...@sp...>
Cc: "Alan W. Irwin" <ir...@be...>; "PLplot development list" 
<plp...@li...>
Sent: Tuesday, December 27, 2016 4:32 PM
Subject: Re: [Plplot-devel] legend and label using wxWidgets


> Which version of wxwidgets do you use (can you give last commit using git 
> log)?
>
>
> Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>>> error is still here. Now what patch should I apply?
>>
>> there is no patch for the scale issue.
>> the patch I send previously on the subject "Using wxWidgets" is for the 
>> issue regarding the use
>> of templates. To test that, add and replace the 2 attached files on that 
>> email to the master you just did the clone,
>> and report here if you have any errors on the master, or in your code 
>> that uses it, please.
>>
>> regarding the scale issue, what compiler and cmake command are you using?
>> is it Visual Studio 2015 build 64bits, doing
>> cmake .. -G "Visual Studio 14 win64" ?
>>
>>
>>
>>
>> On 2016-12-27 16:04, Laurent Berger wrote:
>>> I always clean my build repo and my cmake cache. Now to be sure I
>>> have just clone plplot in another folder :
>>>
>>>
>>> $ git clone git://git.code.sf.net/p/plplot/plplot
>>> Cloning into 'plplot'...
>>> remote: Counting objects: 91527, done.
>>> remote: Compressing objects: 100% (29963/29963), done.
>>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, done.
>>> Resolving deltas: 100% (68265/68265), done.
>>> Checking connectivity... done.
>>> Checking out files: 100% (1962/1962), done.
>>>
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>>> $ cd plplot
>>>
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>>> $ git log
>>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>>> Author: Alan W. Irwin <ai...@us...>
>>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>>
>>>     Apply spell checker to release notes
>>>
>>> build plplot in static using wxwidgets 3.1.0 :
>>>
>>>  git log    (wxWidgets 3.1.0)
>>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>>> Author: Paul Cornett <pa...@us...>
>>> Date:   Wed Nov 9 20:06:26 2016 -0800
>>>
>>>     Fix non-default window background color with GTK+ >= 3.20
>>>
>>>     GTK+ no longer automatically paints non-default window
>>> background. See #17586
>>>
>>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>>>
>>> error is still here. Now what patch should I apply?
>>>
>>>
>>>
>>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>>>
>>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>>>>
>>>>> I did not try with 64 bits libs
>>>>
>>>> @Laurent:
>>>>
>>>> Just to interject here, before getting too deeply into 64-bit versus
>>>> 32-bit Windows differences between Pedro and you, it is important you
>>>> answer our question whether the text issues you see are due to stale
>>>> results left over from your previous builds.  So please make a
>>>> completely fresh build and let us know whether those text issues
>>>> persist for that fresh build.
>>>>
>>>> Alan
>>>>
>>>> __________________________
>>>> Alan W. Irwin
>>>>
>>>> Astronomical research affiliation with Department of Physics and 
>>>> Astronomy,
>>>> University of Victoria (astrowww.phys.uvic.ca).
>>>>
>>>> Programming affiliations with the FreeEOS equation-of-state
>>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>>>> software package (plplot.sf.net); the libLASi project
>>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>>>> and the Linux Brochure Project (lbproject.sf.net).
>>>> __________________________
>>>>
>>>> Linux-powered Science
>>>> __________________________
>>
> 


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Infinite Yielding issue

[<p.d...@gm...>]

This is really brief, I think we are all getting a little overexcited here very close to the release date.

This is a functionality reducing, backwards incompatible API change. I know for one that it will not only cause build errors in some of my code, but because I use wxPLplotwindow<wxPanel> classes in some of my code it will mean I have to revert to using wxPLstream and duplicate all the code from wxPLplotwindow to restore my functionality. This is why I made the class templated in the first place. It also future proofs us for future wxWindow derived classes and significantly eases linking problems. So there are very good design reasons for the current state.

That said, if we really can't solve the current problems with the existing model, then we should change. However we certainly should not do that in a rushed manner in the days leading up to release.

Note that up to now the bug Pedro reported exists on one remote x server. It does not appear to affect the Cygwin x server when used remotely, nor Xming. I would suggest that if we wish to release approximately on time, then we restore the previous API and release with a note saying that this remote X server has a compatibility issue and that users should check the git repo for updates.

Meanwhile I can still think of two or three ways we can quite likely sort this without losing functionality or generating backwards incompatible changes. But trying to do that over the Christmas break is just not doable for me. I can start looking at it properly in january.

Also would it be possible to make use of trac to keep up to date on this issue? There are now a number of threads all referring to this problem/change in different ways with cross posting that means chronology doesn't make sense and I'm finding it impossible in the time I have to make sense of it all.

So it turns out that this was not as brief as I hoped, but I hope you get my intention. In particular, I'm hugely grateful Pedro for your efforts on this. You've done a huge amount to push towards fixing this. It is easy for the tone of an email to be misinterpreted as grumpy, but please don’t think this is the case here – in fact the opposite, it's great to see interest in the device, but I think we all just need to take a breath, remember that some of us have young children and that this time of year means that PLplot is not everyone's top priority.

Does that make sense?

Sent from my Windows 10 phone

From: Pedro Vicente
Sent: 27 December 2016 19:46
To: Alan W. Irwin
Cc: Phil Rosenberg; PLplot development list
Subject: Re: [Plplot-devel] Infinite Yielding issue

@Alan, Phil


>However, there is something we could try, which is,
>keep the current way of wxPLplotwindow beging a template,
>and at the same time overriding the Create() function (with template).

ok, I implemented this, attached

this

1) will not break current template use
2) will fix the bug

Limitation:
template can only be used with wxFrame (or a class that implements 
Create() with the same
signature)

test demo and example 01 run OK in CentOS, output is below



14:42:47: Debug: wxPLplotwindow::wxPLplotwindow
14:42:47: Debug: wxPLplotwindow::Create()
14:42:47: Debug: wxPLplotwindow::CreateStream()
14:42:47: Debug: plD_init_wxwidgets(): enter
14:42:47: Debug: wxPLDevice(): enter
14:42:47: Debug: wxPLDevice(): gc done
14:42:47: Debug: wxPLDevice(): m_interactiveTextGcdc done
14:42:47: Debug: wxPLDevice(): SetDC done
14:42:47: Debug: wxPLDevice(): leave
14:42:47: Debug: plD_init_wxwidgets(): leave
14:42:47: Debug: frame->Create
14:42:47: Debug: Plot()
14:42:48: Debug: wxPLplotwindow::OnCreate
14:42:48: Debug: wxPLplotwindow::CreateStream()



On 2016-12-27 12:58, Alan W. Irwin wrote:
> On 2016-12-27 10:09-0500 Pedro Vicente wrote:
>
>> @Alan
>>
>>> Isn't that loss of functionality by definition a backwards
>>> incompatibility in the API for the plplotwxwidgets library?
>>
>> yes
>>
>> but for the current (5.11.1) release compared to the new implemented 
>> examples,
>> the effect is the same
>>
>> previously the way to start the demo was
>>
>> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
>>
>> and now is
>>
>> wxPLplotwindow *frame = new wxPLplotwindow();
>>
>> and because wxPLplotwindow is a child of a wxFrame,
>> the visible effect is exactly the same, a frame window that shows a 
>> plot.
>
> @Pedro:
>
> Thanks for that clarification.  So if users stick with the old way of
> creating frame they will get a build error (which I assume is the
> reason why Laurent is now getting build errors with his own code that
> links to the plplotwxwidgets library).  I do not say that in a
> critical way since if the choices are unreliability on some platforms
> versus changing our API in a backwards-incompatible way, then we must
> take the latter choice.
>
> @Phil:
>
> Do you agree with Pedro there is no obvious way out of this choice? 
> If
> so, then so be it, but we do have to warn users in the release notes
> of this backwards-incompatible change.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/

Re: [Plplot-devel] Uusing wxWidgets

[<p.d...@gm...>]

What?

I haven't been able to keep up with all the emails as I have had family commitments over the holiday period, but that's a very large change of the API that needs some careful consideration. I can't grab the latest source right now. But what has it changed to if it's no longer templated?

Sent from my Windows 10 phone

From: Pedro Vicente
Sent: 27 December 2016 15:11
To: plp...@li...
Subject: Re: [Plplot-devel] Uusing wxWidgets

Laurent

> I have installed last version of plplot and last patch (from pedro). 
> Can
> you confirm me that wxPLplotwindow is now a non template  class?

yes, that is correct.

-Pedro


On 2016-12-27 10:04, Laurent Berger wrote:
> Hi,
>
> I have installed last version of plplot and last patch (from pedro). 
> Can
> you confirm me that wxPLplotwindow is now a non template  class?
>
> thanks for yours answers
>
>
>
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] legend and label using wxWidgets

[Pedro V. <ped...@sp...>]

I am using wxwidgets 3.1 built with Visual Studio 2015 and plplot from the 
master branch
and using cmake with


cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON
-DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug"
-DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF
-DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON
-DwxWidgets_ROOT_DIR:PATH=%WXWIN%
-DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib
-DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
-DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF



----- Original Message ----- 
From: "Laurent Berger" <lau...@un...>
To: "Pedro Vicente" <ped...@sp...>
Cc: "Alan W. Irwin" <ir...@be...>; "PLplot development list" 
<plp...@li...>
Sent: Tuesday, December 27, 2016 4:32 PM
Subject: Re: [Plplot-devel] legend and label using wxWidgets


> Which version of wxwidgets do you use (can you give last commit using git 
> log)?
>
>
> Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>>> error is still here. Now what patch should I apply?
>>
>> there is no patch for the scale issue.
>> the patch I send previously on the subject "Using wxWidgets" is for the 
>> issue regarding the use
>> of templates. To test that, add and replace the 2 attached files on that 
>> email to the master you just did the clone,
>> and report here if you have any errors on the master, or in your code 
>> that uses it, please.
>>
>> regarding the scale issue, what compiler and cmake command are you using?
>> is it Visual Studio 2015 build 64bits, doing
>> cmake .. -G "Visual Studio 14 win64" ?
>>
>>
>>
>>
>> On 2016-12-27 16:04, Laurent Berger wrote:
>>> I always clean my build repo and my cmake cache. Now to be sure I
>>> have just clone plplot in another folder :
>>>
>>>
>>> $ git clone git://git.code.sf.net/p/plplot/plplot
>>> Cloning into 'plplot'...
>>> remote: Counting objects: 91527, done.
>>> remote: Compressing objects: 100% (29963/29963), done.
>>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, done.
>>> Resolving deltas: 100% (68265/68265), done.
>>> Checking connectivity... done.
>>> Checking out files: 100% (1962/1962), done.
>>>
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>>> $ cd plplot
>>>
>>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>>> $ git log
>>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>>> Author: Alan W. Irwin <ai...@us...>
>>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>>
>>>     Apply spell checker to release notes
>>>
>>> build plplot in static using wxwidgets 3.1.0 :
>>>
>>>  git log    (wxWidgets 3.1.0)
>>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>>> Author: Paul Cornett <pa...@us...>
>>> Date:   Wed Nov 9 20:06:26 2016 -0800
>>>
>>>     Fix non-default window background color with GTK+ >= 3.20
>>>
>>>     GTK+ no longer automatically paints non-default window
>>> background. See #17586
>>>
>>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>>>
>>> error is still here. Now what patch should I apply?
>>>
>>>
>>>
>>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>>>
>>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>>>>
>>>>> I did not try with 64 bits libs
>>>>
>>>> @Laurent:
>>>>
>>>> Just to interject here, before getting too deeply into 64-bit versus
>>>> 32-bit Windows differences between Pedro and you, it is important you
>>>> answer our question whether the text issues you see are due to stale
>>>> results left over from your previous builds.  So please make a
>>>> completely fresh build and let us know whether those text issues
>>>> persist for that fresh build.
>>>>
>>>> Alan
>>>>
>>>> __________________________
>>>> Alan W. Irwin
>>>>
>>>> Astronomical research affiliation with Department of Physics and 
>>>> Astronomy,
>>>> University of Victoria (astrowww.phys.uvic.ca).
>>>>
>>>> Programming affiliations with the FreeEOS equation-of-state
>>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>>>> software package (plplot.sf.net); the libLASi project
>>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>>>> and the Linux Brochure Project (lbproject.sf.net).
>>>> __________________________
>>>>
>>>> Linux-powered Science
>>>> __________________________
>>
> 

Re: [Plplot-devel] legend and label using wxWidgets

[Laurent B. <lau...@un...>]

Which version of wxwidgets do you use (can you give last commit using 
git log)?


Le 27/12/2016 à 22:29, Pedro Vicente a écrit :
>> error is still here. Now what patch should I apply?
>
> there is no patch for the scale issue.
> the patch I send previously on the subject "Using wxWidgets" is for 
> the issue regarding the use
> of templates. To test that, add and replace the 2 attached files on 
> that email to the master you just did the clone,
> and report here if you have any errors on the master, or in your code 
> that uses it, please.
>
> regarding the scale issue, what compiler and cmake command are you using?
> is it Visual Studio 2015 build 64bits, doing
> cmake .. -G "Visual Studio 14 win64" ?
>
>
>
>
> On 2016-12-27 16:04, Laurent Berger wrote:
>> I always clean my build repo and my cmake cache. Now to be sure I
>> have just clone plplot in another folder :
>>
>>
>> $ git clone git://git.code.sf.net/p/plplot/plplot
>> Cloning into 'plplot'...
>> remote: Counting objects: 91527, done.
>> remote: Compressing objects: 100% (29963/29963), done.
>> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
>> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, done.
>> Resolving deltas: 100% (68265/68265), done.
>> Checking connectivity... done.
>> Checking out files: 100% (1962/1962), done.
>>
>> Laurent@PC-Laurent-Vision MINGW64 /f/met
>> $ cd plplot
>>
>> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
>> $ git log
>> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
>> Author: Alan W. Irwin <ai...@us...>
>> Date:   Sat Dec 24 14:32:48 2016 -0800
>>
>>     Apply spell checker to release notes
>>
>> build plplot in static using wxwidgets 3.1.0 :
>>
>>  git log    (wxWidgets 3.1.0)
>> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
>> Author: Paul Cornett <pa...@us...>
>> Date:   Wed Nov 9 20:06:26 2016 -0800
>>
>>     Fix non-default window background color with GTK+ >= 3.20
>>
>>     GTK+ no longer automatically paints non-default window
>> background. See #17586
>>
>> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>>
>> error is still here. Now what patch should I apply?
>>
>>
>>
>> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>>
>>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>>>
>>>> I did not try with 64 bits libs
>>>
>>> @Laurent:
>>>
>>> Just to interject here, before getting too deeply into 64-bit versus
>>> 32-bit Windows differences between Pedro and you, it is important you
>>> answer our question whether the text issues you see are due to stale
>>> results left over from your previous builds.  So please make a
>>> completely fresh build and let us know whether those text issues
>>> persist for that fresh build.
>>>
>>> Alan
>>>
>>> __________________________
>>> Alan W. Irwin
>>>
>>> Astronomical research affiliation with Department of Physics and 
>>> Astronomy,
>>> University of Victoria (astrowww.phys.uvic.ca).
>>>
>>> Programming affiliations with the FreeEOS equation-of-state
>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>>> software package (plplot.sf.net); the libLASi project
>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>>> and the Linux Brochure Project (lbproject.sf.net).
>>> __________________________
>>>
>>> Linux-powered Science
>>> __________________________
>

Re: [Plplot-devel] legend and label using wxWidgets

[Pedro V. <ped...@sp...>]

> error is still here. Now what patch should I apply?

there is no patch for the scale issue.
the patch I send previously on the subject "Using wxWidgets" is for the 
issue regarding the use
of templates. To test that, add and replace the 2 attached files on 
that email to the master you just did the clone,
and report here if you have any errors on the master, or in your code 
that uses it, please.

regarding the scale issue, what compiler and cmake command are you 
using?
is it Visual Studio 2015 build 64bits, doing
cmake .. -G "Visual Studio 14 win64" ?




On 2016-12-27 16:04, Laurent Berger wrote:
> I always clean my build repo and my cmake cache. Now to be sure I
> have just clone plplot in another folder :
>
>
> $ git clone git://git.code.sf.net/p/plplot/plplot
> Cloning into 'plplot'...
> remote: Counting objects: 91527, done.
> remote: Compressing objects: 100% (29963/29963), done.
> remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
> Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, 
> done.
> Resolving deltas: 100% (68265/68265), done.
> Checking connectivity... done.
> Checking out files: 100% (1962/1962), done.
>
> Laurent@PC-Laurent-Vision MINGW64 /f/met
> $ cd plplot
>
> Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
> $ git log
> commit 26bc4bf13aa41dff0e19345e982eca00a0458578
> Author: Alan W. Irwin <ai...@us...>
> Date:   Sat Dec 24 14:32:48 2016 -0800
>
>     Apply spell checker to release notes
>
> build plplot in static using wxwidgets 3.1.0 :
>
>  git log    (wxWidgets 3.1.0)
> commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
> Author: Paul Cornett <pa...@us...>
> Date:   Wed Nov 9 20:06:26 2016 -0800
>
>     Fix non-default window background color with GTK+ >= 3.20
>
>     GTK+ no longer automatically paints non-default window
> background. See #17586
>
> commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292
>
> error is still here. Now what patch should I apply?
>
>
>
> Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
>> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>>
>>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>>
>>> I did not try with 64 bits libs
>>
>> @Laurent:
>>
>> Just to interject here, before getting too deeply into 64-bit versus
>> 32-bit Windows differences between Pedro and you, it is important 
>> you
>> answer our question whether the text issues you see are due to stale
>> results left over from your previous builds.  So please make a
>> completely fresh build and let us know whether those text issues
>> persist for that fresh build.
>>
>> Alan
>>
>> __________________________
>> Alan W. Irwin
>>
>> Astronomical research affiliation with Department of Physics and 
>> Astronomy,
>> University of Victoria (astrowww.phys.uvic.ca).
>>
>> Programming affiliations with the FreeEOS equation-of-state
>> implementation for stellar interiors (freeeos.sf.net); the Time
>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>> software package (plplot.sf.net); the libLASi project
>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>> and the Linux Brochure Project (lbproject.sf.net).
>> __________________________
>>
>> Linux-powered Science
>> __________________________

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/

Re: [Plplot-devel] legend and label using wxWidgets

[Laurent B. <lau...@un...>]

I always clean my build repo and my cmake cache. Now to be sure I have 
just clone plplot in another folder :


$ git clone git://git.code.sf.net/p/plplot/plplot
Cloning into 'plplot'...
remote: Counting objects: 91527, done.
remote: Compressing objects: 100% (29963/29963), done.
remote: Total 91527 (delta 68265), reused 82342 (delta 60469)
Receiving objects: 100% (91527/91527), 117.46 MiB | 109.00 KiB/s, done.
Resolving deltas: 100% (68265/68265), done.
Checking connectivity... done.
Checking out files: 100% (1962/1962), done.

Laurent@PC-Laurent-Vision MINGW64 /f/met
$ cd plplot

Laurent@PC-Laurent-Vision MINGW64 /f/met/plplot (master)
$ git log
commit 26bc4bf13aa41dff0e19345e982eca00a0458578
Author: Alan W. Irwin <ai...@us...>
Date:   Sat Dec 24 14:32:48 2016 -0800

     Apply spell checker to release notes

build plplot in static using wxwidgets 3.1.0 :

  git log    (wxWidgets 3.1.0)
commit 9bb5d0435a4cce5bcb7b3956cb730f59c37ea5f6
Author: Paul Cornett <pa...@us...>
Date:   Wed Nov 9 20:06:26 2016 -0800

     Fix non-default window background color with GTK+ >= 3.20

     GTK+ no longer automatically paints non-default window background. 
See #17586

commit b1a19e6b6c9f1a69821c0da773e2e3f94d554292

error is still here. Now what patch should I apply?



Le 27/12/2016 à 21:47, Alan W. Irwin a écrit :
> On 2016-12-27 15:27-0500 Pedro Vicente wrote:
>
>> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>>
>> I did not try with 64 bits libs
>
> @Laurent:
>
> Just to interject here, before getting too deeply into 64-bit versus
> 32-bit Windows differences between Pedro and you, it is important you
> answer our question whether the text issues you see are due to stale
> results left over from your previous builds.  So please make a
> completely fresh build and let us know whether those text issues
> persist for that fresh build.
>
> Alan
>
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________

Re: [Plplot-devel] legend and label using wxWidgets

[Alan W. I. <ir...@be...>]

On 2016-12-27 15:27-0500 Pedro Vicente wrote:

> ah, yes, that's right "Visual Studio 14" only  is for 32 bits
>
> I did not try with 64 bits libs

@Laurent:

Just to interject here, before getting too deeply into 64-bit versus
32-bit Windows differences between Pedro and you, it is important you
answer our question whether the text issues you see are due to stale
results left over from your previous builds.  So please make a
completely fresh build and let us know whether those text issues
persist for that fresh build.

Alan

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________