matplotlib-devel Mailing List for matplotlib

Hi all,
I agree with JDH.
Unfortunately, work has been exceptionally hectic so I haven't begun
the patch (if you don't count the hack job I did to install it for
myself).
Hi Adam,
As noted above, I haven't started a patch yet but I would be up for
working with you on one. It sounds like we can get this tested pretty
well.
Thanks,
and talk to you soon,
Jayson
On Sat, Feb 7, 2009 at 7:44 AM, John Hunter <jd...@gm...> wrote:
> On Wed, Feb 4, 2009 at 5:08 PM, Jayson Barr <jb...@nm...> wrote:
>
>> 4). I don't mind helping write the patch. I am only worried about
>> not knowing the intricacies of all the random supported platforms that
>> you all look out for. For example: I know jack about Windows linking.
>> Either way, I'll update it if you have someone look at it. I'll work
>> on it sometimes this week when I'm not too busy at work and send it
>> in.
>
>
> The problem is that the code is already messy, and Adam describes his
> solution as messy, and it is difficult if not impossible to get people
> to test on all the required platforms. I can test on OS X w/o
> macports and a linux box, Charlie would probably be able to test on
> win32, and Adam can test on macports. Perhaps you and Adam can
> collaborate on a patch and we'll see if we can get it properly tested.
> There are lots of tcl/tk combinations out there on different
> platforms, so it is a trick issue.
>
> JDH
>

Thanks for the report. I'll make the change in SVN. 
[For those planning the next bugfix release: this only affects the trunk.]
Mike
Patrick Marsh wrote:
> I just tried this fix and was able to build on Windows Vista.
>
> -Patrick
>
>
>
>
> On Fri, Feb 6, 2009 at 6:08 PM, Michael Droettboom <md...@st...> wrote:
> 
>> Just getting to this thread now -- I think this was introduced in my
>> recent changes. I'm used to being on platforms where this is defined,
>> so I forgot that it's not always there.
>>
>> In this specific case "unsigned char" is probably equivalent everywhere
>> we run, so we might as well just do that. If a Windows user can verify
>> that fix works, I'll fix it in SVN.
>>
>> Mike
>>
>> Michael Abshoff wrote:
>> 
>>> On Fri, Feb 6, 2009 at 3:03 PM, Ryan May <rm...@gm...> wrote:
>>>
>>> 
>>>> On Fri, Feb 6, 2009 at 4:48 PM, Andrew Straw <str...@as...> wrote:
>>>>
>>>> 
>>>>> Ryan May wrote:
>>>>>
>>>>> 
>>>>>> On Fri, Feb 6, 2009 at 3:27 PM, Andrew Straw <str...@as...
>>>>>> <mailto:str...@as...>> wrote:
>>>>>>
>>>>>> Patrick,
>>>>>>
>>>>>> Can you see if adding "#include <stdint.h>" at the top of
>>>>>> src/path.cpp
>>>>>> will do the job?
>>>>>>
>>>>>> I'm not super-optimistic, though -- I think this is defined by the
>>>>>> C99
>>>>>> standard, which I'm not sure Microsoft supports.
>>>>>>
>>>>>>
>>>>>> Well, we're also talking about C++ here and not C, so C99 does not
>>>>>> apply. A quick googling around seems to indicate that some of the
>>>>>> open source compilers support such a type, but it not standardized by
>>>>>> C++.
>>>>>>
>>>>>> 
>>>>> There is no <stdint.h> or the type is not defined in stdint.h?
>>>>>
>>>>> Maybe as a workaround you could use mingw...
>>>>>
>>>>> 
>>>> I meant that uint8_t is not a standardized C++ type. If that's the case,
>>>> wouldn't it be better to tweak the code to use something standard rather
>>>> than just use a compiler that supports the non-standard type? Especially
>>>> given that the official Python 2.5 build uses this compiler?
>>>>
>>>> 
>>> Please stick with standard types.
>>>
>>> And MSVC 2005 and higher do have C99 support, it is just unfortunate
>>> that it is not complete.
>>>
>>>
>>> 
>>>> Ryan
>>>>
>>>> 
>>> Cheers,
>>>
>>> Michael
>>>
>>>
>>> 
>>>> --
>>>> Ryan May
>>>> Graduate Research Assistant
>>>> School of Meteorology
>>>> University of Oklahoma
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Create and Deploy Rich Internet Apps outside the browser with
>>>> Adobe(R)AIR(TM)
>>>> software. With Adobe AIR, Ajax developers can use existing skills and code
>>>> to
>>>> build responsive, highly engaging applications that combine the power of
>>>> local
>>>> resources and data with the reach of the web. Download the Adobe AIR SDK and
>>>> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>>
>>>> 
>>> ------------------------------------------------------------------------------
>>> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
>>> software. With Adobe AIR, Ajax developers can use existing skills and code to
>>> build responsive, highly engaging applications that combine the power of local
>>> resources and data with the reach of the web. Download the Adobe AIR SDK and
>>> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>> 
>> ------------------------------------------------------------------------------
>> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
>> software. With Adobe AIR, Ajax developers can use existing skills and code to
>> build responsive, highly engaging applications that combine the power of local
>> resources and data with the reach of the web. Download the Adobe AIR SDK and
>> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
>> _______________________________________________
>> 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

