It is good to know that both issues have been recognized and addressed. I 
searched the bug list and I guess failed to use the right keyword, or just 
didn't recognize the title.

However, I am not in need of help, and certainly would not do a complete 
reinstall, perhaps introducing new issues, when I now understand how to work 
around both problems.  Rather I thought that one of the purposes of a user 
mailing list like this was to alert others, and to provide a solution for them. 
(I spent a good 3 hours tracking it down.) In the otherwise excellent 
documentation, I do not see an easy way to understand what bugs have been found 
in a particular distribution, especially the most recent.

--Toby Burnett

From: ben.v.r...@gmail.com [mailto:ben.v.r...@gmail.com] On Behalf Of Benjamin 
Root
Sent: Monday, August 16, 2010 07:46
To: Toby Burnett
Cc: matplotlib-users@lists.sourceforge.net
Subject: Re: [Matplotlib-users] 1.1.0 changes: bug in YAxis.set_ticks_position; 
new show() behavior

On Sat, Aug 14, 2010 at 11:25 AM, Toby Burnett 
<tburn...@uw.edu<mailto:tburn...@uw.edu>> wrote:
YAxis:
The documentation (http://matplotlib.sourceforge.net/api/axis_api.html) says:

"Set the ticks position (left, right, both, default or none) 'both' sets the 
ticks to appear on both positions, but does not change the tick labels. 
'default' resets the tick positions to the default: ticks on both positions, 
labels at left. 'none' can be used if you don't want any ticks. 'none' and 
'both' affect only the ticks, not the labels."

To test this:

f=figure()
plot()
gca().xaxis.set_ticks_position('none')
gca().yaxis.set_ticks_position('none')
f.show()

The y labels, on my 1.0.0 distribution, disappear, because of this line of code:

       elif position == 'none':
           self.set_tick_params(which='both', right=False, labelright=False,
                                left=False, labelleft=False)
the work-around is to execute that line without turning off the labels.

This bug was already found and patched in both the maintenance branch and trunk 
(r8554 and r8555).

------------------------------------
show()

This may be an ipython problem, when running it with the -pylab option, the 
show method now has a Tk.mainloop(), which blocks of course. The work-around it 
to call the Figure.show() method instead, as above.

--Toby Burnett
University of Washington

There have been some recent fixes with Tk (I think) and its behavior with 
regards to .show().  I believe the changes made it to the maintenance branch as 
well.  You might want to download the latest tarball and install that to fix 
those problems.

Ben Root
------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Reply via email to