matplotlib-devel Mailing List for matplotlib

Thank you John,
I'm not set up to build from source (still) so I just updated 
backend_agg.py and image.py with your changes and it works fine. I'll 
try the emf backend later; gotta run now.
thanks,
Gary R.

John Hunter wrote:
>>>>>> "Gary" == Gary Ruben <gr...@bi...> writes:
> 
>     Gary> Since noone has picked this up and I notice John Hunter is
>     Gary> active at the moment, I'll ask directly whether you, John,
>     Gary> can apply my figimage patches. Better now than when the
>     Gary> diffed versions become outdated (some may be
>     Gary> already). Alternatively, please let me know if I should be
>     Gary> posting it somewhere so it isn't forgotten.  thanks, Gary R.
> 
> Thanks for the prompting -- I committed some changes that should fix
> this bug -- give svn revision 2301 a try.
> 
> JDH

On 04/18/06 18:04, Charlie Moad wrote:
> Thanks for the hard work, Ken, but I think I officially claim defeat
> on this.  After using your patch I got a few obvious errors then ran
> into this (pasted below).

Sweet, sweet INTERNAL COMPILER ERROR.  I think the Boost folks have a strategy 
for working around this situation by hoisting the friend function template 
entirely outside of the class.  I'll see what I can find online and try to 
submit another patch soon.

Ken

On 4/13/06, Ken McIvor <mc...@ii...> wrote:
> On Apr 13, 2006, at 9:23 PM, Charlie Moad wrote:
> >> I'm thoroughly confused about how the STL comes into play if VC++6 is
> >> dying because it can't handle the code constructs in use.
> >
> > My impression of the error is that the first argument, which is a
> > template, is confusing the vs6 compiler.  There are docs everywhere
> > saying that vs6 doesn't handle templates worth a darn.  All this
> > together forms my hunch, but I may be totally wrong.
>
> Templates are a feature of the C++ language.  It sounds like you're
> running up against fundamental limitations of the compiler.  If that
> is the case, then changing from one implementation of the STL to
> another probably won't do anything.
>
> >> I'm not following John's comment about the animation blit... I
> >> thought that the
> >> _n?_backend_agg module(s) are part of the Agg backend.  Is John
> >> proposing we drop Agg support under Python 2.3 / VC++6?
> >
> > So the reason that I made the vs7 build for python2.4 is that wx
> > blitting in windows was not supported.  Mingw is unable to link
> > against the libs distributed by wxpython since they are created with
> > vs.  All John is saying is that people can probably live without wx
> > blitting in python2.3 (we would still distribute the mingw 2.3 build).
> >  The tk and gtk aggs can still blit fine.
>
> Ah, I think I understand now.  The WxAgg backend supports blitting
> without the _wxagg module, but it won't be as fast.
>
> > Sounds great.  I'll be more than happy to test out any of your
> > changes.  I am leaving town for the weekend tomorrow for Easter, so
> > there may be a delay.
>
> Attached is a patch against svn 2292.  It works with GGC 3.3.6 on
> Debian Stable.  I'm not confident it will work under windows... as I
> was wrapping it up I found that boost.org claims that "a template
> cannot be declared a friend of a class" [1].  I guess it's worth a
> shot, though.
>
> Ken
>
> [1] http://www.boost.org/more/microsoft_vcpp.html
>

Thanks for the hard work, Ken, but I think I officially claim defeat
on this.  After using your patch I got a few obvious errors then ran
into this (pasted below).

Thanks again,
     Charlie

building tkagg 2 3
        Building for python23
running build
running build_py
running build_ext
No module named msvccompiler in numpy.distutils, trying from distutils..
building 'matplotlib.backends._na_backend_agg' extension
C:\Program Files\Microsoft Visual Studio\VC98\BIN\cl.exe /c /nologo /Ox /MD=
 /W3
/GX /DNDEBUG -Iwin32_static\include -I. -Isrc -Iswig -Iagg23/include -I. -I=
win32
_static\include -I. -Iwin32_static\include\freetype2 -I.\freetype2 -Isrc\fr=
eetyp
e2 -Iswig\freetype2 -Iagg23/include\freetype2 -I.\freetype2 -Iwin32_static\=
inclu
de\freetype2 -I.\freetype2 -Ic:\Python23\include -Ic:\Python23\PC /Tpsrc/_n=
a_bac
kend_agg.cpp /Fobuild\temp.win32-2.3\Release\src/_na_backend_agg.obj -DNUMA=
RRAY=3D
1
_na_backend_agg.cpp
src/_na_backend_agg.cpp(63) : warning C4800: 'long' : forcing value to bool=
 'tru
