Re: [matplotlib-devel] hist again

2008-05-23 Thread Manuel Metz
Dear all, as there was no disagreeing feedback ;-) I continued my work on the hist() method. I just committed a patch with some major re-writing of the hist() method to the trunk. I personally think it is very useful. hist() now - supports 2D input data (i.e. multiple data, but not yet l

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Paul Kienzle
On Thu, May 22, 2008 at 08:45:02PM -0500, John Hunter wrote: > On Thu, May 22, 2008 at 6:08 PM, Paul Kienzle <[EMAIL PROTECTED]> wrote: > > > It looks okay in Firefox 2.0.0.14 (though it did complain about missing the > > mathml > > fonts). > > > > IE 7 displays the xml tree. > > I don't mind us

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 7:08:09 am Paul Kienzle wrote: > On Thu, May 22, 2008 at 08:45:02PM -0500, John Hunter wrote: > > On Thu, May 22, 2008 at 6:08 PM, Paul Kienzle <[EMAIL PROTECTED]> wrote: > > > It looks okay in Firefox 2.0.0.14 (though it did complain about missing > > > the mathml fonts). > >

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Michael Droettboom
These examples look great, Darren. One small detail: The cover page of the PDFs list John and Darren as authors. I think the docs (particularly the docstrings) have probably been written by a much larger community. If it's not practical to list all contributors (probably so given all of the

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
Hi Mike, On Friday 23 May 2008 08:34:35 am Michael Droettboom wrote: > These examples look great, Darren. > > One small detail: > > The cover page of the PDFs list John and Darren as authors. I think the > docs (particularly the docstrings) have probably been written by a much > larger community.

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Michael Droettboom
There are a couple of minor details about formatting that might be worth working out up front before too much reST conversion begins: How do we want to handle inline code names? For example, this passage from the Artist API tutorial: "The primitives represent the standard graphical objects

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 7:34 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > The cover page of the PDFs list John and Darren as authors. I think the > docs (particularly the docstrings) have probably been written by a much > larger community. If it's not practical to list all contributors (p

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Thursday 22 May 2008 10:10:13 pm John Hunter wrote: > On Thu, May 22, 2008 at 4:59 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > > I just committed the beginnings of a Sphinx-based documentation to svn. > > It includes a section explaining how to get up and running with sphinx, > > its *really e

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 8:12 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > Personally, I would prefer to see all the names in monospaced type (I find > it much more readable), but the additional markup may be somewhat at odds > with keeping the original ReST source clean. There are also two

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Michael Droettboom
Michael Droettboom wrote: > Secondly, the ipython console sessions aren't getting syntax highlighted > -- it would be nice if they did, particularly to indicate input vs. > output. I'll volunteer to look into this -- I've done some pygments > customization work in the past and maybe it won't be

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Michael Droettboom
John Hunter wrote: > On Fri, May 23, 2008 at 8:12 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > > >> Personally, I would prefer to see all the names in monospaced type (I find >> it much more readable), but the additional markup may be somewhat at odds >> with keeping the original ReST sou

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 10:54:52 am John Hunter wrote: > On Fri, May 23, 2008 at 8:12 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > > Personally, I would prefer to see all the names in monospaced type (I > > find it much more readable), but the additional markup may be somewhat at > > odds with

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 10:56:47 am Michael Droettboom wrote: > Michael Droettboom wrote: > > Secondly, the ipython console sessions aren't getting syntax highlighted > > -- it would be nice if they did, particularly to indicate input vs. > > output. I'll volunteer to look into this -- I've done som

[matplotlib-devel] Emacs reST tools (was: Re: future of mpl documentation)

2008-05-23 Thread Michael Droettboom
For my fellow emacs users: If you aren't aware of it, there is a reST mode for emacs: http://docutils.sourceforge.net/tools/editors/emacs/rst.el In the course of experimenting today, I wrote a few elisp macros (attached) to aid in adding inline cross-references to the code that might be gener

Re: [matplotlib-devel] Emacs reST tools (was: Re: future of mpl documentation)

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 11:59 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > For my fellow emacs users: > > If you aren't aware of it, there is a reST mode for emacs: > > http://docutils.sourceforge.net/tools/editors/emacs/rst.el > > In the course of experimenting today, I wrote a few elisp ma

Re: [matplotlib-devel] Emacs reST tools

2008-05-23 Thread Michael Droettboom
John Hunter wrote: > On Fri, May 23, 2008 at 11:59 AM, Michael Droettboom <[EMAIL PROTECTED]> > wrote: > >> For my fellow emacs users: >> >> If you aren't aware of it, there is a reST mode for emacs: >> >> http://docutils.sourceforge.net/tools/editors/emacs/rst.el >> >> In the course of experim

[matplotlib-devel] remove xpm flag in _load_bitmap function of backend_wx.py and alternate tool bar icons

2008-05-23 Thread Tony Yu
Hi, I apologize if this isn't the right forum for this email; I'm not actually a matplotlib developer. I was trying to use custom icons for the mpl Wx backend, but the version of mpl I was using had a _load_bitmap method that only read xpm bitmaps. This requirement is enforced by the wx.BIT

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 9:54 AM, John Hunter <[EMAIL PROTECTED]> wrote: > It certainly would make the docs more useful to be able to link to the > class and function references. Argg. I guess I'll just have to give > up my desire to have clean ASCII here, since most people are going to > read th

Re: [matplotlib-devel] ReST docs: figures

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 02:00:57 pm Michael Droettboom wrote: > John Hunter wrote: > > On Fri, May 23, 2008 at 11:59 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > >> For my fellow emacs users: > >> > >> If you aren't aware of it, there is a reST mode for emacs: > >> > >> http://docutils.source

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 03:02:55 pm John Hunter wrote: > On Fri, May 23, 2008 at 9:54 AM, John Hunter <[EMAIL PROTECTED]> wrote: > > It certainly would make the docs more useful to be able to link to the > > class and function references. Argg. I guess I'll just have to give > > up my desire to hav

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 03:02:55 pm John Hunter wrote: > On Fri, May 23, 2008 at 9:54 AM, John Hunter <[EMAIL PROTECTED]> wrote: > > It certainly would make the docs more useful to be able to link to the > > class and function references. Argg. I guess I'll just have to give > > up my desire to hav

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 3:00 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > On Friday 23 May 2008 03:02:55 pm John Hunter wrote: >> On Fri, May 23, 2008 at 9:54 AM, John Hunter <[EMAIL PROTECTED]> wrote: >> > It certainly would make the docs more useful to be able to link to the >> > class and functi

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 04:12:51 pm John Hunter wrote: > On Fri, May 23, 2008 at 3:00 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > > On Friday 23 May 2008 03:02:55 pm John Hunter wrote: > >> On Fri, May 23, 2008 at 9:54 AM, John Hunter <[EMAIL PROTECTED]> wrote: > >> > It certainly would make the do

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 3:31 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > commit yout customizing.txt? done. I just discovered l # The name of an image file (within the static path) to place at the top of # the sidebar. #html_logo = 'logo.png' so I have to get to work creating a n

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 04:34:11 pm John Hunter wrote: > On Fri, May 23, 2008 at 3:31 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > > commit yout customizing.txt? > > done. > > I just discovered l > > > # The name of an image file (within the static path) to place at the > top of # the sidebar. >

Re: [matplotlib-devel] remove xpm flag in _load_bitmap function of backend_wx.py and alternate tool bar icons

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 2:00 PM, Tony Yu <[EMAIL PROTECTED]> wrote: > Hi, > > I apologize if this isn't the right forum for this email; I'm not > actually a matplotlib developer. > > I was trying to use custom icons for the mpl Wx backend, but the > version of mpl I was using had a _load_bitmap met

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 3:47 PM, Darren Dale <[EMAIL PROTECTED]> wrote: >> so I have to get to work creating a new cool mpl figure for the logo. >> Our old banner is so 70s. > > I wasn't going to say it... but yeah. :) Thanks for your sensitivity :-) I made that a long time ago when I was really

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 04:57:24 pm John Hunter wrote: > On Fri, May 23, 2008 at 3:47 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > >> so I have to get to work creating a new cool mpl figure for the logo. > >> Our old banner is so 70s. > > > > I wasn't going to say it... but yeah. :) > > Thanks for y

Re: [matplotlib-devel] remove xpm flag in _load_bitmap function of backend_wx.py and alternate tool bar icons

2008-05-23 Thread Tony Yu
On May 23, 2008, at 4:47 PM, John Hunter wrote: On Fri, May 23, 2008 at 2:00 PM, Tony Yu <[EMAIL PROTECTED]> wrote: Hi, I apologize if this isn't the right forum for this email; I'm not actually a matplotlib developer. I was trying to use custom icons for the mpl Wx backend, but the version

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Eric Firing
> xcorr(*args, **kwargs) > XCORR(x, y, normed=False, detrend=mlab.detrend_none, > usevlines=False, **kwargs): Sorry I'm not helping yet, but while you are in the middle of all this, please ditch the ugly and misleading Matlab-style capitalization of the function names. Thanks for a

[matplotlib-devel] mri_with_eeg cripples machine

2008-05-23 Thread Eric Firing
With all the commits coming in, I thought I would try running backend_driver.py Template to make sure things were still working. When it got to mri_with_eeg, it stopped, initially cpu use was pegged, then my feisty box went into swap hell. It took about 5 minutes to extract it; Ctrl-Cing the

Re: [matplotlib-devel] remove xpm flag in _load_bitmap function of backend_wx.py and alternate tool bar icons

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 4:59 PM, Tony Yu <[EMAIL PROTECTED]> wrote: > As you can tell, I'm not an experienced programmer. In any case, I've > attached a patch of "backend_wx.py" for the v0_91_maint branch. I didn't > know if I was supposed to do something with the filepaths in the patch > before s

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread Darren Dale
On Friday 23 May 2008 6:06:30 pm Eric Firing wrote: > > xcorr(*args, **kwargs) > > XCORR(x, y, normed=False, detrend=mlab.detrend_none, > > usevlines=False, **kwargs): > > Sorry I'm not helping yet, but while you are in the middle of all this, > please ditch the ugly and misleading Matl

Re: [matplotlib-devel] mri_with_eeg cripples machine

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 5:50 PM, Eric Firing <[EMAIL PROTECTED]> wrote: > With all the commits coming in, I thought I would try running > backend_driver.py Template to make sure things were still working. When > it got to mri_with_eeg, it stopped, initially cpu use was pegged, then > my feisty box

Re: [matplotlib-devel] future of mpl documentation

2008-05-23 Thread John Hunter
On Fri, May 23, 2008 at 6:14 PM, Darren Dale <[EMAIL PROTECTED]> wrote > I have to break here for the weekend, I'll be back monday afternoon. Leave > some for me! (although I'll owe doughnut to whoever can fix the arrow > docstring). I'll claim that doughnut. This is a bit complicated. The probl

Re: [matplotlib-devel] mri_with_eeg cripples machine

2008-05-23 Thread Eric Firing
John, Thank you! Eric John Hunter wrote: > It appears the hist call is killing it (comment out that one line and > it runs fine). - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual St