matplotlib-devel Mailing List for matplotlib (Page 3)

Hi Fernando,
This is a known issue, and I hope to resolve it soon...
Thanks for reporting though; if you notice any other problems, please
let me know!
Regards,
Reinier
On Wed, Apr 15, 2009 at 7:01 PM, Fernando Perez <fpe...@gm...> wrote:
> Hi all,
>
> first, a huge thank you for the recent work on mpl 3d. This is really
> fantastic, and will be a great tool to have for the situations where a
> full 3d viz tool like mayavi isn't quite needed. Much, much
> appreciated.
>
> Minor buglet report: when running the demo, if you start rotating the
> figure from the attached screenshot, some of the color planes start
> disappearing at certain angles. To keep this message from growing too
> large I put the other screenies showing the problem here:
>
> https://cirl.berkeley.edu/fperez/tmp/mplot3_bug/
>
> Cheers,
>
> f
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
-- 
Reinier Heeres
Bleijenburg 64
2511 VD Den Haag
The Netherlands
Tel: +31 6 10852639

Hi Mike,
On Wed, Apr 15, 2009 at 11:26 AM, Michael Droettboom <md...@st...> wrote:
> Multiline equations are not currently supported by the mathtext engine.
> It's the alignment stuff that makes it more than just a "throw a vbox
> together". It's a good feature request -- go ahead and add it to the
> tracker if you're really interested in it -- but I don't know if I'll have
> time to do this myself in the near future. I'm happy to help show someone
> around the code...
Many thanks for the info. I did file it here, so you guys can track
it for when someone has a chance to tackle it:
https://sourceforge.net/tracker/?func=detail&aid=2766156&group_id=80706&atid=560723
> Of course, in your case, you could also investigate one of the other math
> rendering directives included with Sphinx.
For now, that seems the most prudent course of action for us, since I
don't think we can tackle the mpl code right now.
Best,
f