e' or 'false' (performance warning)
C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\xlocnum(267) : fatal =
error
 C1001: INTERNAL COMPILER ERROR
        (compiler file 'msc1.cpp', line 1794)
         Please choose the Technical Support command on the Visual C++
         Help menu, or open the Technical Support help file for more inform=
ation

        C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\xlocnum(263) =
: whi
le compiling class-template member function 'class std::istreambuf_iterator=
<char
,struct std::char_traits<char> > __thiscall std::num_get<char,class std::is=
tream
buf_iterator<char,struct std::char_traits<char> > >::do_get(class std::istr=
eambu
f_iterator<char,struct std::char_traits<char> >,class std::istreambuf_itera=
tor<c
har,struct std::char_traits<char> >,class std::ios_base &,int &,void *& ) c=
onst'

error: Command ""C:\Program Files\Microsoft Visual Studio\VC98\BIN\cl.exe" =
/c /n
ologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -Isrc -Iswig -Iag=
g23/i
nclude -I. -Iwin32_static\include -I. -Iwin32_static\include\freetype2 -I.\=
freet
ype2 -Isrc\freetype2 -Iswig\freetype2 -Iagg23/include\freetype2 -I.\freetyp=
e2 -I
win32_static\include\freetype2 -I.\freetype2 -Ic:\Python23\include -Ic:\Pyt=
hon23
\PC /Tpsrc/_na_backend_agg.cpp /Fobuild\temp.win32-2.3\Release\src/_na_back=
end_a
gg.obj -DNUMARRAY=3D1" failed with exit status 2

>>>>> "Gary" == Gary Ruben <gr...@bi...> writes:

    Gary> Since noone has picked this up and I notice John Hunter is
    Gary> active at the moment, I'll ask directly whether you, John,
    Gary> can apply my figimage patches. Better now than when the
    Gary> diffed versions become outdated (some may be
    Gary> already). Alternatively, please let me know if I should be
    Gary> posting it somewhere so it isn't forgotten.  thanks, Gary R.

Thanks for the prompting -- I committed some changes that should fix
this bug -- give svn revision 2301 a try.

JDH

Hello everyone,

I have the following problem with my application, which allows you to 
manipulate some of properties of a plot through the use of a gui-style 
property editor:

Whenever I set the y-axis scale to logarithmic, but have the y range 
include a negative value, I will get a ValueError upon expose_event. The 
bad thing is now, that my application catches all exceptions and 
displays a user-friendly dialog, explaining or listing the exception and 
offering the user to mail the output to the dumb author of the program. 
But whenever the user quits the dialog, a new expose event of the canvas 
will be triggered, leading to an unstoppable series of exceptions 
(except when using xkill of course).

So what I would like to propose is a modification of expose_event 
located in backends/backend_gtk.py to better handle any exceptions that 
it might trigger.
One not so nice solution of mine was to wrap the method in a 
try...finally statement, which ensures that False is returned and the 
expose_event is stopped:


    def expose_event(self, widget, event):
        """Expose_event for all GTK backends. Should not be overridden.
        """
        if _debug: print 'FigureCanvasGTK.%s' % fn_name()

    try:
        if GTK_WIDGET_DRAWABLE(self):
        if self._need_redraw:
            x, y, w, h = self.allocation
            self._pixmap_prepare (w, h)
            self._render_figure(self._pixmap, w, h)
            self._need_redraw = False

        x, y, w, h = event.area
        self.window.draw_drawable (self.style.fg_gc[self.state],
                       self._pixmap, x, y, x, y, w, h)
    finally:
        return False  # finish event propagation?


Of course, this has the obvious disadvantage, that no exception is 
triggered at all, which is undesirable.

Are there any better approaches to this?

Best regards,

Niklas Volbers.

Since noone has picked this up and I notice John Hunter is active at the 
moment, I'll ask directly whether you, John, can apply my figimage 
patches. Better now than when the diffed versions become outdated (some 
may be already). Alternatively, please let me know if I should be 
posting it somewhere so it isn't forgotten.
thanks,
Gary R.

