Hi Alan Thanks for the screenshots. Comments below On 11 March 2015 at 18:31, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2015-03-11 13:01-0000 Phil Rosenberg wrote: > >>> >>> * 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 though > > > A screenshot is attached as the second attachment
I have checked and see the same on my Linux machines. I will have to look into the cause, which I can only assume must be within the plplot core/buffer code as the wxWidgets driver does not do native hatch filling. My previous guess is still my best guess > >>> * Example 28.04 has a strange colour change for certain ranges indicated >>> below of the rendering of the >>> >>> "The future of our civilization depends on software freedom." >>> ^^^^^^^^ ^^^^^^^ >> >> >> I don't see this on Windows wx3.0, Ubuntu wx3.0 or Centos wx3.0 so >> you'll have to send me a screen shot. > > > A screenshot is attached as the first attachment. > I have no idea what is causing this. I think it is an antialiasing effect which is almost certainly is related to whatever rendering engine your version of wxWidgets is wrapping (which I would have guessed would be cairo, but that is only a guess). Whatever it is there is certainly nothing I am able to do about it so we need to just chalk this up to "one of those things" >>> * To get proper interactive capability, must implement an >>> attached driver option that does not launch a separate >>> wxPLViewer instance. >> >> >> This will not happen (well at least not from me). The whole point of >> the changes was to detach the driver, because wxWidgets is not >> designed to be attached. > > > It sounds like this will be difficult to provide this driver option, > but I hope it is not impossible and you can put this on your long-term > agenda because true interactive capability is an important use case > for any device driver that is not file oriented. Think of the example > of a sophisticated interactive app that manipulates data according to > what key or mouse button is struck and the position of the cursor at > the time of the key/mouse strike. Octave comes to mind (which > requires true interactivity for plot devices as demonstrated by some > of our "p" octave examples), but I also ran into an interactive > application to manipulate astronomical spectra in the 90's that made a > big impression on me since that application was the basis of ~20 > astronomers research work for at least a decade. You could link up > such a sophisticated interactive application with PLplot (as is done > with the octave binding), and then run it with any of our interactive > devices (xwin, tk, qtwidgets, xcairo, wingcc?) that provide cursor > capability. But currently that important use case is not possible > with the new version of wxwidgets. I didn't mean interactivity wouldn't happen, just that an attached model of how this will be done won't happen. wxWidgets just isn't really built to be run from within a library. Although apparently it can be done, but it is an edge case. I made some attempt at it about a year ago, but I gave up because it was just too much of a nightmare - the biggest of the many problems that I hit being that it requires two threads and plplot isn't thread safe. The new code basically uses a client server model. The plplot application sends commands (via the memory map) to the viewer to render things. There is also some limited communication back (e.g. locate mode), but I have deliberately kept this to a minimum for simplicity. There is no reason (other than the time taken to code it) why there cannot be extensive two way comms. Phil ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