I just tried this fix and was able to build on Windows Vista.
-Patrick
On Fri, Feb 6, 2009 at 6:08 PM, Michael Droettboom <md...@st...> wrote:
> Just getting to this thread now -- I think this was introduced in my
> recent changes. I'm used to being on platforms where this is defined,
> so I forgot that it's not always there.
>
> In this specific case "unsigned char" is probably equivalent everywhere
> we run, so we might as well just do that. If a Windows user can verify
> that fix works, I'll fix it in SVN.
>
> Mike
>
> Michael Abshoff wrote:
>> On Fri, Feb 6, 2009 at 3:03 PM, Ryan May <rm...@gm...> wrote:
>>
>>> On Fri, Feb 6, 2009 at 4:48 PM, Andrew Straw <str...@as...> wrote:
>>>
>>>> Ryan May wrote:
>>>>
>>>>> On Fri, Feb 6, 2009 at 3:27 PM, Andrew Straw <str...@as...
>>>>> <mailto:str...@as...>> wrote:
>>>>>
>>>>> Patrick,
>>>>>
>>>>> Can you see if adding "#include <stdint.h>" at the top of
>>>>> src/path.cpp
>>>>> will do the job?
>>>>>
>>>>> I'm not super-optimistic, though -- I think this is defined by the
>>>>> C99
>>>>> standard, which I'm not sure Microsoft supports.
>>>>>
>>>>>
>>>>> Well, we're also talking about C++ here and not C, so C99 does not
>>>>> apply. A quick googling around seems to indicate that some of the
>>>>> open source compilers support such a type, but it not standardized by
>>>>> C++.
>>>>>
>>>> There is no <stdint.h> or the type is not defined in stdint.h?
>>>>
>>>> Maybe as a workaround you could use mingw...
>>>>
>>> I meant that uint8_t is not a standardized C++ type. If that's the case,
>>> wouldn't it be better to tweak the code to use something standard rather
>>> than just use a compiler that supports the non-standard type? Especially
>>> given that the official Python 2.5 build uses this compiler?
>>>
>>
>> Please stick with standard types.
>>
>> And MSVC 2005 and higher do have C99 support, it is just unfortunate
>> that it is not complete.
>>
>>
>>> Ryan
>>>
>>
>> Cheers,
>>
>> Michael
>>
>>
>>> --
>>> Ryan May
>>> Graduate Research Assistant
>>> School of Meteorology
>>> University of Oklahoma
>>>
>>> ------------------------------------------------------------------------------
>>> Create and Deploy Rich Internet Apps outside the browser with
>>> Adobe(R)AIR(TM)
>>> software. With Adobe AIR, Ajax developers can use existing skills and code
>>> to
>>> build responsive, highly engaging applications that combine the power of
>>> local
>>> resources and data with the reach of the web. Download the Adobe AIR SDK and
>>> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
>> software. With Adobe AIR, Ajax developers can use existing skills and code to
>> build responsive, highly engaging applications that combine the power of local
>> resources and data with the reach of the web. Download the Adobe AIR SDK and
>> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
>
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-- 
Patrick Marsh
Graduate Research Assistant
School of Meteorology
University of Oklahoma
http://www.patricktmarsh.com

