Re: [matplotlib-devel] Patchs for changing ticks messing up mplot3d and tick-get/setters
Hi Erik, Sorry for the delay. From just looking at the diff I would say it's a great addition. I'll test tomorrow and push it if it works (which I assume it does). Cheers, Reinier On Tue, Jul 27, 2010 at 2:55 AM, Erik Tollerud wrote: > Just a quick ping about this - did it get applied, or was there > something wrong with it? (Or am I just too impatient?) > > On Mon, Jul 19, 2010 at 4:26 AM, Erik Tollerud > wrote: >> I noticed some odd behavior when trying to set ticks on 3d plots made >> using mplot3d.Axes3D ... specifically, if you tries to access any of >> the 3D axes and change the ticks, it would result in a plot all >> squashed to one side (indicating some sort of projection problem). >> After a bit of digging, I discovered the source of the problem: >> axis.XAxis, the base of the 3D Axis class, calls set_view_interval, >> which is not overridden in mplot3d.axis3d.Axis, causing the wrong >> interval to get the range assigned when ticks were added. So the >> solution was to implement set_view_interval on the 3D Axis. That fix >> is attached as a diff against the current svn in mpl3d-ticks-fix.diff >> . Now setting ticks seems to work just fine, so I've included another >> diff that additionally implements set_?ticks3d and get_?ticks3d >> methods for Axes3D - that's attached as >> mpl3d-ticks-fix-add-methods.diff . >> >> -- >> Erik Tollerud >> > > > > -- > Erik Tollerud > > -- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://ad.doubleclick.net/clk;226879339;13503038;l? > http://clk.atdmt.com/CRS/go/247765532/direct/01/ > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Reinier Heeres Tel: +31 6 10852639 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] zoom does not work properly when embedding with glade/gtk
On Tue, Jul 27, 2010 at 12:11 AM, David Trem wrote: > Just for the records, the fix now applied to the svn and > discuss on this list under """Plot moves while using the "Zoom to > rectangle" button""" thread also fixes the problem I reported > earlier this year (see email below). > > Best Regards, > > David > > Le 20/01/10 18:01, David Trem a écrit : > > Hi, > > > > I do see strange behavior when using "Zoom to rectangle" > > on my figures embedded in gtk through glade. > > When clicking on the figure and start drawing the rectangle, > > the bottom axis moves up as well as the graph which screw up > > the whole figure during the rectangle definition. When releasing > > the mouse button the figure looks ok. > > > > I attach a small script together with glade file (slightly modified > > from the matplotlib examples) that allows to reproduce the problem: > > -> launch the script, press the "Zoom to rectangle button" and start > > drawing the rectangle region on the graph, you will see the issue... > > It as to be noticed that pure gtk version (without glade) does work > > properly. > > > > I'm on MacOsX 10.5.8 using gtk.gtk_version (2, 18, 6) > > and gtk.pygtk_version (2, 16, 0) with python 2.6 > > > > Hope someone could help me solving this annoying issue. > > > > Regards, > > > > David > > David, I am glad to see that this solved your problem. Sorry for the lack of a follow-up on your issue. I guess the solution to your problem wasn't entirely obvious at that time. I take it that no ticket was filed for it that we have to close? Ben Root -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Patchs for changing ticks messing up mplot3d and tick-get/setters
Great - if anything's unclear, I can fairly easily make a test case as Benjamin suggested, so just let me know if that's necessary - thank! On Tue, Jul 27, 2010 at 12:27 AM, Reinier Heeres wrote: > Hi Erik, > > Sorry for the delay. From just looking at the diff I would say it's a > great addition. I'll test tomorrow and push it if it works (which I > assume it does). > > Cheers, > Reinier > > On Tue, Jul 27, 2010 at 2:55 AM, Erik Tollerud > wrote: >> Just a quick ping about this - did it get applied, or was there >> something wrong with it? (Or am I just too impatient?) >> >> On Mon, Jul 19, 2010 at 4:26 AM, Erik Tollerud >> wrote: >>> I noticed some odd behavior when trying to set ticks on 3d plots made >>> using mplot3d.Axes3D ... specifically, if you tries to access any of >>> the 3D axes and change the ticks, it would result in a plot all >>> squashed to one side (indicating some sort of projection problem). >>> After a bit of digging, I discovered the source of the problem: >>> axis.XAxis, the base of the 3D Axis class, calls set_view_interval, >>> which is not overridden in mplot3d.axis3d.Axis, causing the wrong >>> interval to get the range assigned when ticks were added. So the >>> solution was to implement set_view_interval on the 3D Axis. That fix >>> is attached as a diff against the current svn in mpl3d-ticks-fix.diff >>> . Now setting ticks seems to work just fine, so I've included another >>> diff that additionally implements set_?ticks3d and get_?ticks3d >>> methods for Axes3D - that's attached as >>> mpl3d-ticks-fix-add-methods.diff . >>> >>> -- >>> Erik Tollerud >>> >> >> >> >> -- >> Erik Tollerud >> >> -- >> The Palm PDK Hot Apps Program offers developers who use the >> Plug-In Development Kit to bring their C/C++ apps to Palm for a share >> of $1 Million in cash or HP Products. Visit us here for more details: >> http://ad.doubleclick.net/clk;226879339;13503038;l? >> http://clk.atdmt.com/CRS/go/247765532/direct/01/ >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > > -- > Reinier Heeres > Tel: +31 6 10852639 > -- Erik Tollerud -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Question about 3D collections
I am trying to track down a problem in the 3D code, and I have noticed an issue with Axes3D.add_collection3d(). It checks to see which collection type you are passing in and will convert them to their 3D equivalent if possible, and then calls .set_sort_zpos() afterwards. However, .set_sort_zpos() was only defined for Poly3DCollections. Was there supposed to be some sort of inheritance that was supposed to occur or something? Thanks, Ben Root -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
