Re: [matplotlib-devel] Annotation 'data offset'

2007-12-05 Thread John Hunter
On Dec 5, 2007 6:14 PM, James Evans <[EMAIL PROTECTED]> wrote: > I have just submitted a patch to the Annotation class that allows > specification of a 'data offset' frame for the text coordinate. This allows > you to specify a data point to annotate and an offset that will stay the > same regard

[matplotlib-devel] Annotation 'data offset'

2007-12-05 Thread James Evans
All, I have just submitted a patch to the Annotation class that allows specification of a 'data offset' frame for the text coordinate. This allows you to specify a data point to annotate and an offset that will stay the same regardless of scale. Please let me know if this should be given a d

Re: [matplotlib-devel] [Matplotlib-users] eggs or pythonmac packages on OS X?

2007-12-05 Thread Charlie Moad
I feel a 0.91.2 in the next few weeks, and I'll be sure to do this and send you a test build. - Charlie On Dec 5, 2007 1:30 PM, Russell E Owen <[EMAIL PROTECTED]> wrote: > At 10:03 AM -0800 2007-12-05, Christopher Barker wrote: > >Russell E Owen wrote: > >>At 10:08 AM -0500 2007-12-05, Stephen Uh

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Michael Droettboom
Andrew Straw wrote: > Michael Droettboom wrote: >> ...probably because I forgot to attach it. (When will my e-mail >> client read my mind?) I've also attached a version with a new version >> of the layout algorithm -- in addition to making all axes that were >> initially aligned remain aligned

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Andrew Straw
Michael Droettboom wrote: > ...probably because I forgot to attach it. (When will my e-mail > client read my mind?) I've also attached a version with a new version > of the layout algorithm -- in addition to making all axes that were > initially aligned remain aligned, it sets an axes that ori

Re: [matplotlib-devel] [Matplotlib-users] eggs or pythonmac packages on OS X?

2007-12-05 Thread Christopher Barker
Russell E Owen wrote: > At 10:08 AM -0500 2007-12-05, Stephen Uhlhorn wrote: >> Just for my edification, why can't the egg version be linked >> against/include a different Tcl/Tk? > > If you mean why can't it be built that way in the first place, I > don't know. The guy who builds it apparently d

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Andrew Straw
Michael Droettboom wrote: > Andrew, > > I'm embarrassed to admit I wasn't familiar with mplsizer before I > looked into this. The user "API" of mplsizer actually looks like it > would be much easier to support the text-overlapping problem, since > the placement of the axes in a grid is more exp

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Darren Dale
On Wednesday 05 December 2007 11:32:29 am Michael Droettboom wrote: > Michael Droettboom wrote: > > Darren Dale wrote: > >>> One other problem to be aware of in this area: usetex does not support > >>> rotated text, so autofmt_xdate and related tricks will still not work > >>> until usetex supports

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Michael Droettboom
Michael Droettboom wrote: > Darren Dale wrote: >>> One other problem to be aware of in this area: usetex does not support >>> rotated text, so autofmt_xdate and related tricks will still not work >>> until usetex supports arbitrary rotations. One thing that has been on >>> my wish list is to expos

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Michael Droettboom
Darren Dale wrote: >> One other problem to be aware of in this area: usetex does not support >> rotated text, so autofmt_xdate and related tricks will still not work >> until usetex supports arbitrary rotations. One thing that has been on >> my wish list is to expose the agg image functionality a

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Darren Dale
On Wednesday 05 December 2007 09:39:33 am John Hunter wrote: > On Dec 4, 2007 4:02 PM, Ted Drain <[EMAIL PROTECTED]> wrote: > > Looks very nice! We'd love to have smarter layout systems as we > > create a lot of plots for people (i.e. standard scripts that people > > run instead of edit) and it's

Re: [matplotlib-devel] .cvsignore

2007-12-05 Thread Darren Dale
Thanks Mike. I checked the contents of all the .cvsignore files and compared them with propget svn:ignore. I removed every instance of .cvsignore, with the exception of toolkits/basemap/.cvsignore and toolkits/basemap-0.9.6.1/.cvsignore. Darren On Wednesday 05 December 2007 09:16:11 am Michae

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread John Hunter
On Dec 4, 2007 4:02 PM, Ted Drain <[EMAIL PROTECTED]> wrote: > Looks very nice! We'd love to have smarter layout systems as we > create a lot of plots for people (i.e. standard scripts that people > run instead of edit) and it's difficult to apply nice layouts that > work for every case that comes

Re: [matplotlib-devel] .cvsignore

2007-12-05 Thread Michael Droettboom
It looks like these are already set in the "SVN way" (maybe cvs2svn did it): > svn propget svn:ignore . build dist docs *.pyc .project matplotlibrc win32_static ...so it's probably safe to remove them, unless we plan to migrate back to CVS someday ;) Cheers, Mike Darren Dale wrote: > Is it

[matplotlib-devel] .cvsignore

2007-12-05 Thread Darren Dale
Is it safe to remove the instances of .cvsignore from the svn repository? - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream.

Re: [matplotlib-devel] Experimental overlapping-prevention on the transforms branch

2007-12-05 Thread Michael Droettboom
Andrew, I'm embarrassed to admit I wasn't familiar with mplsizer before I looked into this. The user "API" of mplsizer actually looks like it would be much easier to support the text-overlapping problem, since the placement of the axes in a grid is more explicit. I may want to reconsider how