Thanks for the patch. I've committed this to the branch and trunk so it 
should make it into the next bugfix release.
For future reference, lib/matplotlib/mpl-data/matplotlibrc is built from 
matplotlibrc.template which is under version control, so you can always 
just send an svn diff against that if you find further errors.
Cheers,
Mike
Sandro Tosi wrote:
> Hello,
> I've updated lib/matplotlib/mpl-data/matplotlibrc to use new URLs on
> matplotlib.sf.net (there's just one I'm not sure marked with '(** NOT
> SURE**)').
>
> Sadly, that file is not under SVN so I don't have a "svn diff" to
> propose, but the whole updated file, here attached; if it might be
> easier, here is the sed cli I used (all on a single line):
>
> sed 's|http://matplotlib.sourceforge.net/interactive.html|http://matplotlib.sourceforge.net/users/shell.html
> \(\*\*NOT SURE\*\*\)|;
> s|http://matplotlib.sourceforge.net/matplotlib.lines.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.lines|;
> s|http://matplotlib.sourceforge.net/matplotlib.patches.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.patches|;
> s|http://matplotlib.sourceforge.net/matplotlib.font_manager.html|http://matplotlib.sourceforge.net/api/font_manager_api.html|;
> s|http://matplotlib.sourceforge.net/matplotlib.text.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.text|;
> s|http://matplotlib.sourceforge.net/matplotlib.axes.html\#Axes|http://matplotlib.sourceforge.net/api/axes_api.html\#module-matplotlib.axes|;
> s|http://matplotlib.sourceforge.net/matplotlib.axis.html\#Ticks|http://matplotlib.sourceforge.net/api/axis_api.html\#matplotlib.axis.Tick|;
> s|http://matplotlib.sourceforge.net/matplotlib.figure.html\#Figure|http://matplotlib.sourceforge.net/api/figure_api.html#matplotlib.figure.Figure|'
> lib/matplotlib/mpl-data/matplotlibrc
>
> Please consider add this to the upcoming .3 release.
>
> Regards,
> 
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Hello,
I've updated lib/matplotlib/mpl-data/matplotlibrc to use new URLs on
matplotlib.sf.net (there's just one I'm not sure marked with '(** NOT
SURE**)').
Sadly, that file is not under SVN so I don't have a "svn diff" to
propose, but the whole updated file, here attached; if it might be
easier, here is the sed cli I used (all on a single line):
sed 's|http://matplotlib.sourceforge.net/interactive.html|http://matplotlib.sourceforge.net/users/shell.html
\(\*\*NOT SURE\*\*\)|;
s|http://matplotlib.sourceforge.net/matplotlib.lines.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.lines|;
s|http://matplotlib.sourceforge.net/matplotlib.patches.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.patches|;
s|http://matplotlib.sourceforge.net/matplotlib.font_manager.html|http://matplotlib.sourceforge.net/api/font_manager_api.html|;
s|http://matplotlib.sourceforge.net/matplotlib.text.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.text|;
s|http://matplotlib.sourceforge.net/matplotlib.axes.html\#Axes|http://matplotlib.sourceforge.net/api/axes_api.html\#module-matplotlib.axes|;
s|http://matplotlib.sourceforge.net/matplotlib.axis.html\#Ticks|http://matplotlib.sourceforge.net/api/axis_api.html\#matplotlib.axis.Tick|;
s|http://matplotlib.sourceforge.net/matplotlib.figure.html\#Figure|http://matplotlib.sourceforge.net/api/figure_api.html#matplotlib.figure.Figure|'
lib/matplotlib/mpl-data/matplotlibrc
Please consider add this to the upcoming .3 release.
Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Hi Andrew,
I don't have commit access. If you would check it in, that would be great.
thanks for offering,
Gary
Andrew Straw wrote:
> Gary, this looks fine to me. Do you have commit access? If not, I'll be
> happy to check it in for you.
> 
> -Andrew

