matplotlib-devel Mailing List for matplotlib (Page 10)

I updated the documentation to hopefully address the issue that John
(and Michael) had. I also moved the git documentation to a section in
doc/faq/installing_faq.rst.
And I noticed that github does automatic parsing of rst files. Check
this out -- Sweet! :)
http://github.com/astraw/matplotlib/tree/master/doc/faq/installing_faq.rst#install-from-git
Note that there is a section called "A note about git write access"
which outlines an issue we may want to address, but probably only after
some familiarity with the issues involved. For now, for me, even a
one-way sync of the svn repo is a huge win for looking at history
locally and doing "git bisect". (And "one-way sync" doesn't give justice
to the ease of committing to the svn repository from git.)
-Andrew

On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad <cw...@gm...> wrote:
> Works for me. Let's aim for Saturday night so we have Sunday to test
> it out. Doable?
Great -- everyone please hold off adding any significant features
before the release and focus any mpl time you have on outstanding
bugs.

Works for me. Let's aim for Saturday night so we have Sunday to test
it out. Doable?
- Charlie
On Wed, Dec 3, 2008 at 9:29 PM, John Hunter <jd...@gm...> wrote:
> Despite my occasional recent murmurings to get a release out, which
> fall by the wayside as more pressing matters arise, I really would
> like to do a 0.98.4 ASAP. Part of the reason is that there are lots
> of great features and bug fixes that should be more easily accessible
> to others (in particular Jae-Joon's fantastic work), part of the
> reason is that the website gallery is getting farther apart from the
> last released version, and part of the reason is that I am giving a
> talk on Dec 12th to the NIPS "machine learning and open source
> software" (MLOSS) conference.
>
> http://mloss.org/software/
>
> John Eaton, of Octave fame, is the other invited speaker to this
> session, and I want to put our best face forward.
>
> I would like to do the release this weekend if Charlie has time
> (Charlie?). So please get your bugfixes and cleanups in over the next
> couple of days, and let me know if there are any other critical
> show-stopper problems or critical bugs that should hold up the
> release.
>
> And if you have any extra time to spend taking out a few bugs on the
> tracker over the next couple of days, that would be great.
>
> JDH
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Hi John,
Michael just wrote me that he got the same error. I think that perhaps I
need to assign write permissions even to read using the "personal" URL.
For now, can you try the public clone URL
git://github.com/astraw/matplotlib.git instead? I will attempt to sort
this out... (And of course give you and Michael and anyone else write
permissions if need be.) I'm new to git in a multi-developer context and
 git-svn may add another layer here, so please bear with me.
-Andrew
John Hunter wrote:
> On Wed, Dec 3, 2008 at 8:12 PM, Andrew Straw <str...@as...> wrote:
>> I just put my git mirror of the matplotlib svn repository online. This
>> is experimental in nature. Thanks to github for hosting this project.
>> Anyhow, I added instructions for how to use this (including to interact
>> with the central svn repository) here:
>>
>> http://github.com/astraw/matplotlib/tree/master/README.git
>>
>> Note that the initial downloads are about 150 MB in size.
> 
> 
> Just got an account, but am getting a permission denied on the first
> command. I tried both with the "git" and "jdh2358" users:
> 
> home:~> git clone gi...@gi...:astraw/matplotlib.git mpl.git
> Initialized empty Git repository in /Users/jdhunter/mpl.git/.git/
> ERROR: Permission to astraw/matplotlib denied to jdh2358.
> fatal: The remote end hung up unexpectedly
> home:~> git clone jd...@gi...:astraw/matplotlib.git mpl.git
> Initialized empty Git repository in /Users/jdhunter/mpl.git/.git/
> Permission denied (publickey).
> fatal: The remote end hung up unexpectedly
> 
> JDH

On Wed, Dec 3, 2008 at 8:12 PM, Andrew Straw <str...@as...> wrote:
> I just put my git mirror of the matplotlib svn repository online. This
> is experimental in nature. Thanks to github for hosting this project.
> Anyhow, I added instructions for how to use this (including to interact
> with the central svn repository) here:
>
> http://github.com/astraw/matplotlib/tree/master/README.git
>
> Note that the initial downloads are about 150 MB in size.
Just got an account, but am getting a permission denied on the first
command. I tried both with the "git" and "jdh2358" users:
home:~> git clone gi...@gi...:astraw/matplotlib.git mpl.git
Initialized empty Git repository in /Users/jdhunter/mpl.git/.git/
ERROR: Permission to astraw/matplotlib denied to jdh2358.
fatal: The remote end hung up unexpectedly
home:~> git clone jd...@gi...:astraw/matplotlib.git mpl.git
Initialized empty Git repository in /Users/jdhunter/mpl.git/.git/
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
JDH

Has anyone had any success installing git-svn on a managed machine 
without root priviledges? It seems that the Perl Alien::SVN dependency 
is totally broken in that context.
Mike
Andrew Straw wrote:
> I just put my git mirror of the matplotlib svn repository online. This
> is experimental in nature. Thanks to github for hosting this project.
> Anyhow, I added instructions for how to use this (including to interact
> with the central svn repository) here:
>
> http://github.com/astraw/matplotlib/tree/master/README.git
>
> Note that the initial downloads are about 150 MB in size.
>
> I have not actually used git in collaboration with others save through
> the svn interface, so I don't have experience with some aspects of git,
> particularly collaborating branching/merging/pushing etc. For
> single-user use, however, I've been finding all that stuff very nice.
> One thing particularly useful is the ability to clean up history before
> committing changes to a central subversion repository.
>
> Anyhow, thanks to Ondrej for the critical clue for how to make this work.
>
> -Andrew
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Despite my occasional recent murmurings to get a release out, which
fall by the wayside as more pressing matters arise, I really would
like to do a 0.98.4 ASAP. Part of the reason is that there are lots
of great features and bug fixes that should be more easily accessible
to others (in particular Jae-Joon's fantastic work), part of the
reason is that the website gallery is getting farther apart from the
last released version, and part of the reason is that I am giving a
talk on Dec 12th to the NIPS "machine learning and open source
software" (MLOSS) conference.
 http://mloss.org/software/
John Eaton, of Octave fame, is the other invited speaker to this
session, and I want to put our best face forward.
I would like to do the release this weekend if Charlie has time
(Charlie?). So please get your bugfixes and cleanups in over the next
couple of days, and let me know if there are any other critical
show-stopper problems or critical bugs that should hold up the
release.
And if you have any extra time to spend taking out a few bugs on the
tracker over the next couple of days, that would be great.
JDH

I just put my git mirror of the matplotlib svn repository online. This
is experimental in nature. Thanks to github for hosting this project.
Anyhow, I added instructions for how to use this (including to interact
with the central svn repository) here:
http://github.com/astraw/matplotlib/tree/master/README.git
Note that the initial downloads are about 150 MB in size.
I have not actually used git in collaboration with others save through
the svn interface, so I don't have experience with some aspects of git,
particularly collaborating branching/merging/pushing etc. For
single-user use, however, I've been finding all that stuff very nice.
One thing particularly useful is the ability to clean up history before
committing changes to a central subversion repository.
Anyhow, thanks to Ondrej for the critical clue for how to make this work.
-Andrew

On Wed, Dec 3, 2008 at 6:43 AM, Gregor Thalhammer
<gre...@gm...> wrote:
>> Can you update, repatch wx to use it (and Darren qt)?
>
> I attached a patch that emits a enter_notify_event if the mouse enters the
> figure. Now the example behaves correctly.
Thanks Gregor -- just committed this. I don't have any other feedback
on the other points you and Darren are discussing yet....
JDH

On Wed, Dec 3, 2008 at 9:26 AM, Gregor Thalhammer <
gre...@gm...> wrote:
>
>
> 2008年12月2日 Darren Dale <dsd...@gm...>
>
>>
>>
>> On Tue, Dec 2, 2008 at 10:41 AM, John Hunter <jd...@gm...> wrote:
>>
>>> On Tue, Dec 2, 2008 at 8:34 AM, Gregor Thalhammer
>>> <gre...@gm...> wrote:
>>>
>>> > If a mouse button is pressed while leaving the figure the behaviour is
>>> > somewhat strange. First, a figure_leave_event is emitted. Then, further
>>> > moving the mouse outside the figure a new figure_enter_event is
>>> created.
>>> > This is the case since all mouse events, also movements outside the
>>> window,
>>> > are captured as long as a mouse button is pressed. This is a very
>>> convenient
>>> > behaviour for panning/zooming. However, when finally releasing the
>>> mouse
>>> > button no figure_leave_event is triggered. With the GTK backend such an
>>> > event is created.
>>> > So what should be the desired behaviour?
>>>
>>> Ahh, I hadn't considered this problem. It arises because I am using
>>> mpl location events to trigger the figure enter event. The solution
>>> is to use the gui event for the figure enter event too -- basically
>>> the gui needs to call the canvas.enter_notify_event. I added your
>>> patch and modified gtk to handle the enter_notify_event in svn r6468.
>>> Can you update, repatch wx to use it (and Darren qt)?
>>
>>
>> This is done for qt and qt4. In qt, if you hold the button, leave the
>> figure, enter the second figure, and release the button, the old figure
>> receives the leave event, but the new figure does not receive the enter
>> event. This seems like an issue with qt3, the new figure does receive the
>> enter event with qt4.
>>
>
> with the patched wx backend I observe the same behaviour. The second figure
> does not recieve an enter event. This might be because the wx backend
> captures the mouse if a button is pressed, i.e., all mouse events are
> redirected to the first figure.
>
> > I noticed that if one moves the cursor rapidly through the figure and
> axes, some events are not captured. For example, the cursor is in an axes
> but the last event the axes received was a leave event. I'm not sure how
> that could be improved, do you see it as well?
>
> Exactly this behaviour I can't see with the wx backend. Did I understood
> correctly: You manage to place the mouse within an axis, without having
> received a enter event?
>
Yes, this is the behavior I see.

2008年12月2日 Darren Dale <dsd...@gm...>
>
>
> On Tue, Dec 2, 2008 at 10:41 AM, John Hunter <jd...@gm...> wrote:
>
>> On Tue, Dec 2, 2008 at 8:34 AM, Gregor Thalhammer
>> <gre...@gm...> wrote:
>>
>> > If a mouse button is pressed while leaving the figure the behaviour is
>> > somewhat strange. First, a figure_leave_event is emitted. Then, further
>> > moving the mouse outside the figure a new figure_enter_event is created.
>> > This is the case since all mouse events, also movements outside the
>> window,
>> > are captured as long as a mouse button is pressed. This is a very
>> convenient
>> > behaviour for panning/zooming. However, when finally releasing the mouse
>> > button no figure_leave_event is triggered. With the GTK backend such an
>> > event is created.
>> > So what should be the desired behaviour?
>>
>> Ahh, I hadn't considered this problem. It arises because I am using
>> mpl location events to trigger the figure enter event. The solution
>> is to use the gui event for the figure enter event too -- basically
>> the gui needs to call the canvas.enter_notify_event. I added your
>> patch and modified gtk to handle the enter_notify_event in svn r6468.
>> Can you update, repatch wx to use it (and Darren qt)?
>
>
> This is done for qt and qt4. In qt, if you hold the button, leave the
> figure, enter the second figure, and release the button, the old figure
> receives the leave event, but the new figure does not receive the enter
> event. This seems like an issue with qt3, the new figure does receive the
> enter event with qt4.
>
with the patched wx backend I observe the same behaviour. The second figure
does not recieve an enter event. This might be because the wx backend
captures the mouse if a button is pressed, i.e., all mouse events are
redirected to the first figure.
> I noticed that if one moves the cursor rapidly through the figure and
axes, some events are not captured. For example, the cursor is in an axes
but the last event the axes received was a leave event. I'm not sure how
that could be improved, do you see it as well?
Exactly this behaviour I can't see with the wx backend. Did I understood
correctly: You manage to place the mouse within an axis, without having
received a enter event?
With all backends (Wx, GTK, Qt) I manage to leave the figure, without
leaving an axis. Either I move very fast, or I stack the figures on screen
so that I can leave an axis without touching the space around. We could emit
axes_leave_events (to all axes of the figure, or do we keep record which
axes has been entered recently?) before emitting a figure_leave_event, or
leave this to the users implementation of the figure_leave_event callback.
The first solution might lead to a lot of undesired redraws of the figure
when leaving the figure if several axes are contained in the figure and each
leave_axes callback issues a redraw, like in the example.
Gregor

>
> Can you update, repatch wx to use it (and Darren qt)?
>
I attached a patch that emits a enter_notify_event if the mouse enters the
figure. Now the example behaves correctly.
Gregor

Hi,
I just committed a patch (r6480) that reorganizes those transmuter
classes (used with fancybox & fancyarrows).
There are now three container classes (BoxStyle, ArrowStyle and
ConnectionStyle), and the trasnmuter classes are defined as subclasses
of these container classes.
With this change, the styles can be specified as any of the following
ways, although the last two may not be recommended.
 text(0, 0, "test", bbox=dict(boxstyle="round,pad=0.3"))
 text(0, 0, "test", bbox=dict(boxstyle=BoxStyle.Round(pad=0.3)))
 text(0, 0, "test", bbox=dict(boxstyle=BoxStyle("round,pad=0.3")))
 text(0, 0, "test", bbox=dict(boxstyle=BoxStyle("round", pad=0.3)))
Same for ArrowStyle and ConnectionStyle.
I also added two related examples.
 examples/pylab_examples/fancybox_demo2.py
 examples/pylab_examples/fancyarrow_demo.py
They show available boxstyles and arrowstyles, respectively.
I'm attaching the output figures.
Please let me know if the names I chose for the styles are funny or
don't make sense. Any suggestions will be appreciated.
Also, I tried to put some more documentation, although there should be
a lot of grammar and wording issues.
Regards,
-JJ

On Sun, Nov 30, 2008 at 9:42 PM, Andrew Straw <str...@as...> wrote:
> I used rsync to mirror the entire SVN repo locally and then using "git
> svn clone" to import it (which took about 12 hours on a 2.5 GHz Core 2
> machine, even with the local SVN mirror).
>
> I haven't been able to clone the new git repo such that the 2nd git copy
> would not need to do "git svn fetch" on the entire repository. Thus, it
> seems that putting my git svn mirror in a publicly accessible location
> isn't actually going to save anyone the pain of letting git call
> subversion a bazillion times to import all history. (At least not
> without me understanding things like
> http://utsl.gen.nz/talks/git-svn/intro.html#howto-track-rebuildmeta )
I always use this blog post to do exactly that:
http://subtlegradient.com/articles/2008/04/22/cloning-a-git-svn-clone
and it works very nicely. So please publish your repository somewhere,
so that others don't have to reclone the whole svn repo.
Thanks,
Ondrej
P.S. Michael, you should learn git. :)
P.P.S. Sorry I still didn't have time to port our 3D plotting from
sympy to matplotlib. Seems like a lot of people would welcome that,
but someone just needs to do it.

The patch is now applied to the SVN (r6479).
-JJ
On Tue, Dec 2, 2008 at 5:03 PM, Darren Dale <dsd...@gm...> wrote:
> This looks right to me, thank you Jae-Joon.
>
>
> On Tue, Dec 2, 2008 at 4:55 PM, Jae-Joon Lee <lee...@gm...> wrote:
>>
>> Darren,
>>
>> Can you test the attached patch and see if the legend is placed where
>> you expected.
>> Regards,
>>
>> -JJ
>
>

Darren,
Can you test the attached patch and see if the legend is placed where
you expected.
Regards,
-JJ

I presume my changes currently only allow loc as a location code.
I didn't know that loc can be a tuple (axes coordinate I guess?).
But it won't be hard to fix this. I'll work on it.
-JJ
On Tue, Dec 2, 2008 at 4:04 PM, Darren Dale <dsd...@gm...> wrote:
> I think something broke with the recent changes to legend. For example, in
> ipython -pylab:
>
> plot([1,2,3,4],label='test')
> legend(loc=(.1, .5))
>
> ERROR: An unexpected error occurred while tokenizing input
> The following traceback may be corrupted or invalid
> The error message is: ('EOF in multi-line statement', (185, 0))
>
> ERROR: An unexpected error occurred while tokenizing input
> The following traceback may be corrupted or invalid
> The error message is: ('EOF in multi-line statement', (46, 0))
>
> ---------------------------------------------------------------------------
> AssertionError Traceback (most recent call last)
>
> /home/darren/<ipython console> in <module>()
>
> /usr/lib64/python2.6/site-packages/matplotlib/pyplot.pyc in legend(*args,
> **kwargs)
>
> 2441
> 2442 ret = gca().legend(*args,
> **kwargs)
> -> 2443
> draw_if_interactive()
> 2444 return
> ret
> 2445 if Axes.legend.__doc__ is not
> None:
>
> /usr/lib64/python2.6/site-packages/matplotlib/backends/backend_qt4.pyc in
> draw_if_interactive()
> 38 figManager =
> Gcf.get_active()
> 39 if figManager !=
> None:
> ---> 40
> figManager.canvas.draw()
>
> 41
> 42 def
> _create_qApp():
>
> /usr/lib64/python2.6/site-packages/matplotlib/backends/backend_qt4agg.pyc in
> draw(self)
> 131 if DEBUG: print "FigureCanvasQtAgg.draw",
> self
> 132 self.replot =
> True
> --> 133
> FigureCanvasAgg.draw(self)
> 134
> self.update()
> 135 # Added following line to improve realtime pan/zoom on
> windows:
>
>
> /usr/lib64/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
> draw(self)
>
> 281
> 282 self.renderer =
> self.get_renderer()
> --> 283
> self.figure.draw(self.renderer)
>
> 284
> 285 def
> get_renderer(self):
>
> /usr/lib64/python2.6/site-packages/matplotlib/figure.pyc in draw(self,
> renderer)
>
> 770
> 771 # render the
> axes
>
> --> 772 for a in self.axes: a.draw(renderer)
> 773
> 774 # render the figure text
>
>
> /usr/lib64/python2.6/site-packages/matplotlib/axes.pyc in draw(self,
> renderer,
> inframe)
>
> 1599
> 1600 for zorder, i, a in
> dsu:
> -> 1601
> a.draw(renderer)
>
> 1602
> 1603
> renderer.close_group('axes')
>
> /usr/lib64/python2.6/site-packages/matplotlib/legend.pyc in draw(self,
> renderer)
> 317 if
> self._drawFrame:
> 318 # update the location and size of the
> legend
>
> --> 319 bbox = self._legend_box.get_window_extent(renderer)
> 320 self.legendPatch.set_bounds(bbox.x0, bbox.y0,
> 321 bbox.width, bbox.height)
>
> /usr/lib64/python2.6/site-packages/matplotlib/offsetbox.pyc in
> get_window_extent(self, renderer)
> 196 '''
> 197 w, h, xd, yd, offsets = self.get_extent_offsets(renderer)
> --> 198 px, py = self.get_offset(w, h, xd, yd)
> 199 return mtransforms.Bbox.from_bounds(px-xd, py-yd, w, h)
> 200
>
> /usr/lib64/python2.6/site-packages/matplotlib/offsetbox.pyc in
> get_offset(self,width, height, xdescent, ydescent)
> 155 """
> 156 if callable(self._offset):
> --> 157 return self._offset(width, height, xdescent, ydescent)
> 158 else:
> 159 return self._offset
>
> /usr/lib64/python2.6/site-packages/matplotlib/legend.pyc in
> _findoffset_loc(self, width, height, xdescent, ydescent)
> 292 "Heper function to locate the legend"
> 293 bbox = Bbox.from_bounds(0, 0, width, height)
> --> 294 x, y = self._get_anchored_bbox(self._loc, bbox,
> self.parent.bbox)
> 295 return x+xdescent, y+ydescent
> 296
>
> /usr/lib64/python2.6/site-packages/matplotlib/legend.pyc in
> _get_anchored_bbox(self, loc, bbox, parentbbox)
> 623 display coordinates.
> 624 """
> --> 625 assert loc in range(1,11) # called only internally
> 626
> 627 BEST, UR, UL, LL, LR, R, CL, CR, LC, UC, C = range(11)
>
> AssertionError:
>
>

I think something broke with the recent changes to legend. For example, in
ipython -pylab:
plot([1,2,3,4],label='test')
legend(loc=(.1, .5))
ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (185, 0))
ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (46, 0))
---------------------------------------------------------------------------
AssertionError Traceback (most recent call last)
/home/darren/<ipython console> in <module>()
/usr/lib64/python2.6/site-packages/matplotlib/pyplot.pyc in legend(*args,
**kwargs)
2441
 2442 ret = gca().legend(*args,
**kwargs)
-> 2443
draw_if_interactive()
 2444 return
ret
 2445 if Axes.legend.__doc__ is not
None:
/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_qt4.pyc in
draw_if_interactive()
 38 figManager =
Gcf.get_active()
 39 if figManager !=
None:
---> 40
figManager.canvas.draw()
41
 42 def
_create_qApp():
/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_qt4agg.pyc in
draw(self)
 131 if DEBUG: print "FigureCanvasQtAgg.draw",
self
 132 self.replot =
True
--> 133
FigureCanvasAgg.draw(self)
 134
self.update()
 135 # Added following line to improve realtime pan/zoom on
windows:
/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
draw(self)
281
 282 self.renderer =
self.get_renderer()
--> 283
self.figure.draw(self.renderer)
284
 285 def
get_renderer(self):
/usr/lib64/python2.6/site-packages/matplotlib/figure.pyc in draw(self,
renderer)
770
 771 # render the
axes
--> 772 for a in self.axes: a.draw(renderer)
 773
 774 # render the figure text
/usr/lib64/python2.6/site-packages/matplotlib/axes.pyc in draw(self,
renderer,
inframe)
1599
 1600 for zorder, i, a in
dsu:
-> 1601
a.draw(renderer)
1602
 1603
renderer.close_group('axes')
/usr/lib64/python2.6/site-packages/matplotlib/legend.pyc in draw(self,
renderer)
 317 if
self._drawFrame:
 318 # update the location and size of the
legend
--> 319 bbox = self._legend_box.get_window_extent(renderer)
 320 self.legendPatch.set_bounds(bbox.x0, bbox.y0,
 321 bbox.width, bbox.height)
/usr/lib64/python2.6/site-packages/matplotlib/offsetbox.pyc in
get_window_extent(self, renderer)
 196 '''
 197 w, h, xd, yd, offsets = self.get_extent_offsets(renderer)
--> 198 px, py = self.get_offset(w, h, xd, yd)
 199 return mtransforms.Bbox.from_bounds(px-xd, py-yd, w, h)
 200
/usr/lib64/python2.6/site-packages/matplotlib/offsetbox.pyc in
get_offset(self,width, height, xdescent, ydescent)
 155 """
 156 if callable(self._offset):
--> 157 return self._offset(width, height, xdescent, ydescent)
 158 else:
 159 return self._offset
/usr/lib64/python2.6/site-packages/matplotlib/legend.pyc in
_findoffset_loc(self, width, height, xdescent, ydescent)
 292 "Heper function to locate the legend"
 293 bbox = Bbox.from_bounds(0, 0, width, height)
--> 294 x, y = self._get_anchored_bbox(self._loc, bbox,
self.parent.bbox)
 295 return x+xdescent, y+ydescent
 296
/usr/lib64/python2.6/site-packages/matplotlib/legend.pyc in
_get_anchored_bbox(self, loc, bbox, parentbbox)
 623 display coordinates.
 624 """
--> 625 assert loc in range(1,11) # called only internally
 626
 627 BEST, UR, UL, LL, LR, R, CL, CR, LC, UC, C = range(11)
AssertionError:

Eric Firing wrote:
> Michael Droettboom wrote:
>> Sorry -- I neglected to commit some changes. (Playing around with 
>> bzr and still getting used to it, I guess.)
>
> Very good, thank you!
Phew! For a minute there I thought I was going crazy...
>
> OT: I'm glad you are taking a look at bzr; personally, I chose hg 
> quite some time ago (when bzr was not mature enough to use), and I 
> have no regrets. It is very small, quick, and uncluttered--a 
> beautiful piece of work. (The code base is *much* smaller than bzr--I 
> like that.) The one area in which hg is a bit behind now is svn 
> interoperability,
> http://www.selenic.com/mercurial/wiki/index.cgi/WorkingWithSubversion,
> which doesn't matter at all for the uses to which I put it. Possibly 
> it will catch up soon: 
> http://www.selenic.com/mercurial/wiki/index.cgi/HgSubversion
> http://blog.red-bean.com/sussman/?p=116
Yeah -- didn't mean to start another thread about distributed version 
control -- I'm just playing with the stuff. But that was my assessment, 
too. Couldn't figure out how to use hg with a svn-based project 
(matplotlib) -- bzr was easier but still taking some getting used to. 
git has related features too I might look at.
Mike
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Michael Droettboom wrote:
> Sorry -- I neglected to commit some changes. (Playing around with bzr 
> and still getting used to it, I guess.)
Very good, thank you!
OT: I'm glad you are taking a look at bzr; personally, I chose hg quite 
some time ago (when bzr was not mature enough to use), and I have no 
regrets. It is very small, quick, and uncluttered--a beautiful piece of 
work. (The code base is *much* smaller than bzr--I like that.) The one 
area in which hg is a bit behind now is svn interoperability,
http://www.selenic.com/mercurial/wiki/index.cgi/WorkingWithSubversion,
which doesn't matter at all for the uses to which I put it. Possibly it 
will catch up soon: 
http://www.selenic.com/mercurial/wiki/index.cgi/HgSubversion
http://blog.red-bean.com/sussman/?p=116
Eric
> 
> Mike
> 
> Eric Firing wrote:
>> Michael Droettboom wrote:
>>> Hmm... works fine for me here, both with the zoom/pan tool and zoom 
>>> to rect. Can you describe a particular action that isn't working? 
>>> I'm at a loss otherwise...
>>
>> Mike,
>>
>> When I run João's commands in ipython -pylab and click the pan/zoom 
>> button, panning or zooming moves the plotted curve, but the axvline 
>> stays in the middle of the picture instead of moving with the x=0.5 
>> point. Same with zoom-to-rect: the axvline stays in the middle of the 
>> window, not at x=0.5.
>>
>> Eric
>>
>>>
>>> Mike
>>>
>>> Eric Firing wrote:
>>>> Michael Droettboom wrote:
>>>>> Thanks for the reminder. It wasn't propagating the "non-affine" 
>>>>> invalidation correctly. I think I have a fix in r6465, but please 
>>>>> let me know if you see anything else funny.
>>>>>
>>>>> Cheers,
>>>>> Mike
>>>>
>>>> Mike,
>>>>
>>>> It looks like that helps, fixing the window resize behavior, but 
>>>> zooming and panning still do not work in the original example given 
>>>> by João Silva:
>>>>
>>>> import matplotlib.pyplot as pl
>>>> import numpy as np
>>>>
>>>> x = np.linspace(0.0,1.0,100)
>>>>
>>>> pl.semilogy(x,x**2)
>>>> pl.axvline(x=0.5,ls='--',color='k')
>>>> pl.show()
>>>>
>>>> Eric
>>>
>>
> 

Sorry -- I neglected to commit some changes. (Playing around with bzr 
and still getting used to it, I guess.)
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> Hmm... works fine for me here, both with the zoom/pan tool and zoom 
>> to rect. Can you describe a particular action that isn't working? 
>> I'm at a loss otherwise...
>
> Mike,
>
> When I run João's commands in ipython -pylab and click the pan/zoom 
> button, panning or zooming moves the plotted curve, but the axvline 
> stays in the middle of the picture instead of moving with the x=0.5 
> point. Same with zoom-to-rect: the axvline stays in the middle of the 
> window, not at x=0.5.
>
> Eric
>
>>
>> Mike
>>
>> Eric Firing wrote:
>>> Michael Droettboom wrote:
>>>> Thanks for the reminder. It wasn't propagating the "non-affine" 
>>>> invalidation correctly. I think I have a fix in r6465, but please 
>>>> let me know if you see anything else funny.
>>>>
>>>> Cheers,
>>>> Mike
>>>
>>> Mike,
>>>
>>> It looks like that helps, fixing the window resize behavior, but 
>>> zooming and panning still do not work in the original example given 
>>> by João Silva:
>>>
>>> import matplotlib.pyplot as pl
>>> import numpy as np
>>>
>>> x = np.linspace(0.0,1.0,100)
>>>
>>> pl.semilogy(x,x**2)
>>> pl.axvline(x=0.5,ls='--',color='k')
>>> pl.show()
>>>
>>> Eric
>>
>
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Michael Droettboom wrote:
> Hmm... works fine for me here, both with the zoom/pan tool and zoom to 
> rect. Can you describe a particular action that isn't working? I'm at 
> a loss otherwise...
Mike,
When I run João's commands in ipython -pylab and click the pan/zoom 
button, panning or zooming moves the plotted curve, but the axvline 
stays in the middle of the picture instead of moving with the x=0.5 
point. Same with zoom-to-rect: the axvline stays in the middle of the 
window, not at x=0.5.
Eric
> 
> Mike
> 
> Eric Firing wrote:
>> Michael Droettboom wrote:
>>> Thanks for the reminder. It wasn't propagating the "non-affine" 
>>> invalidation correctly. I think I have a fix in r6465, but please 
>>> let me know if you see anything else funny.
>>>
>>> Cheers,
>>> Mike
>>
>> Mike,
>>
>> It looks like that helps, fixing the window resize behavior, but 
>> zooming and panning still do not work in the original example given by 
>> João Silva:
>>
>> import matplotlib.pyplot as pl
>> import numpy as np
>>
>> x = np.linspace(0.0,1.0,100)
>>
>> pl.semilogy(x,x**2)
>> pl.axvline(x=0.5,ls='--',color='k')
>> pl.show()
>>
>> Eric
> 

On Tue, Dec 2, 2008 at 10:41 AM, John Hunter <jd...@gm...> wrote:
> On Tue, Dec 2, 2008 at 8:34 AM, Gregor Thalhammer
> <gre...@gm...> wrote:
>
> > If a mouse button is pressed while leaving the figure the behaviour is
> > somewhat strange. First, a figure_leave_event is emitted. Then, further
> > moving the mouse outside the figure a new figure_enter_event is created.
> > This is the case since all mouse events, also movements outside the
> window,
> > are captured as long as a mouse button is pressed. This is a very
> convenient
> > behaviour for panning/zooming. However, when finally releasing the mouse
> > button no figure_leave_event is triggered. With the GTK backend such an
> > event is created.
> > So what should be the desired behaviour?
>
> Ahh, I hadn't considered this problem. It arises because I am using
> mpl location events to trigger the figure enter event. The solution
> is to use the gui event for the figure enter event too -- basically
> the gui needs to call the canvas.enter_notify_event. I added your
> patch and modified gtk to handle the enter_notify_event in svn r6468.
> Can you update, repatch wx to use it (and Darren qt)?
This is done for qt and qt4. In qt, if you hold the button, leave the
figure, enter the second figure, and release the button, the old figure
receives the leave event, but the new figure does not receive the enter
event. This seems like an issue with qt3, the new figure does receive the
enter event with qt4.
I noticed that if one moves the cursor rapidly through the figure and axes,
some events are not captured. For example, the cursor is in an axes but the
last event the axes received was a leave event. I'm not sure how that could
be improved, do you see it as well?
Finally, off topic, I committed the improved version checking in
mpl.__init__, using subprocess instead of popen*, which were deprecated in
python-2.6. This has been tested on two separate windows machines, hopefully
there are no lurking issues. But its something to keep in mind when we cut
the next release for windows.
Darren

On Tue, Dec 2, 2008 at 8:34 AM, Gregor Thalhammer
<gre...@gm...> wrote:
> If a mouse button is pressed while leaving the figure the behaviour is
> somewhat strange. First, a figure_leave_event is emitted. Then, further
> moving the mouse outside the figure a new figure_enter_event is created.
> This is the case since all mouse events, also movements outside the window,
> are captured as long as a mouse button is pressed. This is a very convenient
> behaviour for panning/zooming. However, when finally releasing the mouse
> button no figure_leave_event is triggered. With the GTK backend such an
> event is created.
> So what should be the desired behaviour?
Ahh, I hadn't considered this problem. It arises because I am using
mpl location events to trigger the figure enter event. The solution
is to use the gui event for the figure enter event too -- basically
the gui needs to call the canvas.enter_notify_event. I added your
patch and modified gtk to handle the enter_notify_event in svn r6468.
Can you update, repatch wx to use it (and Darren qt)?
Any takers out their to add support to tk?
Thanks,
JDH

John Hunter schrieb:
> I recently added support for a figure/axes enter/leave event. The
> figure enter and axes enter/leave are easy to do with nothing new in
> the backends, just using the native mpl events. The figure leave
> event is harder, because when a user leaves a figure and activates
> another window, mpl gets no events.
>
> To correct this, I added a leave_notify_event method to
> backend_bases.FigureCanvasBase (note this is not an mpl Event) but
> when called it will trigger a callback to those registered to the
> figure_leave_event with the last event that occurred in the window.
>
> I added support for this in gtk by connecting the the gtk signal
> 'leave_notify_event' to the mpl backend method leave_notify_event. If
> you know something about tk, wx or qt event handling, could you add a
> similar method to the appropriate backend? You can follow the example
> in backend_gtk.
>
>
> You can test with examples/event_handling/figure_axes_enter_leave.py
>
> Thanks,
> JDH
I attached a patch for the wx backend. Nearly everything has already 
been implemented. Instead of the new 'leave_notify_event' leaving the 
figure triggered a fake motion_event. I changed this.
If a mouse button is pressed while leaving the figure the behaviour is 
somewhat strange. First, a figure_leave_event is emitted. Then, further 
moving the mouse outside the figure a new figure_enter_event is created. 
This is the case since all mouse events, also movements outside the 
window, are captured as long as a mouse button is pressed. This is a 
very convenient behaviour for panning/zooming. However, when finally 
releasing the mouse button no figure_leave_event is triggered. With the 
GTK backend such an event is created.
So what should be the desired behaviour?
Gregor