Re: [Plplot-devel] setlocale

rendering. But setting/getting the locale is a a file write/read, so it's wy slower than setting a few pixels. Phil Sent from Outlook for Android<https://aka.ms/AAb9ysg> From: Hazen Babcock Sent: Wednesday, June 14, 2023 6:03:03 PM To: Phil Ros

Re: [Plplot-devel] setlocale

for the first fill/line and is reset for the last fill/line. Does that sound okay? Phil Sent from Outlook for Android<https://aka.ms/AAb9ysg> From: Hazen Babcock Sent: Tuesday, June 13, 2023 1:31:38 PM To: Phil Rosenberg ; plplot-devel@lists.sourcefor

Re: [Plplot-devel] setlocale

RIC locale calls for) independently of the logic of the present commit that sets the LC_NUMERIC locale to "C" for all device driver code that is executed. svn path=/trunk/; revision=10383 """ -Hazen On 5/31/23 10:56, Phil Rosenberg wrote: > Sorry, I was wrong

Re: [Plplot-devel] setlocale

Sorry, I was wrong in my last email - removing the locale calls from plP_state as well (used to reset the width after a contour draw within plshade) I ended up with a 2.5 times speed increase Phil On Mon, 29 May 2023 at 00:38, Phil Rosenberg wrote: > Hi all > I have been making f

Re: [Plplot-devel] setlocale

rom grfill. This seems pretty significant. Thanks Phil On Mon, 29 May 2023 at 00:38, Phil Rosenberg wrote: > Hi all > I have been making further optimisations to the wxwidgets backen, as I > have still been finding it painfully slow for plshade calls. > It turned out that almost all the time w

[Plplot-devel] setlocale

Hi all I have been making further optimisations to the wxwidgets backen, as I have still been finding it painfully slow for plshade calls. It turned out that almost all the time within the backend (>99%) was spent selecting pens and brushes and allocating memory for every fill within the plshade

Re: [Plplot-devel] bug in notpointinpolygon

this has (hopefully) been fixed. Thanks Phil On Thu, 11 May 2023 at 21:42, Phil Rosenberg wrote: > I have managed to further isolate the issue and I've attached a minimum > example. Internal integer pixel units are a factor, so it might not show up > on all devices. This example shows up

Re: [Plplot-devel] bug in notpointinpolygon

version. In my code USE_FILL_INTERSECTION_POLYGON is not defined, so there is a large chunk of code unused. I don't know if this gets used in some builds, but maybe it could be cleaned up if not. If nobody objects I will commit the change to the repo Thanks Phil On Wed, 10 May 2023 at 10:38, Phil

[Plplot-devel] bug in notpointinpolygon

Hi again I just found a bug in plP_plfclp. I hit a scenario where during a plshades call, my whole window (including outside the x and y limits of the data) got filled with one of the colours. I've traced this to plP_plfclp, the drawable variable and notpointinpolygon. What happens is that,

[Plplot-devel] buffer growth

Been a while since I've committed anything to the plplot repo, so I wanted to check in before I did anything. I just wanted to push a change to buffer growth, so that it grows exponentially rather than linearly (doubles every time it needs to grow). I have some rather large data being plotted by

[Plplot-devel] CSA NaNs and Visual Studio 2019

I've just updated to using VS2019 and found a problem with csa/nan.h Basically this file calls ymath.h when compiled on VS. According to this forum post PLplot / Discussion / Open Discussion: Error compiling in MSVC2019 (sourceforge.net)

[Plplot-devel] test-drv-info

Hi Alan I think I have found a problem with test-drv-info. I think it is unaware of the CMake flag CMAKE_DEBUG_POSTFIX. I've started using -DCMAKE_DEBUG_POSTFIX=d as part of my cmake commands to add d to the end of all debug libraries. But this causes test-drv-info to report: Could not open the

Re: [Plplot-devel] [Plplot-general] Problem with LNK2019 error unresolved external

lect build. I have never built the examples in the share/plplot/examples directory. But Let me know how you get on with this setup. Phil On Mon, 9 Sep 2019 at 20:38, David Bergman wrote: > No it is not. > > > On 9/9/2019 3:33 PM, Phil Rosenberg wrote: > > Is the directory c

Re: [Plplot-devel] uncrustify msys2

, that would be great. On Tue, 6 Aug 2019 at 12:50, Phil Rosenberg wrote: > > Hi Alan > The error message I gave is the complete error message, there is no > output of the line variable. This, combined with the fact that the > carat is pointing to the end of the line of python code

Re: [Plplot-devel] uncrustify msys2

Sent: Wednesday, July 24, 2019 9:40:16 AM To: Phil Rosenberg Cc: PLplot development list Subject: Re: [Plplot-devel] uncrustify msys2 Hi Phil: On 2019-07-23 18:44+0100 Phil Rosenberg wrote: > Hi > I just wanted to check if anyone on the list has used uncrustfy in > msys2 to run t

[Plplot-devel] uncrustify msys2

Hi I just wanted to check if anyone on the list has used uncrustfy in msys2 to run the style-source script? I couldn't find an uncrustify package to install via pacman, so I built it from source. However, when I run style_source.sh I get the following error Detected uncrustify version =

Re: [Plplot-devel] CMake problem with hyphen in path

ttps://aka.ms/ghei36> From: Alan W. Irwin Sent: Saturday, July 13, 2019 6:42:20 AM To: Phil Rosenberg Cc: PLplot development list Subject: Re: CMake problem with hyphen in path On 2019-07-13 00:35+0100 Phil Rosenberg wrote: > There are no .pc files. I'm buildin

Re: [Plplot-devel] CMake problem with hyphen in path

cmake_link_flagsHi Alan There are no .pc files. I'm building on native windows with visual studio (not with Cygwin or MSYS2) so there is no pkg-config. All libraries get found with the findXXX.cmake modules. In this case it is shapelib and wxwidgets libraries. On windows CMake basically hunts in

Re: [Plplot-devel] Possible Windows development agendas for the next 6 months

Hi Alan, Jim, Arjen I will try and sort that submitted patch asap. I will also experiment with MSYS2 - I now have a windows laptop at work and need a linux-like system on there. I did intend to use the Ubuntu Bash on Windows System, but my IT dept seem to have blocked this - at least for now. So

Re: [Plplot-devel] findwxwidgets.cmake module

Sent: Thursday, January 31, 2019 9:01:23 PM To: Phil Rosenberg Cc: PLplot development list Subject: findwxwidgets.cmake module On 2019-01-31 17:37-0000 Phil Rosenberg wrote: > Hi Alan > I half thought that we had scrapped our findwxWidgets.cmake module, > but I just found that this isn't ac

Re: [Plplot-devel] git workflow plans for the proposed bug-fix plplot-5.14.1 release

Sounds like a generally good plan to me. The only issues might be picking what is a bug fix commit vs a non bug fix commit - I'm sure we are all guilty of finding a bug while changing code and not submitting it as a separate commit. But providing we all try to be good in that sense, I think a

Re: [Plplot-devel] How to use plplot in my own project?

Hi Laurent Just a not about naming - I too expected a d suffix on the library name to represent debug when I first started using plplot. There used to be a cmake option to add a suffix to the name, but it is no longer listed on https://sourceforge.net/p/plplot/wiki/CMake_options_for_PLplot/ - Alan

Re: [Plplot-devel] Cannot compile plplot using VS 2017

Good news! Thanks for reporting the problem. Phil Get Outlook for Android<https://aka.ms/ghei36> From: Laurent Berger Sent: Sunday, September 23, 2018 11:12:50 AM To: Alan W. Irwin; Phil Rosenberg Cc: PLplot development list Subject: Re: [Plplot-devel]

Re: [Plplot-devel] Cannot compile plplot using VS 2017

Excellent, thanks Alan On Sun, 23 Sep 2018 at 01:25, Alan W. Irwin wrote: > > On 2018-09-22 23:16+0100 Phil Rosenberg wrote: > > > Hi Laurent > > > > I have implemented your first solution. If you could let me know that > > things now work for you that would be

Re: [Plplot-devel] Cannot compile plplot using VS 2017

; @@ -38,7 +38,7 @@ > #else > #include > #endif > - > +#include > // PLplot headers > #include "plDevs.h" > #include "wxwidgets.h" // includes wx/wx.h > > > > Le 22/09/2018 à 12:26, Phil Rosenberg a écrit : > > Hi Laurent >

Re: [Plplot-devel] Cannot compile plplot using VS 2017

> +#include > > +#include "plDevs.h" > + > +// plplot headers > +#include "plplotP.h" > +#include "drivers.h" > // PLplot headers > #include "plDevs.h" > #include "wxwidgets.h" // includes wx/wx.h > > >

Re: [Plplot-devel] Cannot compile plplot using VS 2017

Hi Laurent What a strange set of compilation errors. They are all from windows sockets headers, rather than from wxWidgets. Here is my guess at what is happening - but I have not been able to reproduce the error (I am using VS 2015 still). In the code before your edits following the #includes

Re: [Plplot-devel] rgb colourscale interpolation

Hi Again Alan >> >> I think your backwards-incompatible changes [h,l,s ==> c1,c2,c3 >> changed member names] in the PLControlPt struct are likely a good idea >> since h,l,s was a misnomer. Nevertheless, those changes did cause >> important build problems in the Tk-related part of the build which

Re: [Plplot-devel] rgb colourscale interpolation

Hi Alan On 31 July 2018 at 19:21, Alan W. Irwin wrote: > Hi Phil: > > I am moving this discussion to plplot-devel where it belongs. Sorry, I hadn't realised we'd gotten off list. Thanks for moving it back. > > I think your backwards-incompatible changes [h,l,s ==> c1,c2,c3 > changed member

Re: [Plplot-devel] [Plplot-general] More questions about install

ild instructions as per https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_Visual_CXX_CLI/ as before. cmake, nmake, nmake install. I downloaded from the link you sent, not sure what happened. On Sunday, February 4, 2018, 4:45:29 AM EST, Phil Rosenberg < p.d.rosenb...@gmail.com

Re: [Plplot-devel] [Plplot-general] More questions about install

Plplot-general] More questions about install To: Phil Rosenberg Scratch this last email, I discovered a typo in my cmake command. However, after getting past this I am now getting the following, Could not open driver module wxwidgets libltdl error: No error information NMAKE : fatal error U1077: '

Re: [Plplot-devel] [Plplot-general] More questions about install

of a demo, check out wxPLplotDemo.cpp in the PLplot source code. It is in examples/c++ Phil From: David Bergman <davidrberg...@yahoo.com> Sent: Saturday, February 3, 2018 1:59:39 AM To: plplot-devel@lists.sourceforge.net; Phil Rosenberg Subject: Re: [Plplot-g

Re: [Plplot-devel] [Plplot-general] More questions about install

piler/linker said was > corrupted but I don't recall which one. > Just to get past it and get something working I deleted this from the > project. It may come back to bite me later. > > David > > > > On Friday, February 2, 2018, 9:23:06 AM EST, Phil Rosenberg < > p.d.ro

Re: [Plplot-devel] Issues with locate mode for the non-IPC3 case

On 7 October 2017 at 02:14, Alan W. Irwin wrote: > Hi Phil: > > I just discovered on Linux that your IPC3 workaround does allow > -locate mode for example 1 to work perfectly for mouse clicks. (IPC3 > locate mode key hits are not implemented yet.) But I also think that

Re: [Plplot-devel] Run-time issue on Linux (wxWidgets 3.0.2) that was introduced for commit e4fb932 or later.

Hi Alan Try it now. Fingers crossed :-) On 6 October 2017 at 20:44, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-05 20:44-0700 Alan W. Irwin wrote: > >> On 2017-10-06 00:19+0100 Phil Rosenberg wrote: >> >>> This is a GCC vs Visual Studio diffe

Re: [Plplot-devel] wingcc and wingdi build bugs

;ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-05 09:10+0100 Phil Rosenberg wrote: > >> On 5 October 2017 at 04:10, Alan W. Irwin <ir...@beluga.phys.uvic.ca> >> wrote: >>> >>> The cmake messages above come from cmake/modules/wingcc.cm

Re: [Plplot-devel] Commit e4fb932 introduced a wxPLViewer build bug on Linux (wxWidgets 3.0.2)

This is a GCC vs Visual Studio difference I have seen before. I think my latest commit should have fixed it, but I don't have access to a linux system right now to test on. Phil On 5 October 2017 at 22:33, Alan W. Irwin wrote: > Hi Phil: > > The wxwidgets-related

Re: [Plplot-devel] wingcc and wingdi build bugs

On 5 October 2017 at 04:10, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-05 00:57+0100 Phil Rosenberg wrote: > >> The my cmake command and its output are attached. I noted particularly the >> lines >> >> -- Looking for gdi32 header and li

Re: [Plplot-devel] Further to your recent comment for wxwidgets gradient bug 173

 On 5 October 2017 at 00:38, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-05 00:28+0100 Phil Rosenberg wrote: > >>> >>> Once confirmed, then the obvious next question is why are we using a >>> subset of the wxGraphicsContext class indirect

Re: [Plplot-devel] Further to your recent comment for wxwidgets gradient bug 173

> > Once confirmed, then the obvious next question is why are we using a > subset of the wxGraphicsContext class indirectly via the wxGCDC class > rather than using the wxGraphicsContext class directly (which would > provide important native gradient capability for the new wxwidgets > device

Re: [Plplot-devel] Update of the Wiki: obsolete information?

Good shout for updating these. I notice that the Visual Studio IDE page that I wrote is woefully out of date. I should sort that. Phil On 3 October 2017 at 07:50, Arjen Markus wrote: > Hi Alan, others, > > > > I have updated the Wiki page on the status of PLplot for

[Plplot-devel] xor mode and the buffer

Currently and rendering performed in xor mode is not recorded to the buffer. I can understand why this would be the case as xor mode is often used for rendering temporary lines then erasing them. However, because wxPLViewer relies on the buffer for all its rendering this means that it cannot

[Plplot-devel] Fwd: Returned mail: see transcript for details

Resending as I got a wierd unable to deliver message - i tink some email address confusion happend. see below -- Forwarded message -- From: Phil Rosenberg <p.d.rosenb...@gmail.com> To: "Alan W. Irwin" <ir...@beluga.phys.uvic.ca> Cc: plplot_de...@beluga.phys.

Re: [Plplot-devel] Is it time to remove some IPC cruft from our wxwidgets-related code?

On 3 October 2017 at 22:01, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: >>> Hi Alan >>> I have been trying to work through your semaphore code, but I'm afraid >>> I just don't quite get it. >>> >>> At the heart of this bug is the fact that re

Re: [Plplot-devel] Further to your recent comment for wxwidgets gradient bug 173

On 3 October 2017 at 18:00, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-03 11:24+0100 Phil Rosenberg wrote: > >> Hi Alan >> It may be possible to do as you said with a clip region and an affine >> transform. I did consider this but I am

Re: [Plplot-devel] Is it time to remove some IPC cruft from our wxwidgets-related code?

number generator for determining the name of the shared memory and nothing to do with the actual comms? On 3 October 2017 at 09:07, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: >> >> It is good that you are doing some critical thinking about my bytes >> transmission

Re: [Plplot-devel] Some remaining wxwidgets inefficiency concerns for examples 17 and 08

My best guess to this would be that every time new data is added to the plot the wxPLViewer gets some new data and probably then calls plreplot(). This then replots all the data from the beginning of the stream including all the data that has previously been cleared and all the clears. Whereas

Re: [Plplot-devel] Slave displays

Yes I agree On 3 October 2017 at 10:24, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-03 00:50+0100 Phil Rosenberg wrote: > >> I think I see how this works now. >> Basically the example plots to both streams then execution halts while >> it

Re: [Plplot-devel] Is it time to remove some IPC cruft from our wxwidgets-related code?

> > It is good that you are doing some critical thinking about my bytes > transmission logic this way. However, it appears you are referring to > the case where there are two separate but simultaneous uses of IPC > (one to send an array of data from core to viewer and one to send an > array of

Re: [Plplot-devel] Slave displays

r we would prefer to just plough through all the commands and have them sat ready to execute. Phil On 2 October 2017 at 23:30, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-02 16:10+0100 Phil Rosenberg wrote: > >> Hi Alan >> I've been going through the various

Re: [Plplot-devel] Is it time to remove some IPC cruft from our wxwidgets-related code?

. Let me know if you have started making any changes in wxplframe in the wxPLViewer and if so I'll just send you a patch to avoid any clashes. I had a quick skim through the 3sem code, but you might be the best person to add a timeout to that code. Phil On 2 October 2017 at 21:22, Phil Rosenberg

Re: [Plplot-devel] Is it time to remove some IPC cruft from our wxwidgets-related code?

Hi Alan I literally just logged onto my email to say stop whatever you are doing on this the locate mode is broken!!! :-D I think there may be a couple of different issues here. One is that the viewer is checking for more data being sent and the core code is waiting for the location information

[Plplot-devel] Slave displays

Hi Alan I've been going through the various wxWidgets bugs on the bug tracker. The ones that remain are the rather more technical ones or the ones that I'm not sure what the correct behaviour should be. In particular the slave display thing is a bit of a puzzle to me. Searching for slave in the

Re: [Plplot-devel] -eofill issues with -dev wxwidgets and possible rewrite of streams and src/plargs.c

> > The eofill setting is saved by the plbuf at a bop (see line 176 and 359 in > plbuf.c). > Hi Jim - These are changes I made over the weekend. I guess you're not subscribed to get code change notifications or maybe you missed them :-) > > I have noticed some inconsistencies in the mash-up of

Re: [Plplot-devel] -eofill issues with -dev wxwidgets and possible rewrite of streams and src/plargs.c

On 1 October 2017 at 21:01, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-01 09:49+0100 Phil Rosenberg wrote: > > [Alan said] >>> >>> With regard to your remark concerning writing a plsfillrule() function >>> and systematically using i

Re: [Plplot-devel] -eofill issues with -dev wxwidgets and possible rewrite of streams and src/plargs.c

Fixed My test for initialisation was incorrect. On 1 October 2017 at 20:50, Alan W. Irwin wrote: > On 2017-09-30 19:22-0700 Alan W. Irwin wrote: > >> Anyhow, thanks very much for this fix, and I have changed the status >> of https://sourceforge.net/p/plplot/bugs/174/

Re: [Plplot-devel] -eofill issues with -dev wxwidgets and possible rewrite of streams and src/plargs.c

>> Note that I have tested this up to the point of checking in the >> debugger that the correct fill rule is recognised by the viewer and >> the correct parameter is passed in to the wxWidgets fill function. >> This definitely works correctly both with and without -eofill >> specified for example

Re: [Plplot-devel] [Bug] Plmap omits lines at the left hand side of the map

Hi Mark, well spotted. Patch applied. Thanks for the contribution. On 29 September 2017 at 11:00, Mark de Wever <m.de.we...@datawell.nl> wrote: > Hi Phil, > > On 28.9.17 22:31, Phil Rosenberg wrote: >> >> I have just fixed the map plots. Apologies that this has taken &g

Re: [Plplot-devel] [Bug] Plmap omits lines at the left hand side of the map

Hi Mark and anyone else who is listening I have just fixed the map plots. Apologies that this has taken sooo long. The changes have just been pushed to the development version and have been checked on my windows machine. Note that you were correct also about there being an issue with using

Re: [Plplot-devel] [Bug] Plmap omits lines at the left hand side of the map

Hi Mark Thanks for the reminder. I will definitely put as much effort as I can into getting this sorted pre release. Phil On 24 July 2017 at 13:27, Mark de Wever wrote: > Hi Phil, > > I saw the release of 5.13 is being planned. I wondered whether it is > possible to fix

Re: [Plplot-devel] Third proof of concept for the "exception handling" topic -- Further discussion

re I understood. Do you mean a linked list rather than an array? > > Also please respond to my suggestion (with appropriate code changes > while I handle the CMake part) in that e-mail concerning > > #define PL_IMPLEMENT_EXCEPTION_HANDLING and > #ifdef PL_IMPLEMENT_EXCEPTION_HANDLING

Re: [Plplot-devel] First proof-of-concept versions of PLplot "memory allocation" and "exception handling" topics

and occurs when using the null device, so I have a feeling it is a wxWidgets bug, not a plplot bug. I'd be interested to know what you see on Linux Alan. Phil On 17 July 2017 at 11:31, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: > Hi Alan > Please find attached a new patch series. >

Re: [Plplot-devel] First proof-of-concept step requested to implement PLplot errorhandling

pt was a little more than 20 or so lines  > > > > I'll pull out the code I started and check where is stands. > > > > Phil > > > > Sent from my Windows 10 phone > > > > *From: *Alan W. Irwin <ir...@beluga.phys.uvic.ca> > *Sent: *15 July 20

Re: [Plplot-devel] The wxwidgets version you use for MSVC

ours, the latter is for building the wx libraries themselves. Is it possible that you are loading the latter somehow from somewhere? On 10 July 2017 at 11:18, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: > Hi Arjen > Doing a git blame on GitHub indicates that the relevant constr

Re: [Plplot-devel] The wxwidgets version you use for MSVC

emember > seeing some confusion over what installation CMake came up with exactly, but > I do not recall the details. That may have been with the MinGW experiments. > > > > I will have to check this – tonight if possible. > > > > Regards, > > > > Ar

Re: [Plplot-devel] The wxwidgets version you use for MSVC

with the wxWidgets distribution. Phil On 10 July 2017 at 10:48, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: > Hi Arjen > That looks like the class you are looking for. Those comments > shouldn't be important. They just mean that you can access x and y > exactly like in a C s

Re: [Plplot-devel] The wxwidgets version you use for MSVC

Hi Arjen That looks like the class you are looking for. Those comments shouldn't be important. They just mean that you can access x and y exactly like in a C struct, for example wxSize mySize; mySize.x=4;. But the comment says please don't do this. Further down in that class is there a

Re: [Plplot-devel] Best git version for Windows?

Hi Jim Good luck with the restoration. If this helps for the future then as a windows user you can get 1 TB of OneDrive space as part of an Office 365 subscription. I basically symlinked my Documents folder into my OneDrive folder so that everything I do gets continually synced with the cloud.

Re: [Plplot-devel] C++ class constructor question

Hi Alan The short answer is yes use a transmit and receive function to send the data, but no don't create a new object every time you want to send something. The current private object is definitely the way to go. I should have used a transmit and receive function in the current code. If I

Re: [Plplot-devel] Recent progress with wxwidgets IPC

Hi Alan That seems reasonable. I'm not sure what the benefits are though. Should the new way be quicker? In terms of the overall complexity here are some of the things I found while setting up the current system that each made the system more complex than I initially envisaged. I imagine you will

Re: [Plplot-devel] C++ help requested for step 1. (fwd)

lot.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 > __ > > -- Forwarded message --

Re: [Plplot-devel] Error propagation

. This is something I have raised a couple > of times in the past and something I have thought about a fair bit. > > Comments on Phil's proposals below. > > Andrew > > On Mon, 2017-01-30 at 11:00 +, Phil Rosenberg wrote: >> Hi all >> We have had this discussion i

[Plplot-devel] Error propogation

Hi all We have had this discussion in the past. But I would like to reopen it. We really really need to get id of the exit() calls in PLplot. I don't think that we can really make any recommendation that our library is "industrial strength" while they are their and I would be very nervous about

Re: [Plplot-devel] Your development plans for this release cycle

Hi Alan So I think here are my priorities, in no particular order: 1) wxWidgets Docs - the driver doc is currently well out of date and the binding docs are non-existent. I have rewritten the driver docs and started on the bindings. As you said in your release notes the docs are probably still a

[Plplot-devel] plreplot and clearing the page (jim please read if you'e around)

I think I've found the issue with clearing the page when using plreplot. Basically the issue is that the driver bop function is not being called, because at the point of replaying the buffer, the stream is already at the beginning of page. This means that the driver does not clear the page. There

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

ave updated all my repo wxwidgetts and plplot and now everything is OK > using VS 2015 or MSYS2-mingw64. Thanks you very much. > > Only one thing wxplplotdemo legend are small (may be tiny) > > Le 05/01/2017 à 15:58, Phil Rosenberg a écrit : > > Hi Laurent > Although I haven't

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

10 phone > > > > From: Alan W. Irwin > Sent: 04 January 2017 20:37 > To: Phil Rosenberg; Pedro Vicente; Laurent Berger; PLplot development list > Subject: Re: [Plplot-devel] legend and label using wxWidgets > > > > On 2016-12-28 23:19+0100 Laurent Berger wr

Re: [Plplot-devel] Using wxWidgets

Hello Laurent If you grab the latest version of PLPlot from the git repo then you should find that the API for wxWidgets is as it was and Pedro's problems are now hopefully also fixed. There should be no need to apply Pedro's patch. If you find that your existing code does not work for any reason

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

Just to add that I've just tested on my Ubuntu 16.04 system logging on remotely using Cygwin ssh and X11 server and n my work CentOS system logging on directly. Everything seems fine! Hopefully you will both get the same results Pedro and Alan. Phil On 4 January 2017 at 14:26, Phil Rosenberg

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

Hi All Right I'm back with sensible access to all my systems and back into my usual routine. So, here goes On 28 December 2016 at 05:00, Pedro Vicente wrote: > One small caveat is that I think you can only instantiate the template with > a class that has this

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

On 19 December 2016 at 17:47, Pedro Vicente wrote: > Hi Phil > >> Pedro can you please check if this works on your systems? > > > ok, I'll try it when the patch is pushed to the master . > > Alan > > I assume you are going to push the patch? > I get some

Re: [Plplot-devel] New way to generate wxwidgets debug output

Hi Alan Could you just confirm to me what command you are using to test the timings? Phil On 19 December 2016 at 17:33, Pedro Vicente wrote: > Hi Alan > > I just did a git pull of the master branch with these changes and I get > compiling errors > if I don't

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

email address we are in the same line of work. I work at the Institute for Climate and Atmospheric Science at University of Leeds. Small world! On 19 December 2016 at 12:51, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2016-12-19 11:31-0000 Phil Rosenberg wrote: > >> I'

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

I'm just generating a test fix. I will send a patch round once it's done. If it works then I'll tidy it up. However you appear to have bumped up the minimum CMake version so I need to reinstall CMake - turns out the latest Windows version requires a manual uninstall first. I'm sure you're not

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

st. > > -Pedro > > > > On 2016-12-15 21:11, Alan W. Irwin wrote: >> >> On 2016-12-16 01:05- Phil Rosenberg wrote: >> >>> Hmm - well another theory down in smoke. >>> >>> Attached is an absolute minimum example of the use of wxEVT_

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

s 3.1 build, 2 ubuntus 14.04 16.4 from packages) > > the 4th linux failure was on a debian I installed on VirtualBox. > So, it's not a VirtualBox issue. > -Pedro > > > - Original Message - From: "Alan W. Irwin" > <ir...@beluga.phys.uvic.ca> > To: &

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Unfortunately I don't think I have enough space to install virtualbox. I presume I need a few 10s of GB for an Ubuntu install? I have also just tried on the Bash on Ubuntu on Windows (still trying to decide if I like this or Cygwin best. Anyway...). Again everything works fine on this (I'm using

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Hi Pedro, Alan I'm still unable to reproduce the problem on my Ubuntu 14.04 system with wxWidgets 3.0. Very strange. I have tried a totally fresh build directory and static and dynamic builds. I had forgotten to test on my work CentOS PC and although I know it is powered on I can't ssh into it.

[Plplot-devel] plbuffer bug

Hi All I've just posted a bug to the bug tracker regarding the buffer. I just wanted to send an email out to say that I don't particularly intend to fix it before the freeze as I don't think there is time. But I wanted to stick it on the tracker so it didn't get forgotten. The problem is that

Re: [Plplot-devel] build plplot using CMAKE using MSYS makefiles on windows 10

://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_the_Visual_Studio_IDE/, but I don't know how one would do it in MSYS. Perhaps setting the same flags would do it. Phil On 11 December 2016 at 10:23, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2016-12-10 01:11-0000 Phil

Re: [Plplot-devel] wxPLplotDemo.cpp errors

work > > > If you could replicate this issue, that would be great. > I am using CentOS 6.8, PLplot.5.11.1 , wxWidgets 3.1.0 > > > > > > - Original Message - From: Pedro Vicente > To: plplot-devel@lists.sourceforge.net ; Phil Rosenberg > Sent: Saturd

[Plplot-devel] Too late for bug fix changes

Hi Alan I have recently discovered a couple of bugs in the wxWidgets driver. One is rather a feature of wxWidgets instead of a bug. It turns out that when constructing a font with size 70 pt you actually get the default system font size. I found this when doing an animated plot today with points

Re: [Plplot-devel] build PLPlot with debug symbols in linux / cmake

Hi Pedro I'm sorry but I'm not sure I understand the point at which you get the segfault. However, I think you are trying to call GetStream, before the stream has been created. The stream requires the window's device context at the point of creation, in order for the device context to exist the

Re: [Plplot-devel] build plplot using CMAKE using MSYS makefiles on windows 10

I'm sorry Laurent, but I think I am the main Windows user on the list and I have absolutely no experience with MSys. However, I believe we have now returned to the CMake default wxWidgets find module. Alan, can you comment on this and whether this looks like a bug in that module or a bug in our

Re: [Plplot-devel] Fwd: Deprecated wxWidgets error

Hi Pedro As Alan said, we can't have both working together. Well, I suppose we could, but the effort required would be large and time is finite. If you are interested in the usage differences then: The new wx backend discarded use of AGG and freetype as wxWidgets now has much better support for

Re: [Plplot-devel] The wxwidgets device driver speed/idle time

Hi Alan It's on my list - I will do it as soon as I can :-). I actually think I had a similar system like this set up - although I think I used named semaphores. I would have to go back to the code to check. Phil On 19 November 2016 at 07:39, Alan W. Irwin wrote: > Hi

Re: [Plplot-devel] [Plplot-general] wxWidgets driver -- change thedefault blackbackground

> > by the way, I have a small request , is that possible to keep the > "deprecated" wxWidgets classes around? > > it seems the only difference is that new wxWidgets is the use of templates > as in > > template< class WXWINDOW > > void plot_window(wx_PLplo

Re: [Plplot-devel] [Plplot-general] wxWidgets driver -- change thedefault blackbackground

y[NSIZE]; > PLFLT xmin = 0, xmax = 100, ymin = 0, ymax = 10; > > for (int i = 0; i < NSIZE; i++) > { > x[i] = i; >y[i] = 5; > } > > plschr(0, 1.0); > plcol0(0); > plenv(xmin, xmax, ymin, ymax, 0, 0); > pllab("x", "y", "Label"); &

Re: [Plplot-devel] [Plplot-general] wxWidgets driver -- change the default blackbackground

Hi Pedro The easiest way to do this at the moment is something like wxPLplotstream* pls = plotwindow->GetStream(); pls->adv( 0 ); pls->scolbg(255, 255, 255); pls->clear(); //rest of your plotting code If you have multiple subpages then you will need to do this on each page. Also if your subpages

Re: [Plplot-devel] Bug in notcrossed() function of plfill.c

Hi All I have modified my the example that exposes the bug so that it works for svg. Please find attached. Phil On 17 September 2016 at 21:57, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: > Hi Arjen > I'm just emailing to say that I have now got plplot to compile with > wx

  1   2   3   4   5   6   >