Gary, this looks fine to me. Do you have commit access? If not, I'll be
happy to check it in for you.
-Andrew
Gary Ruben wrote:
> Thanks for the quick test and comments Andrew. I've made your suggested
> changes and attached a new patch.
> 
> Gary
> 
> Andrew Straw wrote:
>> Hi Gary, I have a couple comments:
>>
>> 1) No need for:
>>
>> + ax = fig.add_subplot(111)
>> + ax.set_axis_off()
>>
>> 2) It's probably best to have maximum compatibility with imshow().
>> Therefore, use vmin=None and vmax=None as keyword arguments (rather than
>> clims).
>>
>> Otherwise, I tested and it works for me.
>>
>> -Andrew
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

On Sun, Feb 08, 2009 at 04:08:31PM -0800, Brian Granger wrote:
> * In the current matplotlib backend wx.Yield() is called in a way that
> is not safe as far as protecting against recursive calls to Yield. I
> think it should be called in this way:
> app = wx.GetApp()
> if app is not None:
> app.Yield(True)
The problem I see with this approach is that arbitrary wx programs will
always be doing this. The matplotlib guys can fix matplotib not to do
this. I can fix Mayavi not to do this, but there are many more wx
programs. And anyhow, most of the time, Yield should not be called, as it
is a hack. Unfortunately, you often end up having to call it. :(
Gaël

IPython and matplotlib devs,
Over the weekend I have been playing around to see if it is possible
to do interactive GUI work with wx from IPython *without using
threads*. The idea here is to use PyOS_InputHook. Currently, recent
versions of PyQt4 and PyGTK do this and if we can get wx working, we
can probably get rid of IPython's subtle threaded shells that
currently allow interactive GUIs to work.
I am attaching a Cython module that mostly works. Here is a simple
example that works in IPython (without the -wthread option!)
In [1]: import pyximport
In [2]: pyximport.install()
In [3]: import inputhook
In [4]: inputhook.set_input_hook()
In [5]: import wx
In [6]: app = wx.PySimpleApp()
In [7]: app.MainLoop()
In [8]: f = wx.Frame(None,-1,"Look mom, no threads!")
In [9]: f.Show()
Out[9]: True
The docstring of the module also has a matplotlib example. This
really does work and I am pretty sure it will also work in plain
vanilla python as well. There are a few issues to work out:
* When frame are closed by clicking the red button or the "X", the
Windows don't close. In addition, in matplotlib, this causes further
problems.
* In the current matplotlib backend wx.Yield() is called in a way that
is not safe as far as protecting against recursive calls to Yield. I
think it should be called in this way:
app = wx.GetApp()
if app is not None:
 app.Yield(True)
* I don't think that interupts work yet, but I haven't tested this
thoroughly yet.
I don't have any more time to work on this right now, but I at least
wanted to share my findings with both IPython and matplotlib devs. It
would be great if someone familiar with wx could try to figure out the
remaining issues. If there are no takers here, I might eventually see
if wxpython itself is interested in this code (that is probably where
it really belongs anyway).
Cheers,
Brian