On Tuesday 18 April 2006 10:45, John Hunter wrote:
> >>>>> "Darren" == Darren Dale <dd...@co...> writes:
>
>     Darren> This is fixed in svn-2298.
>
> OK, thanks.  It looks like the superscript formatting is wrong in the
> offset text in usetex=False  (eg see the '10' superscript in the
> 10^{-10} in subplot(221) in figure(4)).
>
> and look at the string below the xaxis of subplot(221) (the one that
> reads x10^5 + 1x10^10.  The 10^{10} part looks like
>
>   {1^0}^{1^0}
>
> on my system.  This could be a mathtext layout bug, or maybe the
> syntax of the string in the offset text is wrong.  If you can confirm
> that the latex is correct, could you post the string and I'll see if I
> can debug the layout problem?

I am sorry to report that it's a mathtext layout bug.

Darren

>>>>> "Darren" == Darren Dale <dd...@co...> writes:


    Darren> This is fixed in svn-2298.

OK, thanks.  It looks like the superscript formatting is wrong in the
offset text in usetex=False  (eg see the '10' superscript in the
10^{-10} in subplot(221) in figure(4)).

and look at the string below the xaxis of subplot(221) (the one that
reads x10^5 + 1x10^10.  The 10^{10} part looks like

  {1^0}^{1^0}

on my system.  This could be a mathtext layout bug, or maybe the
syntax of the string in the offset text is wrong.  If you can confirm
that the latex is correct, could you post the string and I'll see if I
can debug the layout problem?

JDH

On Tuesday 18 April 2006 10:08, John Hunter wrote:
> The axis offset text does not work if usetex=False (eg it has a
> "\times" string in it).  Darren, could you take a look at this when
> you get a minute and see if it can be made to work with usetex =
> True|False.
>
> When I try and run the newscalarformatter_demo.py example
>
>
> Traceback (most recent call last):
>   File
>   "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py",
>   line 293, in expose_event
>     self._render_figure(self._pixmap, w, h)
>   File
>   "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py",
>   line 72, in _render_figure
>     FigureCanvasAgg.draw(self)
>   File
>   "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py",
>   line 398, in draw
>     self.figure.draw(renderer)
>   File "/usr/lib/python2.4/site-packages/matplotlib/figure.py", line
>   529, in draw
>     for a in self.axes: a.draw(renderer)
>   File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line
>   1677, in draw
>     self.xaxis.draw(renderer)
>   File "/usr/lib/python2.4/site-packages/matplotlib/axis.py", line
>   600, in draw
>     self.offsetText.draw(renderer)
>   File "/usr/lib/python2.4/site-packages/matplotlib/text.py", line
>   339, in draw
>     bbox, info = self._get_layout(renderer)
>   File "/usr/lib/python2.4/site-packages/matplotlib/text.py", line
>   186, in _get_layout
>     w,h = renderer.get_text_width_height(
>   File
>   "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py",
>   line 253, in get_text_width_height
>     width, height, fonts = math_parse_s_ft2font(
>   File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
>   1340, in math_parse_s_ft2font
>     handler.expr.set_size_info(fontsize, dpi)
>   File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
>   976, in set_size_info
>     self.elements[0].set_size_info(self._scale*fontsize, dpi)
>   File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
>   888, in set_size_info
>     self.metrics = Element.fonts.get_metrics(
>   File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
>   402, in get_metrics
>     cmfont, metrics, glyph, offset  = \
>   File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
>   422, in _get_info
>     raise ValueError('unrecognized symbol "%s"' % sym)
> ValueError: unrecognized symbol "\times10"

This is fixed in svn-2298.

Darren

The axis offset text does not work if usetex=False (eg it has a
"\times" string in it).  Darren, could you take a look at this when
you get a minute and see if it can be made to work with usetex =
True|False.

When I try and run the newscalarformatter_demo.py example


Traceback (most recent call last):
  File
  "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py",
  line 293, in expose_event
    self._render_figure(self._pixmap, w, h)
  File
  "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py",
  line 72, in _render_figure
    FigureCanvasAgg.draw(self)
  File
  "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py",
  line 398, in draw
    self.figure.draw(renderer)
  File "/usr/lib/python2.4/site-packages/matplotlib/figure.py", line
  529, in draw
    for a in self.axes: a.draw(renderer)
  File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line
  1677, in draw
    self.xaxis.draw(renderer)
  File "/usr/lib/python2.4/site-packages/matplotlib/axis.py", line
  600, in draw
    self.offsetText.draw(renderer)
  File "/usr/lib/python2.4/site-packages/matplotlib/text.py", line
  339, in draw
    bbox, info = self._get_layout(renderer)
  File "/usr/lib/python2.4/site-packages/matplotlib/text.py", line
  186, in _get_layout
    w,h = renderer.get_text_width_height(
  File
  "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py",
  line 253, in get_text_width_height
    width, height, fonts = math_parse_s_ft2font(
  File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
  1340, in math_parse_s_ft2font
    handler.expr.set_size_info(fontsize, dpi)
  File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
  976, in set_size_info
    self.elements[0].set_size_info(self._scale*fontsize, dpi)
  File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
  888, in set_size_info
    self.metrics = Element.fonts.get_metrics(
  File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
  402, in get_metrics
    cmfont, metrics, glyph, offset  = \
  File "/usr/lib/python2.4/site-packages/matplotlib/mathtext.py", line
  422, in _get_info
    raise ValueError('unrecognized symbol "%s"' % sym)
ValueError: unrecognized symbol "\times10"

Thanks!
JDH