uot;
Sent: 15/06/2015 19:18
To: "Phil Rosenberg"
Cc: "Arjen Markus" ;
"plplot-devel@lists.sourceforge.net"
Subject: Re: [Plplot-devel] Bug in notcrossed() function of plfill.c
Hi Phil:
"git blame" is your friend for figuring out who authored what, and i
be written from the
CMakeLists.txt, but I don't know how to split that block to output the
individual ${index} list items. I might have to rely on you to have a
look.
Phil
On 14 June 2015 at 17:36, Alan W. Irwin wrote:
> On 2015-06-14 11:12+0100 Phil Rosenberg wrote:
>
>> I've
Yeah, that seems like a good argument to me
On 15 June 2015 at 03:30, Jim Dishaw wrote:
>
> On Jun 14, 2015, at 5:28 AM, Phil Rosenberg wrote:
>
> On 11 June 2015 at 17:57, Jim Dishaw wrote:
>
>
> On Jun 11, 2015, at 4:06 AM, Phil Rosenberg wrote:
>
> Hi Jim
>
t; I do not remember who wrote it, I may have made some changes to it in a now
> distant past, but I could have a look at your fix.
>
>
>
> Regards,
>
>
>
> Arjen
>
>
>
>> -Original Message-
>> From: Phil Rosenberg [mailto:p.d.rosenb...@gmail.com]
>> Sent:
Hi All
I have just been dealing with a bug where I was drawing a contour plot
and my entire plot was being filled with one contour level. I have
fought my way through the code and it turned out to be a perfect storm
of a bug which begins with the notcrossed function returning a
PL_NEAR_PARALLEL st
I've recently started getting a build error for TCL
The error I get is
8>-- Build started: Project: concatenate_pkgIndex.tcl,
Configuration: Release x64 --
8> Building Custom Rule D:/usr/local/src/plplot-plplot/bindings/CMakeLists.txt
8> CMake does not need to re-run because
D:\usr\local\
On 11 June 2015 at 17:57, Jim Dishaw wrote:
>
>> On Jun 11, 2015, at 4:06 AM, Phil Rosenberg wrote:
>>
>> Hi Jim
>> The documentation states that the provided text height will be in mm.
>> The user can set dpi with plspage so you should use the PLStream->xdp
ugh?
Phil
On 14 June 2015 at 03:29, Jim Dishaw wrote:
>
> On Jun 13, 2015, at 2:11 PM, Jim Dishaw wrote:
>
>
> On Jun 13, 2015, at 1:13 PM, Phil Rosenberg wrote:
>
> Hmmm
> Then h some more
> Followed by an ummm or two.
>
> As you say Jim, clearly things ar
nt: 13/06/2015 19:11
To: "Phil Rosenberg"
Cc: "Alan W. Irwin" ; "PLplot development list"
Subject: Re: [Plplot-devel] Bug fix to plbuf.c
On Jun 13, 2015, at 1:13 PM, Phil Rosenberg wrote:
Hmmm
Then h some more
Followed by an ummm or two.
As you s
messages. I will
verify by using git bisect.
I ran git bisect and the regression was introduced in the commit
1e402417c1f3e87c391fe428f936153c2a10e8cc
Author: Phil Rosenberg
Date: Fri Feb 27 17:12:03 2015 +
Fixed bug in rdbuf_di.
Save cursubpage on replot
call plP
Hi Jim
The documentation states that the provided text height will be in mm.
The user can set dpi with plspage so you should use the PLStream->xdpi
and PLStream->ydpi to size your text in pixels. In case the user
hasn't set this you should use a sensible default. Of course the
actual value will dep
Hi Alan and Arjen
My X problems were just because I updated Cygwin with X running so
some dlls couldn't upgrade until reboot - but I had too much stuff
open on my laptop to reboot just then.
If it helps I have the following in my .bashrc to ensure X11 is
running whenever I start a terminal
#star
checking what is done there
helps. Any questions just ask.
Good luck
Phil
-Original Message-
From: "Jim Dishaw"
Sent: 08/06/2015 12:54
To: "Phil Rosenberg"
Cc: "PLplot development list"
Subject: Re: [Plplot-devel] The multiple keypress problem when usingi
>
> I agree. In the new wingdi I tried to minimize the use of the stream.
>
Out of curiosity, how do you deal with redraws then - or do you just
not scale anything and store the bitmap for refreshing?
Phil
--
___
The eop call is required because there is some code in bop that needs
to be called, but if bop is called before eop then that function just
returns.
I am sure that you will find the same thing for the Windows driver too.
To be honest I was recently thinking that the buffer is fast
approaching a r
Files/plf95demolib.dir/all] Error 2
make: *** [all] Error 2
Any suggestions?
Phil my cmake command was just
cmake .. -DENABLE_TEST=ON
On 6 June 2015 at 19:44, Alan W. Irwin wrote:
> On 2015-06-06 13:56+0100 Phil Rosenberg wrote:
>
>> I sent my previous email to just alan rather than reply all - Ar
Phil
Phil
On 6 June 2015 at 12:48, Phil Rosenberg wrote:
> I just installed both wxWidgets 3.0 and 2.8 on my Cygwin install. it
> turns out on Cygwin wx-config does not exist. Instead we get
> wx-config-2.8 and wx-config-3.0. This would likely explain the failure
> to find wxWidgets on C
right at the moment I don't
have access to my Linux machine to check. But I am sure If you try it
you will find you can re-enable wxWidgets.
Phil
On 6 June 2015 at 08:58, Alan W. Irwin wrote:
> On 2015-06-05 14:40-0700 Alan W. Irwin wrote:
>
>> On 2015-06-04 23:06+0100 Phi
Not sure if this is relevant but there were problems finding (the correct)
wxWidgets library on windows. There are als differences in how it is found on
windows and Linux. On windows I think the wxwin environment variable is used.
On Linux the wxconfig utility is used. It might be worth checking
May 2015 at 12:42, Phil Rosenberg wrote:
> Hi alan
> The missing subpage rendering is now fixed - at least on Windows. This
> turned out to be a wxWidgets bug which I have reported
> http://trac.wxwidgets.org/ticket/17013 and put some workarounds in
> place.
>
> I will look at
Sorry forgot to paste the link
http://www.theregister.co.uk/2015/04/30/windows_10_now_available_for_raspberry_pi_2_andminnowboard/
On 4 June 2015 at 13:10, Phil Rosenberg wrote:
> Just seen this regarding raspberry pi and Windows 10. So Windows 10
> will have an internet of thing (IoT) v
Just seen this regarding raspberry pi and Windows 10. So Windows 10
will have an internet of thing (IoT) version to run on Arm processors.
I'm not sure if/how this is linked to Windows Phone. The aps have to
use either XAML, html5 or DirectX for the GUI. They can run "native
code" - i.e. compiled C
e the option to preserve those
settings on resize.
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 01/06/2015 21:06
To: "Phil Rosenberg" ; "Arjen Markus"
Cc: "plplot-devel@lists.sourceforge.net"
Subject: RE: [Plplot-devel] Example 3
t: 01/06/2015 18:12
To: "Phil Rosenberg"
Cc: "plplot-devel@lists.sourceforge.net"
Subject: Re: [Plplot-devel] Example 3 text cropping
On 2015-06-01 11:07+0100 Phil Rosenberg wrote:
> Hi All
> When I was fighting with aspect ratios with the new wxWidgets driver I
> fo
Hi All
When I was fighting with aspect ratios with the new wxWidgets driver I
found that when example 3 was scaled down small the axis labels became
cropped. This was on my bug list to fix. However I have now realised
that the reason for the cropping is that the example uses plptex
rather than plm
I have the same empty variable for my visual studio 64 bit plplot build.
Looking at https://msdn.microsoft.com/en-us/library/abx4dbyh.aspx
" If you include one of the C++ Standard Library Header Files in your
code, a Standard C++ Library will be linked in automatically by Visual
C++ at compile t
Hi Alan
You should now find that the plbuf.c warning is gone. I haven't
touched the plmeta files. I will leave these to Jim as I don't know
that code well.
Phil
On 31 May 2015 at 20:14, Alan W. Irwin wrote:
> On 2015-05-31 18:59+0100 Phil Rosenberg wrote:
>
>> Hi Alan
&
2015 at 18:33, Phil Rosenberg wrote:
> Hi Alan
> I'm attacking my to do list. Do you still get these warnings? I just
> looked and the line 1309 no longer makes sense in terms of a reference
> to cmd so I guess the code has changed since then. I don't get any
> unallocate
Hi Alan
I'm attacking my to do list. Do you still get these warnings? I just
looked and the line 1309 no longer makes sense in terms of a reference
to cmd so I guess the code has changed since then. I don't get any
unallocated variable warnings for plbuf in VC++ so perhaps someone
else fixed this
Hello Laurent
I have just fixed the memory leak bug you reported. Thanks for
reporting it. You should be able to download the fixed version from
the git repo via sourceforge.
Phil
On 21 May 2015 at 22:51, Phil Rosenberg wrote:
> Hello Laurent
> My apologies for not responding sooner.
May 2015 at 20:29, Phil Rosenberg wrote:
> Hi Alan
> Thanks for that. There is clearly some issue with subpages. For example 1 I
> have just realised I only get the first subpage rendered. I will sort that
> asap and make a commit.
>
> Re the timing, nearly a minute to render i
Now I know it is so bad I can add some extra
optimizations.
Thanks Alan for the testing, I will let you know when the next version is ready.
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 30/05/2015 19:07
To: "Phil Rosenberg"
Cc: "plplot-devel@lists
Hi All
I have just pushed some changes allowing wxWidgets driver to generate
text sizes for layout purposes. However for use with wxPLViewer (i.e.
when wxWidgets driver is used from the command line) this involves
multiple checks backwards and forward. this is pretty slow. I have
checked example 26
, Jim Dishaw wrote:
>
>
>
>
>> On May 26, 2015, at 3:53 PM, Phil Rosenberg wrote:
>>
>> Okay, well it was an option I thought I would put out there as I think
>> it was worth considering. I will try to answer the questions people
>> had anyway in case peopl
All that sounds good to me Alan
Regarding the naming - well that is not so important to me as
everything else and it sounds like there are options if we need them.
Phil
On 28 May 2015 at 00:33, Alan W. Irwin wrote:
> On 2015-05-26 22:13+0100 Phil Rosenberg wrote:
>
>> On 24 May 2
Hi Alan
I think this one had escaped my to do list. It is now back on and I
will let you know.
Phil
On 26 May 2015 at 21:52, Jim Dishaw wrote:
> I believe this bug is due to extra EOP (or BOP I can't remember now) call
> that I mentioned in email several months ago. I can't search the mailing l
On 24 May 2015 at 23:01, Alan W. Irwin wrote:
> Hi Phil:
>
> This is long, but you have given me lots to respond to. :-)
>
> On 2015-05-24 09:37+0100 Phil Rosenberg wrote:
>
>> Hi Alan and Dave
>>
>> Some specific comments first, then some general ones after.
Okay, well it was an option I thought I would put out there as I think
it was worth considering. I will try to answer the questions people
had anyway in case people are interested.
Regarding domestic bindings, the C front end would remain. Although
the API would have to change if we wanted to retu
Hi Alan and Dave
Some specific comments first, then some general ones after.
>Fundamentally, the git world is split on the rebase-only
>versus merge-only question
As it happens I fall in the merge camp. But for the work we have been
doing up to now I don't feel there has been much difference eith
Hi Alan
My initial thought was as yours. To have a separate plplot6 branch. I have a
feeling that with so many of us it might be difficult to keep track of sending
patches round. Do you know how that would work with clashes? I.e if two people
send patches round that clash do we have the potentia
Sorry Jim
Did you see my subsequent email. A clean build tree fixed all these
errors. Don't know what the cause was.
Phil
On 22 May 2015 at 13:38, Jim Dishaw wrote:
> Thanks. What compiler and OS version was this on?
>
>
>
>> On May 22, 2015, at 4:57 AM, Phil Rosenbe
Hi All
I mentioned this briefly during the previous release cycle, but we all
had more pressing things to deal with. Dealing with errors is
something we really need to get a hold on for PLPlot 6 and one of the
big drivers for considering a major API change. However, I am certain
that the reason wh
Hi Alan
I have just quickly looked at this and I believe I made this change by design.
The reason being that c_plinit calls plP_bop which calls plPsubpInit
which calls c_plschr before plsc->level is set to 1. Therefore a check
for initialisation level means that plP_state does not get called and
t
?
Phil
On 22 May 2015 at 01:44, Alan W. Irwin wrote:
> On 2015-05-21 22:58+0100 Phil Rosenberg wrote:
>
>> Hi Orion
>> Thanks for the report. I will look at it asap.
>
>
> Hi Phil:
>
> Note, I have fixed the actual error that Orion noted at the end of his
>
at 09:57, Phil Rosenberg wrote:
> Hi Jim
>
> The errors are below. These are for all of the plplot library, so
> there are a few warnings about implicit casts from other files in
> there too, but most of it is plbuf.c and plmetafile.c related
>
> Phil
>
> 9>--
ed identifier
9>D:\usr\local\src\plplot-plplot\src\plmetafile.c(695): error C2065:
'rc' : undeclared identifier
9>D:\usr\local\src\plplot-plplot\src\plmetafile.c(704): error C2065:
'rc' : undeclared identifier
9>D:\usr\local\src\plplot-plplot\src\plmetafile.c
rom: "Alan W. Irwin"
Sent: 22/05/2015 03:41
To: "Phil Rosenberg"
Cc: "PLplot development list"
Subject: Re: Protecting plP_state calls by level checks
On 2015-05-21 23:51+0100 Phil Rosenberg wrote:
> This [error when building this app] seems odd because I
Hi Alan
I just did a git pull and tried to build PLPlot this evening and got a
massive number of build errors.
Some are related to 64 bit/32 bit conflicts which I have had problems
with in the past and can't remember how I resolved them.
Another one is below
7> Building Custom Rule D:/usr/local/
Hi Jim, Alan et al
Some (rather late) input into all this. GDI is the oldest windows
rendering API in use. Its major disadvantage is that it does not
support antialiasing so the out put is not very good, however it does
support hardware acceleration. GDI+ was the successor. It gives you
antialiasi
Oh and floating point coordinate system was on there too.
Phil
On 21 May 2015 at 23:07, Phil Rosenberg wrote:
> Indeed for the wxWidgets driver it is bad too. When I first started
> using PLplot I spent a lot of time wondering why my wxWidgets apps
> kept "crashing" It turn
Indeed for the wxWidgets driver it is bad too. When I first started
using PLplot I spent a lot of time wondering why my wxWidgets apps
kept "crashing" It turned out to be mostly due to plplot exit calls
when e.g. the Hershey font files weren't found.
Also for thread safety we are likely going to h
Hi Orion
Thanks for the report. I will look at it asap.
Phil
On 24 April 2015 at 23:05, Orion Poplawski wrote:
> I should not that these are with the installed examples:
>
> /usr/bin/c++ wxPLplotDemo.cpp -o wxPLplotDemo -D_FILE_OFFSET_BITS=64
> -D_LARGE_FILES -D__WXGTK__ -I/usr/include/plplot
Hello Laurent
My apologies for not responding sooner. I have unfortunately not been
able to spend time on PLplot recently, but am now getting back to
things. I will look into the memory leaks you described as soon as I
can.
Phil
On 21 April 2015 at 21:42, laurent Berger wrote:
> Hi,
>
> I look f
Hi Alan and Ben
Yes, with the new system in place a new wxPNG driver would be as
simple as passing in a memoryDC then a function call to write it to
file as any number of raster formats. It was on my list before the
last release, but I never quite found the time. It is still on the
list though for
nder and I haven't had a chance to look further.
It's not really top of my priority list anyway.
Phil
On 29 March 2015 at 17:52, Alan W. Irwin wrote:
> On 2015-03-29 15:48+0100 Phil Rosenberg wrote:
>
>> Hi Alan
>>
>>> What version of swig are you using there?
to switch off
Unicode due to a missing Pango dependency so that is new wxWidgets
territory for me. I therefore don't know if the cause was PLplot or
wxWidgets related. Given it is very much recommended to use Unicode
since wxWidgets 3.0 that might be the cause.
Phil
On 27 March 2015 at 18:05, Ala
Hi all
I just tried to build on a system which has octave installed and got
the following errors:
Scanning dependencies of target plplot_octave
[ 20%] Building CXX object
bindings/octave/CMakeFiles/plplot_octave.dir/plplot_octaveOCTAVE_wrap.cxx.o
/home/users/prosenberg01/usr/src/plplot-plplot/b
gt;
>
>
>
> From: Arjen Markus [mailto:arjen.mar...@deltares.nl]
> Sent: Thursday, March 26, 2015 12:26 PM
> To: Phil Rosenberg
>
>
> Cc: plplot-devel@lists.sourceforge.net
> Subject: Re: [Plplot-devel] Shapefile incorrectly displayed
>
>
>
> Hi Phil,
>
>
Oh and one other point. I found a bug which causes a crash if you
include the .shp extension on the map filename. I will commit the fix
post release, but in the meantime just ensure you omit the extension.
Phil
On 26 March 2015 at 10:46, Phil Rosenberg wrote:
> Hi Arjen
> Sorry this took
gt;
>
> Arjen
>
>
>
>> -Original Message-
>> From: Phil Rosenberg [mailto:p.d.rosenb...@gmail.com]
>> Sent: Monday, March 23, 2015 5:44 PM
>> To: Arjen Markus
>> Cc: plplot-devel@lists.sourceforge.net
>> Subject: Re: [Plplot-devel] Shapefile
point out almost all plabort calls are memory management related
> which does reduce the problem a bit.
>
> Andrew
>
> On Mon, Mar 23, 2015 at 04:51:44PM +, Phil Rosenberg wrote:
>> Yeah it's something I've been thinking about too. But not a fun task.
>>
>> To
Probably the biggest issue is the use of plsc.
Consider two threads which both set different streams then call
another plplot function function. Between the first thread's call to
set the stream and it's subsequent call to the other function it is
entirely likely that the second thread will change
I am slightly late to the show here, but I have fought with all three
text implimentations for the different wxWidgets backends and have
some thoughts.
i) Fontconfig is nearly impossible to build on native Windows. We have
had these discussions before. GIMP does appear to use it, but they
have no
I should check further up my unread mail before I reply. At least we
are in agreement :-)
On 21 March 2015 at 09:41, Alan W. Irwin wrote:
> On 2015-03-20 08:46-0400 Hazen Babcock wrote:
>
>>
>> Hello,
>>
>> Since we are considering a number of changes, such as fixing error
>> handling, that would
Hi Hazen
This seems like a good plan to me.
I agree with most things. To me the core role of plplot is to take
"plot instructions" and convert them to "drawing instructions" for
whichever device we are rendering to.
I have found rewriting the wxWidgets driver challenging as there are a
lot of thin
Yeah it's something I've been thinking about too. But not a fun task.
To be honest I was starting to think that the least intrusive method
would be to convert everything to C++, with a C frontend and use
try-catch blocks with throw. Well I'm joking - sortof.
But yes this has caused me major pain
Hi Arjen
Could you send me the shapefile and all associated ancillary files and
I'll have a look it this?
Phil
On 20 March 2015 at 13:51, Arjen Markus wrote:
> Hi everyone,
>
>
>
> I know we are in a code freeze, but I ran into a curious problem with the
> new plmapfill routines to handle “shape
If you find that the files are not getting installed then you may need
to run Visual Studio with admin privileges to allow it to write to the
program files directory.
Phil
On 18 March 2015 at 22:25, Alan W. Irwin wrote:
> On 2015-03-18 14:52+0100 Laurent Berger wrote:
>
>> After building plplot
Hello Laurent
The equivalent code to create a plot on a wxWindow would now be something like
wxPLplotwindow *myPlotWindow = new wxPLplotwindow();
myPlotWindow->Create( parent, id, pos, size, style, name );
Note that you can replace wxPanel, with any other type of wxWindow for
which we can get a w
Hi Norman
I have wondered the same thing myself. I did some work with direct2d
recently and wondered if there would be any performance gain using a
hardware accelerated rendering with plplot. Presumably hardware
accelerating the 3d work would give a speed increase, but this would
mean some quite de
message --
> Date: Wed, 11 Mar 2015 14:49:57 -0700 (PDT)
> From: Alan W. Irwin
> To: Phil Rosenberg
> Cc: Andrew Ross , Jim Dishaw
> ,
> PLplot development list
> Subject: Re: [Plplot-devel] Release status
>
> Hi Phil:
>
> I just s
to device initialization mean this is no longer
necessary, but I don't know without testing. I'm not sure why it would cause
the behaviour you describe though. Which device were they in?
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 13/03/2015 17:59
To: "
t there are
> some additional commands (perhaps EOPs) creeping in at the end of the plot
> buffer. I will investigate further.
>
>
> On Mar 11, 2015, at 11:36 PM, Jim Dishaw wrote:
>
>>
>> On Mar 11, 2015, at 4:59 PM, Phil Rosenberg wrote:
>>
>>> Hi Alan
>
> * Example 13; extra lines in "Maurice", "Vince", and "Rafael" parts
> of the pie chart, but the other slices are fine.
This isn't shown on Windows. Perhaps the cause is that both the lines
and the fill are being saved to the buffer meaning the lines get
rendered twice. This is just a guess thou
, but I will save it for post release if you prefer.
Phil
On 11 March 2015 at 18:31, Alan W. Irwin wrote:
> On 2015-03-11 13:01-0000 Phil Rosenberg wrote:
>
>>>
>>> * Example 13; extra lines in "Maurice", "Vince", and "Rafael" parts
>>&
Hi Alan
Unfortunately you can probably ignore that email.
On my work centos machine I tried running an example under the xwin
device - thinking that a buffer problem would be likely to show up
there as well as in the tk device. I then got just a black window and
a hang. Moving back in time I found
Hi Alan
Thanks for the screenshots. Comments below
On 11 March 2015 at 18:31, Alan W. Irwin wrote:
> On 2015-03-11 13:01-0000 Phil Rosenberg wrote:
>
>>>
>>> * Example 13; extra lines in "Maurice", "Vince", and "Rafael" parts
>>> of
I can now put my hands up and say the regression was me. At least on
my Centos machine running the xwin driver results in a blank window
and a hang until I checkout before this commit
commit 1e402417c1f3e87c391fe428f936153c2a10e8cc
Author: Phil Rosenberg
Date: Fri Feb 27 17:12:03 2015 +
i Alan,
>
>> -Original Message-
>> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
>> Sent: Wednesday, March 11, 2015 11:49 AM
>> To: Andrew Ross; Phil Rosenberg; Jim Dishaw
>> Cc: PLplot development list
>> Subject: Re: [Plplot-devel] Rele
Hi Alan
Sorry I only just spotted your email.
I have just made a commit, but it was technically a bug fix (or at
least half of it was), but I won't make any further commits.
Phil
On 11 March 2015 at 10:49, Alan W. Irwin wrote:
> On 2015-03-10 21:41-0000 Phil Rosenberg wrote:
>
>
uary 2015 at 09:42, Phil Rosenberg wrote:
> Thanks Alan, I will look at the patch and see what I can do.
>
> Phil
>
> From: Alan W. Irwin
> Sent: 28/02/2015 00:25
> To: Phil Rosenberg
> Cc: PLplot development list
> Subject: RE: [Plplo
ds this evening and then I
am going to stop meddling until after the release. I do still need to
sort the docs out as well.
Phil
On 9 March 2015 at 21:09, Phil Rosenberg wrote:
>>
>>
>> Please take a look at his patch series he sent this weekend. One of those
>> patches
>
Hi Jim
>
>> I personally am a bit uncomfortable with the way plbuf_bop() calls
>> wr_command(). Although I can see the code reuse benefits somehow it
>> feels wrong that we start generating sub commands within commands and
>> I can't quite put my finger on why it feels wrong. Perhaps someone
>> el
hese points so if I have missed any reasoning anywhere let me know.
Phil
On 9 March 2015 at 12:30, Phil Rosenberg wrote:
> Just saw your other email to the list so don't worry :-) I will try to
> look at the patch series tonight.
>
> Phil
>
> On 9 March 2015 at 12:27, Phil
>
>
> Please take a look at his patch series he sent this weekend. One of those
> patches
> apparently was to fix a wxwidgets issue so part/all of that series may
> be exactly what you need, but I am leaving it to you to evaluate which
> of his commits should be applied to master now, and which sh
On 9 March 2015 at 20:43, Alan W. Irwin wrote:
> Hi Phil:
>
> One thing I failed to cover in my prior post this morning is it sounds
> like you have one more round of plbuf changes you would like to commit
> to master (probably including some or all commits from Jim's series)
> before release. Tha
Just saw your other email to the list so don't worry :-) I will try to
look at the patch series tonight.
Phil
On 9 March 2015 at 12:27, Phil Rosenberg wrote:
> Hi Jim (back on list)
> Is this fix committed to the online repo or just in your local repo?
>
> Phil
>
> O
he pen
> color to change. Fortunately the xwin driver allocates pen colors
> independently of the plplot colormaps.
>
> I fixed the state saving that plbuf_bop does so that rdbuf_bop restores the
> correct colors.
>
> On Mar 5, 2015, at 3:58 AM, Phil Rosenberg wrote:
>
>
this state. It sends all its data to the viewer then
continues - for the examples it then exits as it reaches the end of
main(), but leaves the viewer open with the plots.
Phil
On 9 March 2015 at 11:37, Phil Rosenberg wrote:
> Hi Alan
>>>
>>> (1) Bad abort operation for the
Hi Alan
>>
>> (1) Bad abort operation for the "Unkown error" which causes
>> substantial memory managment issues.
>> (2) Error message itself needs a spelling change: Unkown --> Unknown
>> (3) regression for -geometry option
>> (4) regression of an added surface pattern artifact for example 8
>
Hi
I tried to look at the fill pattern bug in wxWidgets yesterday
evening. There was some issue with the buffer not correctly resetting
the fill parameters, but fixing this only changed the bug, it didn't
fix it.
I tried to look at the plfill_soft function to see what was going on,
but unfortunate
I sort of agree. Sounds like a maintenance nightmare, plus, again, I thought
that was the buffer's role - sit after major processing (e.g. After contour
generation) but before device dependence, collecting commands which can be
transferred to any device for replotting?
Phil
-Original Messa
Perhaps I misunderstood. I thought plmeta was going to write out the data from
the buffer, therefore, it's not about what data reaches plmeta, but what ends
up in the buffer?
-Original Message-
From: "Jim Dishaw"
Sent: 05/03/2015 04:34
To: "Alan W. Irwin&q
Okay
I will leave that with you then
Thanks
Phil
On 4 March 2015 at 15:07, Jim Dishaw wrote:
>
>> On Mar 4, 2015, at 9:13 AM, Phil Rosenberg wrote:
>>
>> Hi Jim
>> There is still a bug in the buffer with respect to the correct state
>> parameters. I th
>>Regarding non-solid lines, are you referring to dashed lines? If so what is
>>the issue?
>The devices have different number of pixels, which results in a different
>number of dashes.
The plplot docs state that the dash sizes are specified in mm. They
should therefore be saved in the buffer as
Thanks for the heads up Alan, especially the Valgrind output and the
reproduction method. Very handy!
Regardign the surface pattern artefacts. I had already spotted them
and x08.1 is on the trello page. It appears to be a bad antiaiasing
issue or rounding issue, basically adjacent polygons don't q
Hi Jim
There is still a bug in the buffer with respect to the correct state
parameters. I think we discussed this in the past regarding plplot
initialisation, but this particular bug occurs at page change.
Basically at the beginning of a render, plplot inherits it's state
from the previous render
Hi Jim
My thoughts would be to save all text and symbols, including Hershey text as
text not vector outlines. As you say, some devices use Hershey as a fall back,
because they cannot render text themselves, but in general we want to make use
of the font rendering capability of the rendering devi
To add to that regarding wxWidgets
The current master branch with wxWidgets still has some issues that I
would not be happy releasing. Most importantly is how we go about
selecting whether to use a user wxDC or use the wxPLViewer. After
Friday's discussion I have added a plsdevdata function which c
Thanks Alan, I will look at the patch and see what I can do.
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 28/02/2015 00:25
To: "Phil Rosenberg"
Cc: "PLplot development list"
Subject: RE: [Plplot-devel] wxWidget driver bug reporting
On 2015-0
201 - 300 of 612 matches
Mail list logo