[matplotlib-devel] Bugs in pcolormesh

[Thomas Robitaille]

Hi,

I've come across two bugs with pcolormesh, one relating to the MacOSX backend, 
and the other relating to the linewidth argument being ignored. I've submitted 
tickets:

https://sourceforge.net/tracker/?func=detail&aid=3034775&group_id=80706&atid=560720
https://sourceforge.net/tracker/?func=detail&aid=3034778&group_id=80706&atid=560720

Cheers,

Tom
--
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] bug: default key bindings

[Eric Firing]

A message to the users' list prompted me to begin a tirade about the 
default key bindings that appeared some time fairly recently--see the 
bottom of the matplotlibrc_template file.  I really think that having 
these bindings enabled by default is a substantial mistake, one that 
will trip up and annoy far more users than it will help.

I would like to class this as a bug, and remove default bindings from 
the maintenance branch and the trunk.  Those users who want the bindings 
can then enable them via their own matplotlibrc files.

Objections?  Counter-arguments?

Eric

--
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] bug: default key bindings

[Gökhan Sever]

On Mon, Jul 26, 2010 at 4:01 PM, Eric Firing  wrote:

> A message to the users' list prompted me to begin a tirade about the
> default key bindings that appeared some time fairly recently--see the
> bottom of the matplotlibrc_template file.  I really think that having
> these bindings enabled by default is a substantial mistake, one that
> will trip up and annoy far more users than it will help.
>
> I would like to class this as a bug, and remove default bindings from
> the maintenance branch and the trunk.  Those users who want the bindings
> can then enable them via their own matplotlibrc files.
>
> Objections?  Counter-arguments?
>
> Eric
>
>
> --
> 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
>

I think, placing a global switch like keymap.enable = "no" would resolve
this issue smoothly. The reason of putting key-bindings in the matplotlibrc
file is to give users more freedom to create their own keymappings. As it is
stated in that file, keybindings are easily nullified by assigning them to
null strings.

PS: Sorry, replying to all.

-- 
Gökhan
--
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] bug: default key bindings

[Eric Firing]

On 07/26/2010 11:13 AM, Gökhan Sever wrote:
>
>
> On Mon, Jul 26, 2010 at 4:01 PM, Eric Firing  > wrote:
>
> A message to the users' list prompted me to begin a tirade about the
> default key bindings that appeared some time fairly recently--see the
> bottom of the matplotlibrc_template file.  I really think that having
> these bindings enabled by default is a substantial mistake, one that
> will trip up and annoy far more users than it will help.
>
> I would like to class this as a bug, and remove default bindings from
> the maintenance branch and the trunk.  Those users who want the bindings
> can then enable them via their own matplotlibrc files.
>
> Objections?  Counter-arguments?
>
> Eric
>
> 
> --
> 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
>
>
> I think, placing a global switch like keymap.enable = "no" would resolve
> this issue smoothly. The reason of putting key-bindings in the
> matplotlibrc file is to give users more freedom to create their own
> keymappings. As it is stated in that file, keybindings are easily
> nullified by assigning them to null strings.

Yes, I agree that a single setting to turn the mapping capability on or 
off would make sense.  I strongly believe that by default it should be off.

Eric

>
> PS: Sorry, replying to all.
>
> --
> Gökhan



--
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

[Erik Tollerud]

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

Re: [matplotlib-devel] Patchs for changing ticks messing up mplot3d and tick-get/setters

[Benjamin Root]

On Mon, Jul 26, 2010 at 7:55 PM, 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,

Do you have a short, simple script that demonstrates the problem so that we
can test the patch?

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] zoom does not work properly when embedding with glade/gtk

[David Trem]

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

--
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