Multiline equations are not currently supported by the mathtext engine. 
It's the alignment stuff that makes it more than just a "throw a vbox 
together". It's a good feature request -- go ahead and add it to the 
tracker if you're really interested in it -- but I don't know if I'll 
have time to do this myself in the near future. I'm happy to help show 
someone around the code...
Of course, in your case, you could also investigate one of the other 
math rendering directives included with Sphinx.
Mike
Fernando Perez wrote:
> Hi all,
>
> in the NIPY documentation, we're heavily taking advantage of mpl's
> math support, and for the most part it's working great. But having it
> in there, we may have gotten a bit carried away... If you look at this
> page:
>
> http://neuroimaging.scipy.org/site/doc/manual/html/users/glm_spec.html
>
> its reST sources here:
>
> http://neuroimaging.scipy.org/site/doc/manual/html/_sources/users/glm_spec.txt
>
> Contain text like:
>
> /begin quote
> """
> Typically, the events occur in groups, say odd events are labelled
> *a*, even ones *b*. We might rewrite this as
>
> .. math::
>
> E = \delta_{(t_1,a)} + \delta_{(t_2,b)} + \delta_{(t_3,a)} + \dots +
> \delta_{t_{10},b}
>
> This type of experiment can be represented by two counting processes
> :math:`(E_a, E_b)` defined as
>
> .. math::
>
> \begin{aligned}
> E_a(t) &= \sum_{t_j, \text{$j$ odd}} 1_{\{t_j \leq t\}} \\
> E_b(t) &= \sum_{t_j, \text{$j$ even}} 1_{\{t_j \leq t\}}
> \end{aligned}
>
> These delta-function responses are effectively events of duration 0
> and infinite height.
>
> """ / end quote
>
> In the final PDF
> (http://neuroimaging.scipy.org/site/doc/manual/nipy.pdf) that all
> renders fine, since it's 'real' latex doing the work. However, the
> HTML linked above renders the first equation fine, while the multiline
> one doesn't work.
>
> Is this something possible with today's MPL but where we are just not
> making the right calls, or is it a missing feature. If the latter, is
> it realistic to expect it to be added, or should we rather plan for
> avoiding such type of typesetting in our docs or switching math
> engines for the html docs? Or is the feature 'almost there' but
> slightly buggy?
>
> Any hints much appreciated, I just wasn't sure whether this would be a
> bug report, feature request or just seeking advice...
>
> Cheers,
>
> f
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-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

On Wed, Apr 15, 2009 at 11:16 AM, Jouni K. Seppänen <jk...@ik...> wrote:
> One possible reason for weird stuff like this is the way Python searches
> for modules. Say you have been experimenting with calendar stuff, and
> have in your current directory (or somewhere on your search path) a file
> named calendar.py. Then you import matplotlib, and matplotlib imports
> dateutil.rrule, which in turn imports calendar... and your calendar.py
> file gets executed, not the one shipped with Python.
OK, thanks for the info. I linked to this thread on the bug report,
the OP might track this kind of behavior down with this info.
Cheers,
f

Fernando Perez <fpe...@gm...> writes:
> https://bugs.launchpad.net/ipython/+bug/349634
>
> is a really strange bug report we had from an ipython/pylab user on
> Windows. I don't have the foggiest idea of how his opening of
> matplotlib with Tk under Windows could open a calendar. 
Wow, that's weird. Matplotlib bundles the dateutil library, which seems
to have some Windows-specific time-zone functionality - perhaps
something it does could trigger opening a calendar window?
One possible reason for weird stuff like this is the way Python searches
for modules. Say you have been experimenting with calendar stuff, and
have in your current directory (or somewhere on your search path) a file
named calendar.py. Then you import matplotlib, and matplotlib imports
dateutil.rrule, which in turn imports calendar... and your calendar.py
file gets executed, not the one shipped with Python.
-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Hi all,
in the NIPY documentation, we're heavily taking advantage of mpl's
math support, and for the most part it's working great. But having it
in there, we may have gotten a bit carried away... If you look at this
page:
http://neuroimaging.scipy.org/site/doc/manual/html/users/glm_spec.html
its reST sources here:
http://neuroimaging.scipy.org/site/doc/manual/html/_sources/users/glm_spec.txt
Contain text like:
/begin quote
"""
Typically, the events occur in groups, say odd events are labelled
*a*, even ones *b*. We might rewrite this as
.. math::
 E = \delta_{(t_1,a)} + \delta_{(t_2,b)} + \delta_{(t_3,a)} + \dots +
 \delta_{t_{10},b}
This type of experiment can be represented by two counting processes
:math:`(E_a, E_b)` defined as
.. math::
 \begin{aligned}
 E_a(t) &= \sum_{t_j, \text{$j$ odd}} 1_{\{t_j \leq t\}} \\
 E_b(t) &= \sum_{t_j, \text{$j$ even}} 1_{\{t_j \leq t\}}
 \end{aligned}
These delta-function responses are effectively events of duration 0
and infinite height.
""" / end quote
In the final PDF
(http://neuroimaging.scipy.org/site/doc/manual/nipy.pdf) that all
renders fine, since it's 'real' latex doing the work. However, the
HTML linked above renders the first equation fine, while the multiline
one doesn't work.
Is this something possible with today's MPL but where we are just not
making the right calls, or is it a missing feature. If the latter, is
it realistic to expect it to be added, or should we rather plan for
avoiding such type of typesetting in our docs or switching math
engines for the html docs? Or is the feature 'almost there' but
slightly buggy?
Any hints much appreciated, I just wasn't sure whether this would be a
bug report, feature request or just seeking advice...
Cheers,
f

On Wed, Apr 15, 2009 at 11:03 AM, John Hunter <jd...@gm...> wrote:
> Recently I was trying to diagnose a segfault in Charlie's win32 release
> candidate, and was using dependency walker to step through the _tkagg.pyd
> binary in the egg, and noticed all kinds of funky DLLs that based on their
> name I did not know why they were getting linked in (netapi32.dll,
> dnsapi32.dll, ieframe.dll). It looks like tk is bringing in a bunch of
> internet related stuff, and maybe one of these is doing something to launch
> the calendar. Never seen it before though...
Mkay, thanks for the info. We'll leave this one filed away until some
win32 guru can come to the rescue...
Cheers,
f

Thanks for the report.
As far as I can tell, this has been broken for a long time, at least 
since r3798 (September 2007). I just hacked at this and arrived at the 
same conclusion John did.
I have an interesting finding about consistency. For the use case you 
describe, on my machine at least Gtk, Wx and Tk don't add any extension, 
whereas Qt and Qt4 implicitly add an extension. In all cases, the 
matplotlib backend isn't doing anything to the filename -- it's just 
using the filename handed back from the file dialog. All of this is 
reasonable, unlike the problem in Fernando's original bug report. I 
suspect the differences are probably based on differences in HIGs. This 
wxWidgets bug suggests that not implicitly adding an extension is 
correct behavior for Gtk+.
 http://trac.wxwidgets.org/ticket/9917
Is it worth making this consistent between backends, or is it more 
important for each of the toolkits to feel native in their respective 
worlds. I'm leaning toward the latter -- mainly because it's less work ;)
These are my versions. I wonder if different toolkit versions may also 
have different behavior in this regard.
 
wxPython: 2.8.6.1
Gtk+: gtk+: 2.10.9, glib: 2.16.1, pygtk: 2.10.4, pygobject: 2.13.1
Qt: Qt: 3.3.3, PyQt: 3.17.2
Qt4: Qt: 4.3.0, PyQt4: 4.2
Cheers,
Mike
Fernando Perez wrote:
> Howdy. This is using Tk, svn build from just now:
>
> In [4]: plot([1,2])
> Out[4]: [<matplotlib.lines.Line2D object at 0x31262d0>]
>
> In [5]: savefig('foo')
>
> # Then, click on the 'save' icon in the figure window, and simply type
> 'foo2' in the dialog. Result:
>
> In [6]: d foo*
> -rw-r--r-- 1 fperez 35100 2009年04月15日 10:02 foo2png.png
> -rw-r--r-- 1 fperez 35100 2009年04月15日 10:02 foo.png
>
>
> The dialog, instead of adding '.png', is adding 'png.png' to the
> filename. I'm pretty sure this used to work fine a while ago.
>
> I don't know if the problem exists with all the backends. Wx at least
> seems to manually add the .png extension in the right place...
>
> Cheers,
>
> f
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-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

On Wed, Apr 15, 2009 at 12:52 PM, Fernando Perez <fpe...@gm...>wrote:
>
>
> https://bugs.launchpad.net/ipython/+bug/349634
>
> is a really strange bug report we had from an ipython/pylab user on
> Windows. I don't have the foggiest idea of how his opening of
> matplotlib with Tk under Windows could open a calendar. I don't have
> windows to test on, but if anyone here has seen this (the problem is
> only seen with MPL) or has any clue, I'd be very grateful for ideas.
Recently I was trying to diagnose a segfault in Charlie's win32 release
candidate, and was using dependency walker to step through the _tkagg.pyd
binary in the egg, and noticed all kinds of funky DLLs that based on their
name I did not know why they were getting linked in (netapi32.dll,
dnsapi32.dll, ieframe.dll). It looks like tk is bringing in a bunch of
internet related stuff, and maybe one of these is doing something to launch
the calendar. Never seen it before though...
JDH

On Wed, Apr 15, 2009 at 10:53 AM, John Hunter <jd...@gm...> wrote:
> svn up and give this a test drive under a few different save/extension
> scenarios
Thanks! So far, looking good...
Take care,
f

On Wed, Apr 15, 2009 at 12:07 PM, Fernando Perez <fpe...@gm...>wrote:
>
>
> The dialog, instead of adding '.png', is adding 'png.png' to the
> filename. I'm pretty sure this used to work fine a while ago.
>
> I don't know if the problem exists with all the backends. Wx at least
> seems to manually add the .png extension in the right place...
Hey Fernando,
Thanks for the report. Apparently there are some longstanding vis-a-vis
extension handling issues with the tk dialog asksaveasfilename that we use.
Eg,
 http://mail.python.org/pipermail/python-list/2002-June/150051.html
I just applied a possible fix which seems to work in my tests -- the fix and
comments are inlined below in case anyone more knowledgeable than tkagg than
I has some feedback::
 # adding a default extension seems to break the
 # asksaveasfilename dialog when you choose various save types
 # from the dropdown. Passing in the empty string seems to
 # work - JDH
 #defaultextension = self.canvas.get_default_filetype()
 defaultextension = ''
 fname = asksaveasfilename(
 master=self.window,
 title='Save the figure',
 filetypes = tk_filetypes,
 defaultextension = defaultextension
 )
svn up and give this a test drive under a few different save/extension
scenarios
JDH

Hi folks,
this:
https://bugs.launchpad.net/ipython/+bug/349634
is a really strange bug report we had from an ipython/pylab user on
Windows. I don't have the foggiest idea of how his opening of
matplotlib with Tk under Windows could open a calendar. I don't have
windows to test on, but if anyone here has seen this (the problem is
only seen with MPL) or has any clue, I'd be very grateful for ideas.
Cheers,
f

Howdy. This is using Tk, svn build from just now:
In [4]: plot([1,2])
Out[4]: [<matplotlib.lines.Line2D object at 0x31262d0>]
In [5]: savefig('foo')
# Then, click on the 'save' icon in the figure window, and simply type
'foo2' in the dialog. Result:
In [6]: d foo*
-rw-r--r-- 1 fperez 35100 2009年04月15日 10:02 foo2png.png
-rw-r--r-- 1 fperez 35100 2009年04月15日 10:02 foo.png
The dialog, instead of adding '.png', is adding 'png.png' to the
filename. I'm pretty sure this used to work fine a while ago.
I don't know if the problem exists with all the backends. Wx at least
seems to manually add the .png extension in the right place...
Cheers,
f

Hi all,
first, a huge thank you for the recent work on mpl 3d. This is really
fantastic, and will be a great tool to have for the situations where a
full 3d viz tool like mayavi isn't quite needed. Much, much
appreciated.
Minor buglet report: when running the demo, if you start rotating the
figure from the attached screenshot, some of the color planes start
disappearing at certain angles. To keep this message from growing too
large I put the other screenies showing the problem here:
https://cirl.berkeley.edu/fperez/tmp/mplot3_bug/
Cheers,
f

On Mon, Apr 13, 2009 at 5:40 PM, Reinier Heeres <re...@he...> wrote:
> Hi,
>
> Should be working now: I did commit and push my changes, but forgot to
> update the http indices (that was a real head-breaker!).
>
> Instead of demo.py it is nicer to try "python axes3d.py".
>
> Hope it works!
Worked beautifully -- *may thanks* for your continued work on this
port. Many folks were disappointed to see this functionality yanked
away, and it is nice to have it back. I committed it as
mpl_toolkits/mplot3d and added examples/mplot3d/demo.py. This latter
file actually does all of the demos that are in axes3d, so it is a bit
richer than the original demo.
Send me your sf id and I will add you to the committers list so you
can continue to update the software.
Thanks!
JDH

On Mon, Apr 13, 2009 at 11:46 AM, John Hunter <jd...@gm...> wrote:
> On Sun, Apr 12, 2009 at 10:20 PM, Charlie Moad <cw...@gm...> wrote:
>> I updated the binaries at the same link as before:
>> http://drop.io/tvuqe3o
>
> I just tested the python2.5 installer
> matplotlib-0.98.5.3.win32-py2.5.exe and get a segfault when I try and
> import matplotlib.backends._tkagg
>
> When I open _tkagg.pyd in dependencywalker, it appears to be missing
> "DWMAPI.DLL". Any ideas?
Looks like it's a MingW issue.
http://bugs.python.org/issue3308
Unfortunately I am at a conference until the weekend. Any results
from the osx binaries?
- Charlie

Hi,
Should be working now: I did commit and push my changes, but forgot to
update the http indices (that was a real head-breaker!).
Instead of demo.py it is nicer to try "python axes3d.py".
Hope it works!
Cheers,
Reinier
On Mon, Apr 13, 2009 at 6:51 PM, John Hunter <jd...@gm...> wrote:
> On Sun, Apr 12, 2009 at 6:09 PM, Reinier Heeres <re...@he...> wrote:
>> Hi,
>>
>> It took me a while to get this done, but I managed to make mplot3d
>> working with svn trunk again!
>
> Hmm, this does not seem to be against svn HEAD on the trunk. I cloned
> your repo with
>
> > git clone http://qtwork.nano.tudelft.nl/public_git/users/rwh/mplot3d
>
> but am getting some errors with mpl svn HEAD. For example,
>
> <snip>
>
> Have you committed your latest?
>
> JDH
>
-- 
Reinier Heeres
Bleijenburg 64
2511 VD Den Haag
The Netherlands
Tel: +31 6 10852639

On Sun, Apr 12, 2009 at 6:09 PM, Reinier Heeres <re...@he...> wrote:
> Hi,
>
> It took me a while to get this done, but I managed to make mplot3d
> working with svn trunk again!
Hmm, this does not seem to be against svn HEAD on the trunk. I cloned
your repo with
 > git clone http://qtwork.nano.tudelft.nl/public_git/users/rwh/mplot3d
but am getting some errors with mpl svn HEAD. For example,
johnh@flag:mplot3d> python demo.py
Traceback (most recent call last):
 File "demo.py", line 23, in ?
 line, = ax.plot3d([0.2,1.8, 2.5], [0.2,.5,3.7], [0,.5,.2], 'ro')
 File "/home/flag/johnh/tmp/mplot3d/axes3d.py", line 528, in plot3D
 lines = Axes.plot(self, xs,ys, *args, **kwargs)
 File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/axes.py",
line 3357, in plot
 self.autoscale_view(scalex=scalex, scaley=scaley)
 File "/home/flag/johnh/tmp/mplot3d/axes3d.py", line 228, in autoscale_view
 if not self._autoscaleon: return
AttributeError: 'Axes3DI' object has no attribute '_autoscaleon'
And when I fix that (use self.get_autoscale_on()), I get the error I
referred you to earlier in this thread about the deprecated
TextWithDash
johnh@flag:mplot3d> python demo.py
Traceback (most recent call last):
 File "demo.py", line 33, in ?
 plt.draw()
 File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/pyplot.py",
line 350, in draw
 get_current_fig_manager().canvas.draw()
 File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/backends/backend_tkagg.py",
line 215, in draw
 FigureCanvasAgg.draw(self)
 File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py",
line 283, in draw
 self.figure.draw(self.renderer)
 File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/figure.py",
line 773, in draw
 for a in self.axes: a.draw(renderer)
 File "/home/flag/johnh/tmp/mplot3d/axes3d.py", line 181, in draw
 self.w_xaxis.draw(renderer)
 File "/home/flag/johnh/tmp/mplot3d/axis3d.py", line 410, in draw
 tick_update_position(tick, x,y,z, angle=angle)
 File "/home/flag/johnh/tmp/mplot3d/axis3d.py", line 102, in
tick_update_position
 tick.label1.set_dashlength(8)
AttributeError: 'Text' object has no attribute 'set_dashlength'
Have you committed your latest?
JDH

On Sun, Apr 12, 2009 at 10:20 PM, Charlie Moad <cw...@gm...> wrote:
> I updated the binaries at the same link as before:
> http://drop.io/tvuqe3o
I just tested the python2.5 installer
matplotlib-0.98.5.3.win32-py2.5.exe and get a segfault when I try and
import matplotlib.backends._tkagg
When I open _tkagg.pyd in dependencywalker, it appears to be missing
"DWMAPI.DLL". Any ideas?
JDH

I updated the binaries at the same link as before:
http://drop.io/tvuqe3o
NOTE: I used John's OSX build scripts which ran great, but I am
getting a segfault when trying to plot. I need to call it a night and
might not have time to look into the issue this week. Please run with
my files and feel free to post for a release if the source and windows
files work.
- Charlie
On Fri, Apr 10, 2009 at 10:36 PM, Charlie Moad <cw...@gm...> wrote:
> http://drop.io/tvuqe3o
>
> Please test these windows builds. I committed a change to set
> tcltk8.5 flags for python 2.6 and I also uploaded a modified
> win32_static.zip file. Could someone please replace the previous one
> with the newer version? It includes the tcltk8.5 headers needed for
> the build. If these builds test out well I'll proceed with the whole
> slew of files for the release later this weekend.
>
> - Charlie
>
> On Fri, Apr 10, 2009 at 10:20 PM, Charlie Moad <cw...@gm...> wrote:
>> Yeah, that worked. Removed the link from
>> distutils/cygwinccompiler.py. I didn't get the error from python 2.4
>> or 2.5, but that's probably because I have had them installed for a
>> while and these dll's have been installed from other modules. I'll
>> try to get some binaries posted soon.
>>
>> - Charlie
>>
>> On Fri, Apr 10, 2009 at 10:15 PM, Charlie Moad <cw...@gm...> wrote:
>>> I found that thread not too long ago and dug up the tool John mentioned.
>>>
>>> http://www.dependencywalker.com/
>>>
>>> Looks like our friend "msvcrXX" (msvcr90 for py2.6) is back. I am
>>> removing the link from distutils right now and giving it a try.
>>>
>>> - Charlie
>>>
>>> On Fri, Apr 10, 2009 at 10:08 PM, Andrew Straw <str...@as...> wrote:
>>>> Charlie Moad wrote:
>>>>> I am running into an error when importing matplotlib though. I'll
>>>>> poke around but would appreciate extra eyes.
>>>>>
>>>>> ImportError: DLL load failed: The specified procedure could not be found.
>>>>
>>>> Hi Charlie, we've been batting this one around on MPL-users for a little
>>>> while... still no resolution though. See the thread started by Lorenzo
>>>> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>>>>
>>>> -Andrew
>>>>
>>>
>>
>

On Wed, Apr 8, 2009 at 3:06 PM, Alexandre Patry
<pat...@ir...> wrote:
> Hi,
>
> first of all, thank you for your great software. It is really nice to
> produce graphics in python.
>
> I have problems loading csv files using matplotlib.mlab.csv2rec when
> there are comments preceding the header. I filed a bug detailing them
> (id 2745173) and as it is mentioned on your site that it is better to
> drop a mail when filing a bug, here it is.
Thanks for the detailed report and example code and csv file. I think
I have fixed this, on the 98.5 branch and merged into svn HEAD. Your
example file is now working. Please give it a test drive when you
have a minute. Thanks for the report,
JDH

Hi,
It took me a while to get this done, but I managed to make mplot3d
working with svn trunk again!
It's available for viewing at
http://qtwork.nano.tudelft.nl/cgi-bin/gitweb.cgi?p=users/rwh/mplot3d;a=summary.
An http link to clone it is on that same page.
JDH: If there are no further issues with moving this to svn, how do
you want to proceed? It can surely use some more bugfixes later on and
it would be great if I could commit those directly, although sending
patches would be ok too.
One thing I ran into: it is not possible to unset the alpha value for
a Collection. Because of this it is not possible to set alpha values
for individual items once a Collection-wide value is set. I think the
solution would be to accept None as a value in set_alpha(); I solved
it now by setting coll._alpha = None in mplot3d.
(The reason this was not a problem earlier is this bug-fix:
http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/lib/matplotlib/colors.py?r1=6982&r2=6986)
Regards,
Reinier
On Thu, Apr 2, 2009 at 1:55 PM, John Hunter <jd...@gm...> wrote:
> Hey Reiner -- please make sure you "reply-to-all" so others can
> participate in the thread. I'm am CC-ing the reply to the list.
>
> On Wed, Apr 1, 2009 at 5:19 PM, Reinier Heeres <re...@he...> wrote:
>
>> That is one issue, but if I try to solve that I get some
>> strange-looking result. It seems that the patches I am drawing are not
>> scaled properly; they are way too large. Do you know of any obvious
>> change that might have resulted in this (I guess it might be in the
>> "transform" parts)? And is there perhaps a nice web-interface to
>> compare different versions of various files?
>
> What version of mpl are you using? The major transform work was done
> between 0.91 and 0.98, which is why we removed the 3D stuff at that
> time. I assume you are already on some version of 0.98, so hopefully
> the transforms changes from your branch to svn HEAD will be minimal.
> The code diffs can be found at
> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/
>
> I also removed the TextWithDash and saw the scaling problems you point to.
>
> JDH
-- 
Reinier Heeres
Bleijenburg 64
2511 VD Den Haag
The Netherlands
Tel: +31 6 10852639

http://drop.io/tvuqe3o
Please test these windows builds. I committed a change to set
tcltk8.5 flags for python 2.6 and I also uploaded a modified
win32_static.zip file. Could someone please replace the previous one
with the newer version? It includes the tcltk8.5 headers needed for
the build. If these builds test out well I'll proceed with the whole
slew of files for the release later this weekend.
- Charlie
On Fri, Apr 10, 2009 at 10:20 PM, Charlie Moad <cw...@gm...> wrote:
> Yeah, that worked. Removed the link from
> distutils/cygwinccompiler.py. I didn't get the error from python 2.4
> or 2.5, but that's probably because I have had them installed for a
> while and these dll's have been installed from other modules. I'll
> try to get some binaries posted soon.
>
> - Charlie
>
> On Fri, Apr 10, 2009 at 10:15 PM, Charlie Moad <cw...@gm...> wrote:
>> I found that thread not too long ago and dug up the tool John mentioned.
>>
>> http://www.dependencywalker.com/
>>
>> Looks like our friend "msvcrXX" (msvcr90 for py2.6) is back. I am
>> removing the link from distutils right now and giving it a try.
>>
>> - Charlie
>>
>> On Fri, Apr 10, 2009 at 10:08 PM, Andrew Straw <str...@as...> wrote:
>>> Charlie Moad wrote:
>>>> I am running into an error when importing matplotlib though. I'll
>>>> poke around but would appreciate extra eyes.
>>>>
>>>> ImportError: DLL load failed: The specified procedure could not be found.
>>>
>>> Hi Charlie, we've been batting this one around on MPL-users for a little
>>> while... still no resolution though. See the thread started by Lorenzo
>>> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>>>
>>> -Andrew
>>>
>>
>

Yeah, that worked. Removed the link from
distutils/cygwinccompiler.py. I didn't get the error from python 2.4
or 2.5, but that's probably because I have had them installed for a
while and these dll's have been installed from other modules. I'll
try to get some binaries posted soon.
- Charlie
On Fri, Apr 10, 2009 at 10:15 PM, Charlie Moad <cw...@gm...> wrote:
> I found that thread not too long ago and dug up the tool John mentioned.
>
> http://www.dependencywalker.com/
>
> Looks like our friend "msvcrXX" (msvcr90 for py2.6) is back. I am
> removing the link from distutils right now and giving it a try.
>
> - Charlie
>
> On Fri, Apr 10, 2009 at 10:08 PM, Andrew Straw <str...@as...> wrote:
>> Charlie Moad wrote:
>>> I am running into an error when importing matplotlib though. I'll
>>> poke around but would appreciate extra eyes.
>>>
>>> ImportError: DLL load failed: The specified procedure could not be found.
>>
>> Hi Charlie, we've been batting this one around on MPL-users for a little
>> while... still no resolution though. See the thread started by Lorenzo
>> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>>
>> -Andrew
>>
>

I found that thread not too long ago and dug up the tool John mentioned.
http://www.dependencywalker.com/
Looks like our friend "msvcrXX" (msvcr90 for py2.6) is back. I am
removing the link from distutils right now and giving it a try.
- Charlie
On Fri, Apr 10, 2009 at 10:08 PM, Andrew Straw <str...@as...> wrote:
> Charlie Moad wrote:
>> I am running into an error when importing matplotlib though. I'll
>> poke around but would appreciate extra eyes.
>>
>> ImportError: DLL load failed: The specified procedure could not be found.
>
> Hi Charlie, we've been batting this one around on MPL-users for a little
> while... still no resolution though. See the thread started by Lorenzo
> Di Gregorio "matplotlib._path failed on windows build for Python 2.6".
>
> -Andrew
>