I found the error for the wxWidgets device offset! It is indeed a PLplot bug,
deep inside wxwidgets_dc.cpp.
The following will fix it.
inside the function
void wxPLDevDC::FillPolygon( PLStream *pls )
modify the following:
m_dc->DrawPolygon( pls->dev_npts, points, wxODDEVEN_RULE );
m_dc->DrawPolygon( pls->dev_npts, points, wxWINDING_RULE );
needs to become
m_dc->DrawPolygon( pls->dev_npts, points, 0,0, wxODDEVEN_RULE );
m_dc->DrawPolygon( pls->dev_npts, points, 0,0, wxWINDING_RULE );
because the documentation says:
void DrawPolygon(int n, wxPoint points[],
wxCoord xoffset = 0, wxCoord yoffset = 0, int
fill_style = wxODDEVEN_RULE)
So because it was using wxWINDING_RULE in my case, which evaluates to 2, it had
a 2 pixel x offset!
Hope you can modify this file to support the fix.
Joost
From: [email protected]
To: [email protected]
Date: Sat, 3 Aug 2013 15:57:15 +1000
CC: [email protected]
Subject: Re: [Plplot-devel] PLfill function shifts 2 pixels (wxwidgets)
In relation to the plotting errors I'm receiving, it's not only example 25.
Almost every full color fill or gradient fill is shifted 2 pixels to the right
(thus this is in example 12, 25 but also example 16 seems to show this problem.
I found a way to 'reset' the stream including the background after fiddling
with the order of the functions I have in the reset function. I haven't looked
at memory usage yet, but I hope that when you, in the stream, use adv(0),
ssub(1,1) and clear() it does not actually keep the previous plot in memory and
create new memory for a new plot, even though it's plotted on the same device?
Joost
> Date: Fri, 2 Aug 2013 22:33:33 -0700
> From: [email protected]
> To: [email protected]
> CC: [email protected]
> Subject: RE: [Plplot-devel] PLfill function shifts 2 pixels (wxwidgets)
>
> On 2013-08-03 13:39+1000 Joost Kuckartz wrote:
>
> > By executing nmake, it compiled ALL the examples.
>
> I was glad to hear you have had "NMake Makefiles" success. That's the
> beauty of CMake. You are allowed to pick whatever backend generator
> that fits your needs. On my Wine platform I have recently built and
> tested PLplot with the "MinGW Makefiles", "MSYS Makefiles", "Ninja",
> and "NMake Makefiles JOM" generators. The first two gave complete
> success for all languages. "Ninja" currently cannot handle anything
> other than C or C++ (but it is fine for those) and I have only tested
> C and C++ so far for "NMake Makefiles JOM".
>
> > No problem, I
> executed example 25 as you requested, and yes, the same issue as I've
> shown in the screenshots I've sent before occurred.
>
> I have recently compiled wxwidgets on the Wine platform and ran a few
> examples sucessfully (but not example 25). I will try to build that
> again in the next week or so to see whether there are misalignment
> issues for example 25 or not for that platform. And I hope the others
> here that have access to Windows and wxwidgets give example 25 a try
> to help see whether this misalignment issue is general one for
> wxwidgets on Windows.
>
> > So, I basically copied the examples code into wxWidgets without
> modifications, so if my code is incorrect, the code online should be
> incorrect... Maybe it is the online code that is incorrect, because
> the website hasn't been updated for quite some time. Also the website
> states an svn checkout location which only offers revisions until
> March 2013, thus missing all revisions by using the svn checkout
> location listed at the sourceforge page.
>
> You should be using the repository code listed at the sourceforge
> project page rather than the website code although I doubt they are
> much different. (What happened was as part of the March "Allura"
> upgrade, SourceForge froze our old repo and copied the information in
> it to a new repo at a different location with updated binary format.
> Our next release should update the code references at our website from
> the old repo to the new repo to eliminate this source of confusion.)
>
> Thanks for the additional information you gave about your
> wxwidgets/PLplot project, and if you happen to implement fixes for
> some of the issues of the wxwidgets device driver, we would be happy
> to accept your patches.
>
> 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
> __________________________
------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
