matplotlib-devel Mailing List for matplotlib (Page 4)

> I will have a look at the code for both PyGTK and OS X. 
> Hopefully that will show me more of the best way of
> handling this.
The code in PyGTK is a bit easier to understand than the code for OS X. The OS X code also includes stuff to handle SIGINTs (keyboard interrupts by ctrl-c), which is nice but not really essential.
> But, what happens if PyOS_InputHook is called
> repeatedly. Are you not then starting the event loop
> multiple times. Can you say more about what happens in
> this case?
On the first call to PyOS_InputHook, you start the event loop, and you stay in the event loop until some input is available on stdin. So Python never gets the chance to call PyOS_InputHook repeatedly. 
Depending on if and how readline is installed, it is possible that once input is available on stdin and PyOS_InputHook exits, PyOS_InputHook is called a second time. But that doesn't do any real damage: the event loop is restarted, but it exits immediately because input is available on stdin. It's good to double-check that that works on wx though. Another option is to write your hook function as follows:
check if any input is available on stdin; if so, return
add fileno(stdin) to the set of file descriptors to be watched by the event loop
start the event loop; if input is available on stdin, exit the event loop and return
--Michiel.
 

Nicolas Grilly <nic...@ga...> writes:
> The PDF backend breaks when the setting pdf.use14corefonts=True is
> used. You'll find a test case reproducing this bug in the attached
> file 'test_pdf_use14corefonts.py'.
You're right. I committed your patch, but there is another bug that
makes this a little difficult to test: the font cache doesn't record
whether it was build with pdf.use14corefonts enabled or not, and the
font name "Helvetica" happens to match "Helvetica Narrow", whose metrics
are included with matplotlib, and using that afm file without including
the font itself breaks the output. I'm too busy with other things to fix
this now, but patches are welcome. As a workaround, deleting
~/.matplotlib/fontList.cache helps if anyone wants to alternate between
enabling and disabling use14corefonts.
> This setting is very useful because it produces very lightweight PDF
> files. The files are lightweight because they only use the 14 core
> fonts built in every PDF viewers (like Helvetica and Times).
Unfortunately, this functionality is deprecated in the PDF standard as
of PDF 1.5, and many publishers require embedding all fonts in PDF
files. Apparently not all substitutes for the standard fonts are similar
enough. (The real fonts need to be licensed, so many Linux distributions
ship with free look-alike substitutes, and who knows what fonts are
installed on some publisher's systems.)
Thanks for the patch!
-- 
Jouni K. Seppänen
http://www.iki.fi/jks

The PDF backend breaks when the setting pdf.use14corefonts=True is
used. You'll find a test case reproducing this bug in the attached
file 'test_pdf_use14corefonts.py'.
This setting is very useful because it produces very lightweight PDF
files. The files are lightweight because they only use the 14 core
fonts built in every PDF viewers (like Helvetica and Times).
Attached to this email is a patch against the current trunk containing
the bug fix and the related test case. Do you agree to commit it?
Thanks,
Nicolas Grilly

Michiel,
Thanks for jumping into the discussion.
> I wrote the code in PyGTK that uses PyOS_InputHook for interactivity, as well as the Mac OS X native backend for matplotlib that uses PyOS_InputHook in exactly the same way. PyQT and Tkinter also use PyOS_InputHook, though the code is a bit kludgy on Windows. So I definitely agree that PyOS_InputHook is the right way to go.
Great, I was wondering how the Mac OS X backend works - now I know. I
will have a look at the code for both PyGTK and OS X. Hopefully that
will show me more of the best way of handling this.
> Your current code should work, but there's a better way to do it. If I understand the code correctly, you rely on the fact that PyOS_InputHook is called repeatedly by readline, and you use PyOS_InputHook to process wx events that need to be processed at that time.
Yes, at least that is my understanding. I put in some debug
statements and you could see that it was being called repeatedly.
A better way is to use PyOS_InputHook to start the wx event loop, but
have this event loop check stdin. As soon as some input is available
on stdin, you exit the event loop, which means that PyOS_InputHook
returns, and Python can proceed to handle the command that was just
entered by the user on stdin.
>
> Essentially, think of wx's event loop as sitting in a call to select(), waiting for the next wx event to arrive. You want to add fileno(stdin) to the set of file descriptors watched by select().
I have seen that this is how the PyQt4 implementation handles it.
> There are two advantages to this approach. First, it does not rely on readline calling PyOS_InputHook repeatedly. This is important, since Python may not be using readline at all, and if it is, depending on the Python version and how readline was installed it may call PyOS_InputHook only once.
OK, I was wondering about this. But, what happens if PyOS_InputHook
is called repeatedly. Are you not then starting the event loop
multiple times. Can you say more about what happens in this case?
Second, this approach is more efficient (not wasting processor cycles
going back and forth between readline and PyOS_InputHook), and gives a
better response time (essentially immediate).
That would be very nice as my implementation is less responsive.
> The best place to put this code is in wxPython. Hopefully (I haven't checked this), wx exposes enough of the event loop to allow you to have it watch stdin. This may be an issue, since for example qt4 does not on Windows, which is why the event loop is kludgy with PyQT on Windows. You could have a look at the PyOS_InputHook code in PyGTK (you'll need to get the developer's version of PyGTK, since this code is not yet in an official release). It's actually quite straightforward and you may be able to modify it directly for wx.
Yes, I fully agree with this. I might end up contacting the wx devs
to get their help on this. I actually don't know wx at all, so I am
amazed that I got this far. I will have a look at the PyGTK
implementation.
> It's actually unfortunate that we have to use PyOS_InputHook; all this would be a lot easier if Python itself supported event loops.
Yes, that would be nice!!!
Cheers,
Brian
> --Michiel
>
> --- On Sun, 2/8/09, Brian Granger <ell...@gm...> wrote:
>
>> From: Brian Granger <ell...@gm...>
>> Subject: [matplotlib-devel] Interactive wx/pylab with no threads (PyOS_InputHook)
>> To: mat...@li..., "IPython Development list" <ipy...@sc...>
>> Date: Sunday, February 8, 2009, 7:08 PM
>> 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
>> ------------------------------------------------------------------------------
>> 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 Mon, Feb 9, 2009 at 17:08, Jayson Barr <jb...@nm...> wrote:
> I agree with JDH.
Likewise.
> 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).
Same here, I'm really busy with work and don't have much time to look
into this at the moment.
> 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.
Its on my todo list, so when I get chance I'm going to investigate a
better solution. I'll keep you posted.
Cheers
Adam

Dear all,
I asked in the user list for a way to have only left and bottom border
in figure frame
(http://sourceforge.net/mailarchive/forum.php?thread_name=1233927942.20817.1.camel%40mineat2.hmi.de&forum_name=matplotlib-users)
Tony S Yu has kindly give a solution and a implementation that maybe it
will be nice to integrate the trunk. I think this is a very nice
feature. Also, it would be good it this could be configured from de
rcParam.
Regards,
Zunbeltz
-- 
Dr. Zunbeltz Izaola
Helmholtz-Zentrum Berlin für Materialien und Energie GmbH
Methods and Instruments (SF1)
Glienicker Str. 100
D-14109 Berlin
Tel (030) 8062-3179 
Fax (030) 8062-2523 
Room A 349 

Hi Brian,
I wrote the code in PyGTK that uses PyOS_InputHook for interactivity, as well as the Mac OS X native backend for matplotlib that uses PyOS_InputHook in exactly the same way. PyQT and Tkinter also use PyOS_InputHook, though the code is a bit kludgy on Windows. So I definitely agree that PyOS_InputHook is the right way to go.
Your current code should work, but there's a better way to do it. If I understand the code correctly, you rely on the fact that PyOS_InputHook is called repeatedly by readline, and you use PyOS_InputHook to process wx events that need to be processed at that time. A better way is to use PyOS_InputHook to start the wx event loop, but have this event loop check stdin. As soon as some input is available on stdin, you exit the event loop, which means that PyOS_InputHook returns, and Python can proceed to handle the command that was just entered by the user on stdin.
Essentially, think of wx's event loop as sitting in a call to select(), waiting for the next wx event to arrive. You want to add fileno(stdin) to the set of file descriptors watched by select().
There are two advantages to this approach. First, it does not rely on readline calling PyOS_InputHook repeatedly. This is important, since Python may not be using readline at all, and if it is, depending on the Python version and how readline was installed it may call PyOS_InputHook only once. Second, this approach is more efficient (not wasting processor cycles going back and forth between readline and PyOS_InputHook), and gives a better response time (essentially immediate).
The best place to put this code is in wxPython. Hopefully (I haven't checked this), wx exposes enough of the event loop to allow you to have it watch stdin. This may be an issue, since for example qt4 does not on Windows, which is why the event loop is kludgy with PyQT on Windows. You could have a look at the PyOS_InputHook code in PyGTK (you'll need to get the developer's version of PyGTK, since this code is not yet in an official release). It's actually quite straightforward and you may be able to modify it directly for wx.
It's actually unfortunate that we have to use PyOS_InputHook; all this would be a lot easier if Python itself supported event loops.
--Michiel
--- On Sun, 2/8/09, Brian Granger <ell...@gm...> wrote:
> From: Brian Granger <ell...@gm...>
> Subject: [matplotlib-devel] Interactive wx/pylab with no threads (PyOS_InputHook)
> To: mat...@li..., "IPython Development list" <ipy...@sc...>
> Date: Sunday, February 8, 2009, 7:08 PM
> 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
> ------------------------------------------------------------------------------
> 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
 

Gary Ruben wrote:
> Hi Andrew,
> 
> I don't have commit access. If you would check it in, that would be great.
Committed to the trunk in r6899... Thanks!
And, sheesh, SourceForge's SVN server is slooow today for me, although
it seems to have finally improved.

Hi,
What's the official status of the plain Wx backend (not WxAgg) ? I'm
noticing that the following script produces black outlines with Wx, but
should not (and does not on other backends). I also noticed font
differences between the two. I was curious if this is something to track
down or if plain Wx is just kind of abandoned. I've also attached images
made with Wx and GtkAgg.
#!/usr/bin/env python
import matplotlib.mlab as mlab
from pylab import figure, show
import numpy as np
x = np.arange(0.0, 2, 0.01)
y1 = np.sin(2*np.pi*x)
y2 = 1.2*np.sin(4*np.pi*x)
# now fill between y1 and y2 where a logical condition is met. Note
# this is different than calling
# fill_between(x[where], y1[where],y2[where]
# because of edge effects over multiple contiguous regions.
fig = figure()
ax = fig.add_subplot(111)
#ax.plot(x, y1, x, y2, color='black')
ax.fill_between(x, y1, y2, where=y2>y1, facecolor='#8388FC',
edgecolor='None')
ax.fill_between(x, y1, y2, where=y2<=y1, facecolor='#C14F53',
edgecolor='None')
ax.set_title('fill between where')
show()
Thoughts?
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

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

Interesting: gnuplot rendered in HTML5. It would be interesting to
see this in mpl...
---------- Forwarded message ----------
From: Pat LeSmithe <qe...@gm...>
Date: Sun, Feb 8, 2009 at 3:44 AM
Subject: [sage-devel] Re: Massively collaborative mathematics +
Sage-ready blogs and forums
To: sag...@go...
William Stein wrote:
> I just want to point out that the above *is* what the 3d plotting in
> Sage currently does.
>
> Doing something similar for 2d plots would be great.
I just stumbled upon this announcement for a HTML5 'canvas' driver for
gnuplot:
http://www.nabble.com/New-terminal-driver%3A----set-term-canvas-tc21364389.html
The demos are at:
http://skuld.bmsc.washington.edu/~merritt/gnuplot/canvas_demos/
--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sag...@go...
To unsubscribe from this group, send email to
sag...@go...
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---

Howdy,
recently, Matthew Brett pointed out that reST supports a mode that's
very handy for writing tutorial-like documents that contain code
blocks including their output, and they can even be run as tests.
Here's a simple example with its corresponding source:
http://neuroimaging.scipy.org/site/doc/manual/html/users/analysis_pipeline.html
http://neuroimaging.scipy.org/site/doc/manual/html/_sources/users/analysis_pipeline.txt
and they can even use the MPL math support, as seen here:
http://neuroimaging.scipy.org/site/doc/manual/html/users/glm_spec.html
http://neuroimaging.scipy.org/site/doc/manual/html/_sources/users/glm_spec.txt
But we were thinking it would be great to have also plot support for
this, without being forced to use standalone scripts like in mpl's
current form of the plot directive. I unfortunately have to go now
and will be mostly offline for a week, but I just had a chat about
this with John, so I want to leave some context in here in case this
is of interest to you guys. If there's a discussion on the API, I'll
do my best to keep up, but I'm also cc'ing the nipy list so those
interested can pitch in (though we should keep the conversation to the
MPL list, where the plot machinery is implemented).
Cheers,
f

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

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
Gary Ruben wrote:
> Hi,
> 
> I've attached a patch against the mpl head in response to John's
> suggestion and helpful pointers on the users list. This adds a new
> function imsave to complement imread in the image module. I've also
> exposed it in the pyplot interface.
> If this is presumptuous, feel free to remove it from the patch or ask me
> to remove it. This is my first contribution to matplotlib for a while
> and my first attempt at a patch like this.
> 
> Because I don't build matplotlib from source, I've done what testing I
> can without fully rebuilding matplotlib. I'd be reluctant to have this
> patch applied without someone else checking it first. It's pretty simple
> so applying it locally and running the demo file should be a good enough
> test.
> 
> thanks,
> Gary Ruben
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> 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

Hi,
I've attached a patch against the mpl head in response to John's 
suggestion and helpful pointers on the users list. This adds a new 
function imsave to complement imread in the image module. I've also 
exposed it in the pyplot interface.
If this is presumptuous, feel free to remove it from the patch or ask me 
to remove it. This is my first contribution to matplotlib for a while 
and my first attempt at a patch like this.
Because I don't build matplotlib from source, I've done what testing I 
can without fully rebuilding matplotlib. I'd be reluctant to have this 
patch applied without someone else checking it first. It's pretty simple 
so applying it locally and running the demo file should be a good enough 
test.
thanks,
Gary Ruben

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

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
>