matplotlib-devel — matplotlib developers

Re: [matplotlib-devel] tk backend broken (somehow?)

[Benjamin R. <ben...@ou...>]

Indeed, there are some oddities, but mostly with regards to Qt and forcing
it to build and link against (presumedly) the conda package of it. There is
a modification of the setupext.py that happens at build time to replace all
instances of "/usr/local" with "$PREFIX". Perhaps what is happening is that
my local builds of matplotlib is compiling and linking against my system
install of the tk/tcl headers and libraries, and that might be conflicting
with the conda-shipped tk/tcl packages?

I'll have to experiment a bit more tonight. Thanks for the suggestion!

Ben Root

On Mon, Nov 17, 2014 at 11:07 PM, Thomas Caswell <tca...@gm...> wrote:

> Have a look at the recipe in conda-rescipes for matplotlib, they might be
> doing some funny patching.
>
> On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote:
>
>> Ok, I am just really confused now. I have confirmed that using the
>> matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out
>> and building version 1.4.2 from source results in the traceback. Same thing
>> for v1.3.1. I have even tried checking out PR#3811 which addresses the
>> weird constructor issues we found today, and I still get the segfault.
>>
>> Maybe I should try getting out of the conda environment entirely and try
>> EPD instead to see if that makes a difference?
>>
>> Ben Root
>>
>> On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote:
>>
>>> Mike made some changes to this recently.
>>> https://github.com/matplotlib/matplotlib/pull/3778
>>>
>>> May be the cause.
>>>
>>> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
>>>
>>>> And with my continuing saga of backend-specific things...
>>>>
>>>> I was using conda, but because it does not ship with pygtk support, I
>>>> had to manually install pygtk into the conda environment and then install
>>>> matplotlib from source. All that seemed to work fine when I worked on Wx
>>>> and Gtk examples for my book.
>>>>
>>>> I went back to a (previously working) Tk example to polish it, and I
>>>> get all sorts of errors now. I have tried multiple releases of matplotlib
>>>> from source (doing a git clean -fxd between them), all with similar errors.
>>>> In fact, with master, the error causes a segfault:
>>>>
>>>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
>>>> Exception in Tkinter callback
>>>> Traceback (most recent call last):
>>>>   File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line
>>>> 1486, in __call__
>>>>     return self.func(*args)
>>>>   File
>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>>> line 278, in resize
>>>>     self.show()
>>>>   File
>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>>> line 350, in draw
>>>>     tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>>>>   File
>>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
>>>> line 30, in blit
>>>>     id(data), colormode, id(bbox_array))
>>>> TclError
>>>> alloc: invalid block: 0x2cfe3b0: 0 0
>>>> Aborted (core dumped)
>>>>
>>>> The line in question is (at least in v1.3.1, it is slightly different
>>>> in more recent versions):
>>>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
>>>> id(bbox_array))
>>>>
>>>> This happens regardless of what example I use (my own or otherwise).
>>>> There is no blit-specific code in the examples. All of this worked with the
>>>> conda-supplied matplotlib, but never the
>>>> from-source-into-a-conda-environment install.
>>>>
>>>> Thoughts?
>>>> Ben Root
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Comprehensive Server Monitoring with Site24x7.
>>>> Monitor 10 servers for $9/Month.
>>>> Get alerted through email, SMS, voice calls or mobile push
>>>> notifications.
>>>> Take corrective actions from your mobile device.
>>>>
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Matplotlib-devel mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>
>>>>
>>>
>> ------------------------------------------------------------
>> ------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&
>> iu=/4140/ostg.clktrk_______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>

Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend

[Jens N. <jen...@gm...>]

I can reproduce it with the following traceback. Can you please open a bug
report on Github for this issue?

```
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
59, in draw_wrapper
    draw(artist, renderer, *args, **kwargs)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/figure.py", line
1079, in draw
    func(*args)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
59, in draw_wrapper
    draw(artist, renderer, *args, **kwargs)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/axes/_base.py",
line 2092, in draw
    a.draw(renderer)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", line
59, in draw_wrapper
    draw(artist, renderer, *args, **kwargs)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
712, in draw
    drawFunc(renderer, gc, tpath, affine.frozen())
  File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
1067, in _draw_lines
    self._lineFunc(renderer, gc, path, trans)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line
1107, in _draw_solid
    renderer.draw_path(gc, path, trans)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py",
line 115, in draw_path
    rgbFace)
  File "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py",
line 217, in draw_path
    renderer.draw_path(gc, tpath, affine, rgbFace)
  File
"/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py",
line 58, in draw_path
    gc.draw_path(path, transform, linewidth, rgbFace)
AttributeError: GraphicsContextBase instance has no attribute 'draw_path'
```

best
Jens

On Tue, Nov 18, 2014 at 4:12 PM, Mark Bakker <ma...@gm...> wrote:

> Sorry, forgot to mention that: 1.4.0
>
> On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root <ben...@ou...> wrote:
>
>> Which version of matplotlib are you using?
>>
>> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...> wrote:
>>
>>> Hello list,
>>>
>>> I don't seem to get xkcd to work in the MacOSX backend. When I try to
>>> make a plot I get a nice white figure with nothing on it. Here's what I did:
>>>
>>> import matplotlib.pyplot as plt
>>> %matplotlib # responds with Using matplotlib backend: MacOSX
>>> plt.plot([1,2,3])  # gives white figure with nothing on it
>>>
>>> When I do a kernel restart and specify the qt backend it works fine (so
>>> I have a workaround), but I presume it should work, right?
>>>
>>> Thanks,
>>>
>>> Mark
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>>> Get technology previously reserved for billion-dollar corporations, FREE
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend

[Mark B. <ma...@gm...>]

Sorry, forgot to mention that: 1.4.0

On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root <ben...@ou...> wrote:

> Which version of matplotlib are you using?
>
> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...> wrote:
>
>> Hello list,
>>
>> I don't seem to get xkcd to work in the MacOSX backend. When I try to
>> make a plot I get a nice white figure with nothing on it. Here's what I did:
>>
>> import matplotlib.pyplot as plt
>> %matplotlib # responds with Using matplotlib backend: MacOSX
>> plt.plot([1,2,3])  # gives white figure with nothing on it
>>
>> When I do a kernel restart and specify the qt backend it works fine (so I
>> have a workaround), but I presume it should work, right?
>>
>> Thanks,
>>
>> Mark
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>

Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend

[Benjamin R. <ben...@ou...>]

Which version of matplotlib are you using?

On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker <ma...@gm...> wrote:

> Hello list,
>
> I don't seem to get xkcd to work in the MacOSX backend. When I try to make
> a plot I get a nice white figure with nothing on it. Here's what I did:
>
> import matplotlib.pyplot as plt
> %matplotlib # responds with Using matplotlib backend: MacOSX
> plt.plot([1,2,3])  # gives white figure with nothing on it
>
> When I do a kernel restart and specify the qt backend it works fine (so I
> have a workaround), but I presume it should work, right?
>
> Thanks,
>
> Mark
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

[matplotlib-devel] xkcd doesn't seem to work in MacOSX backend

[Mark B. <ma...@gm...>]

Hello list,

I don't seem to get xkcd to work in the MacOSX backend. When I try to make
a plot I get a nice white figure with nothing on it. Here's what I did:

import matplotlib.pyplot as plt
%matplotlib # responds with Using matplotlib backend: MacOSX
plt.plot([1,2,3])  # gives white figure with nothing on it

When I do a kernel restart and specify the qt backend it works fine (so I
have a workaround), but I presume it should work, right?

Thanks,

Mark

Re: [matplotlib-devel] tk backend broken (somehow?)

[Thomas C. <tca...@gm...>]

Have a look at the recipe in conda-rescipes for matplotlib, they might be
doing some funny patching.

On Mon, Nov 17, 2014, 22:48 Benjamin Root <ben...@ou...> wrote:

> Ok, I am just really confused now. I have confirmed that using the
> matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out
> and building version 1.4.2 from source results in the traceback. Same thing
> for v1.3.1. I have even tried checking out PR#3811 which addresses the
> weird constructor issues we found today, and I still get the segfault.
>
> Maybe I should try getting out of the conda environment entirely and try
> EPD instead to see if that makes a difference?
>
> Ben Root
>
> On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote:
>
>> Mike made some changes to this recently.
>> https://github.com/matplotlib/matplotlib/pull/3778
>>
>> May be the cause.
>>
>> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
>>
>>> And with my continuing saga of backend-specific things...
>>>
>>> I was using conda, but because it does not ship with pygtk support, I
>>> had to manually install pygtk into the conda environment and then install
>>> matplotlib from source. All that seemed to work fine when I worked on Wx
>>> and Gtk examples for my book.
>>>
>>> I went back to a (previously working) Tk example to polish it, and I get
>>> all sorts of errors now. I have tried multiple releases of matplotlib from
>>> source (doing a git clean -fxd between them), all with similar errors. In
>>> fact, with master, the error causes a segfault:
>>>
>>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
>>> Exception in Tkinter callback
>>> Traceback (most recent call last):
>>>   File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486,
>>> in __call__
>>>     return self.func(*args)
>>>   File
>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>> line 278, in resize
>>>     self.show()
>>>   File
>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>>> line 350, in draw
>>>     tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>>>   File
>>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
>>> line 30, in blit
>>>     id(data), colormode, id(bbox_array))
>>> TclError
>>> alloc: invalid block: 0x2cfe3b0: 0 0
>>> Aborted (core dumped)
>>>
>>> The line in question is (at least in v1.3.1, it is slightly different in
>>> more recent versions):
>>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
>>> id(bbox_array))
>>>
>>> This happens regardless of what example I use (my own or otherwise).
>>> There is no blit-specific code in the examples. All of this worked with the
>>> conda-supplied matplotlib, but never the
>>> from-source-into-a-conda-environment install.
>>>
>>> Thoughts?
>>> Ben Root
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Comprehensive Server Monitoring with Site24x7.
>>> Monitor 10 servers for $9/Month.
>>> Get alerted through email, SMS, voice calls or mobile push notifications.
>>> Take corrective actions from your mobile device.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
> ------------------------------------------------------------
> ------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&
> iu=/4140/ostg.clktrk_______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Re: [matplotlib-devel] tk backend broken (somehow?)

[Benjamin R. <ben...@ou...>]

Ok, I am just really confused now. I have confirmed that using the
matplotlib supplied by miniconda (v1.4.2) works just fine. Ripping that out
and building version 1.4.2 from source results in the traceback. Same thing
for v1.3.1. I have even tried checking out PR#3811 which addresses the
weird constructor issues we found today, and I still get the segfault.

Maybe I should try getting out of the conda environment entirely and try
EPD instead to see if that makes a difference?

Ben Root

On Mon, Nov 17, 2014 at 5:17 AM, Phil Elson <pel...@gm...> wrote:

> Mike made some changes to this recently.
> https://github.com/matplotlib/matplotlib/pull/3778
>
> May be the cause.
>
> On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:
>
>> And with my continuing saga of backend-specific things...
>>
>> I was using conda, but because it does not ship with pygtk support, I had
>> to manually install pygtk into the conda environment and then install
>> matplotlib from source. All that seemed to work fine when I worked on Wx
>> and Gtk examples for my book.
>>
>> I went back to a (previously working) Tk example to polish it, and I get
>> all sorts of errors now. I have tried multiple releases of matplotlib from
>> source (doing a git clean -fxd between them), all with similar errors. In
>> fact, with master, the error causes a segfault:
>>
>> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
>> Exception in Tkinter callback
>> Traceback (most recent call last):
>>   File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486,
>> in __call__
>>     return self.func(*args)
>>   File
>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>> line 278, in resize
>>     self.show()
>>   File
>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
>> line 350, in draw
>>     tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>>   File
>> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
>> line 30, in blit
>>     id(data), colormode, id(bbox_array))
>> TclError
>> alloc: invalid block: 0x2cfe3b0: 0 0
>> Aborted (core dumped)
>>
>> The line in question is (at least in v1.3.1, it is slightly different in
>> more recent versions):
>> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
>> id(bbox_array))
>>
>> This happens regardless of what example I use (my own or otherwise).
>> There is no blit-specific code in the examples. All of this worked with the
>> conda-supplied matplotlib, but never the
>> from-source-into-a-conda-environment install.
>>
>> Thoughts?
>> Ben Root
>>
>>
>> ------------------------------------------------------------------------------
>> Comprehensive Server Monitoring with Site24x7.
>> Monitor 10 servers for $9/Month.
>> Get alerted through email, SMS, voice calls or mobile push notifications.
>> Take corrective actions from your mobile device.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>

Re: [matplotlib-devel] macosx/cocoagg embedding examples

[Chris B. <chr...@no...>]

On Mon, Nov 17, 2014 at 6:52 AM, Benjamin Root <ben...@ou...> wrote:

> I notice that our documentation for matplotlib embedding does not include
> any examples using macosx or cocoagg. Is this because it is not possible
>

probably not!


> or that no one has put forth any such examples?
>

probably.


> Are there python bindings for the apple gui toolkit?
>

There is PyObjC -- which gives you a pretty direct binding to the Cocoa.

https://pythonhosted.org/pyobjc/

That's what one would use to make a truly native app.

Many of us doing OS-X desktop development need cross-platform support, so
tk, wx or qt (or even GTK...)

But someone made the OS-X native back-ends -- so they must have had a use
case -- maybe they could post an example.

A post to the pythonmac sig list may yield someone with an example to post
as well.

-Chris




> Sincerely,
> Completely clueless with regards to Apple
> a.k.a. - Ben Root
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>


-- 

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

[matplotlib-devel] macosx/cocoagg embedding examples

[Benjamin R. <ben...@ou...>]

I notice that our documentation for matplotlib embedding does not include
any examples using macosx or cocoagg. Is this because it is not possible or
that no one has put forth any such examples? Are there python bindings for
the apple gui toolkit?

Sincerely,
Completely clueless with regards to Apple
a.k.a. - Ben Root

Re: [matplotlib-devel] Axes.scatter call fails since removal of PyCXX

[Joel B. M. <jo...@ki...>]

On Mon, Nov 17, 2014 at 09:36:50AM -0500, Joel B. Mohler wrote:
> I think I see a breakage of the scatter call that I think should work and did
> work before
> https://github.com/matplotlib/matplotlib/commit/be34210a8c09fcd639ece583eb5c0acb855222b6
> 
> This is running on windows 7 (32 bit) with numpy 1.8 and current master.

Ugh, I tried this same example on my ubuntu box and it works.  I update this
diagnosis to "scatter is broken on windows since removing PyCXX"; note that I
do not get a traceback with the code below if I replace "scatter" with "plot".

Being that windows devs are scarce, I'll be digging into this more.  I
certainly welcome any clues as it seems very bizarre to me so far.

Joel

> 
> The example is:
> 
> ***
> import numpy
> from matplotlib.backends.backend_agg import FigureCanvasAgg as FigureCanvas
> from matplotlib.figure import Figure
> 
> POINTS = 500
> 
> figure = Figure(figsize=(6, 6), dpi=72)
> ax = figure.add_subplot(1, 1, 1, projection=None)
> scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
> ***
> 
> I get on current master
> 
> ***
> Traceback (most recent call last):
>   File "C:\work\mpl_scatter_example.py", line 9, in <module>
>     scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
>   File "C:\Python27\lib\site-packages\matplotlib\axes\_axes.py", line 3690, in scatter
>     self.add_collection(collection)
>   File "C:\Python27\lib\site-packages\matplotlib\axes\_base.py", line 1459, in add_collection
>     self.update_datalim(collection.get_datalim(self.transData))
>   File "C:\Python27\lib\site-packages\matplotlib\collections.py", line 198, in get_datalim
>     offsets, transOffset.frozen())
>   File "C:\Python27\lib\site-packages\matplotlib\path.py", line 977, in get_path_collection_extents
>     master_transform, paths, transforms, offsets,offset_transform))
> ValueError: object too deep for desired array
> ***
> 
> I did very little troubleshooting beyond confirming that this works before the
> merge mentioned in the first paragraph.
> 
> Joel

[matplotlib-devel] Axes.scatter call fails since removal of PyCXX

[Joel B. M. <jo...@ki...>]

I think I see a breakage of the scatter call that I think should work and did
work before
https://github.com/matplotlib/matplotlib/commit/be34210a8c09fcd639ece583eb5c0acb855222b6

This is running on windows 7 (32 bit) with numpy 1.8 and current master.

The example is:

***
import numpy
from matplotlib.backends.backend_agg import FigureCanvasAgg as FigureCanvas
from matplotlib.figure import Figure

POINTS = 500

figure = Figure(figsize=(6, 6), dpi=72)
ax = figure.add_subplot(1, 1, 1, projection=None)
scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
***

I get on current master

***
Traceback (most recent call last):
  File "C:\work\mpl_scatter_example.py", line 9, in <module>
    scat = ax.scatter(numpy.arange(POINTS), numpy.sin(numpy.arange(POINTS)))
  File "C:\Python27\lib\site-packages\matplotlib\axes\_axes.py", line 3690, in scatter
    self.add_collection(collection)
  File "C:\Python27\lib\site-packages\matplotlib\axes\_base.py", line 1459, in add_collection
    self.update_datalim(collection.get_datalim(self.transData))
  File "C:\Python27\lib\site-packages\matplotlib\collections.py", line 198, in get_datalim
    offsets, transOffset.frozen())
  File "C:\Python27\lib\site-packages\matplotlib\path.py", line 977, in get_path_collection_extents
    master_transform, paths, transforms, offsets,offset_transform))
ValueError: object too deep for desired array
***

I did very little troubleshooting beyond confirming that this works before the
merge mentioned in the first paragraph.

Joel

Re: [matplotlib-devel] tk backend broken (somehow?)

[Phil E. <pel...@gm...>]

Mike made some changes to this recently.
https://github.com/matplotlib/matplotlib/pull/3778

May be the cause.

On 16 November 2014 18:12, Benjamin Root <ben...@ou...> wrote:

> And with my continuing saga of backend-specific things...
>
> I was using conda, but because it does not ship with pygtk support, I had
> to manually install pygtk into the conda environment and then install
> matplotlib from source. All that seemed to work fine when I worked on Wx
> and Gtk examples for my book.
>
> I went back to a (previously working) Tk example to polish it, and I get
> all sorts of errors now. I have tried multiple releases of matplotlib from
> source (doing a git clean -fxd between them), all with similar errors. In
> fact, with master, the error causes a segfault:
>
> ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
> Exception in Tkinter callback
> Traceback (most recent call last):
>   File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486,
> in __call__
>     return self.func(*args)
>   File
> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
> line 278, in resize
>     self.show()
>   File
> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
> line 350, in draw
>     tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>   File
> "/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
> line 30, in blit
>     id(data), colormode, id(bbox_array))
> TclError
> alloc: invalid block: 0x2cfe3b0: 0 0
> Aborted (core dumped)
>
> The line in question is (at least in v1.3.1, it is slightly different in
> more recent versions):
> tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
> id(bbox_array))
>
> This happens regardless of what example I use (my own or otherwise). There
> is no blit-specific code in the examples. All of this worked with the
> conda-supplied matplotlib, but never the
> from-source-into-a-conda-environment install.
>
> Thoughts?
> Ben Root
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

[matplotlib-devel] html5 backend

[Thomas C. <tca...@gm...>]

Stumbled across this today https://code.google.com/p/mplh5canvas/

It hasn't had a commit in 18mos and I have not tried it, but I am just
making sure the community is aware of it's existence.

Tom

[matplotlib-devel] tk backend broken (somehow?)

[Benjamin R. <ben...@ou...>]

And with my continuing saga of backend-specific things...

I was using conda, but because it does not ship with pygtk support, I had
to manually install pygtk into the conda environment and then install
matplotlib from source. All that seemed to work fine when I worked on Wx
and Gtk examples for my book.

I went back to a (previously working) Tk example to polish it, and I get
all sorts of errors now. I have tried multiple releases of matplotlib from
source (doing a git clean -fxd between them), all with similar errors. In
fact, with master, the error causes a segfault:

ben@tigger:~/Documents/InteractiveMPL$ python chp5/slider_tk.py
Exception in Tkinter callback
Traceback (most recent call last):
  File "/home/ben/miniconda/lib/python2.7/lib-tk/Tkinter.py", line 1486, in
__call__
    return self.func(*args)
  File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
line 278, in resize
    self.show()
  File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_tkagg.py",
line 350, in draw
    tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
  File
"/home/ben/miniconda/lib/python2.7/site-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/tkagg.py",
line 30, in blit
    id(data), colormode, id(bbox_array))
TclError
alloc: invalid block: 0x2cfe3b0: 0 0
Aborted (core dumped)

The line in question is (at least in v1.3.1, it is slightly different in
more recent versions):
tk.call("PyAggImagePhoto", photoimage, id(aggimage), colormode,
id(bbox_array))

This happens regardless of what example I use (my own or otherwise). There
is no blit-specific code in the examples. All of this worked with the
conda-supplied matplotlib, but never the
from-source-into-a-conda-environment install.

Thoughts?
Ben Root

Re: [matplotlib-devel] Development issue: Assign labels to colorbar extensions

[Eric F. <ef...@ha...>]

On 2014/11/16, 10:21 AM, j1 wrote:
> I have posted this in the user sub forum as well because i'm not sure that it
> is a user issue or development issue.
> Information about my problem and my code are here
>
> http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html
> <http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html>
>
> Is it possible to assign tick labels/values to extensions?

You would have to do it manually; you can put marks and text anywhere 
you want in a matplotlib figure, but there is no mechanism for adding 
ticks to the extensions.  That's simply not what they are for.  They are 
intended only to indicate a single color to which values outside the 
vmin-to-vmax range of the norm are assigned.

>
> If so, how can I do it

It looks like you might be able to achieve what you want *without* using 
extensions, by using a custom colormap and/or norm.  You would extend 
the actual contour levels to include the full range you want "ticked and 
labeled", but you would use the colormap and/or norm to ensure those 
beyond a given range are mapped to the appropriate end color(s).

Eric

[matplotlib-devel] Development issue: Assign labels to colorbar extensions

[j1 <jof...@ho...>]

I have posted this in the user sub forum as well because i'm not sure that it
is a user issue or development issue.  
Information about my problem and my code are here

http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html
<http://matplotlib.1069221.n5.nabble.com/Assign-labels-to-colorbar-extensions-user-or-development-issue-td44392.html>  

Is it possible to assign tick labels/values to extensions?

If so, how can I do it



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Development-issue-Assign-labels-to-colorbar-extensions-tp44393.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

[matplotlib-devel] examples/user_interfaces/pylab_with_gtk.py seems broken

[Benjamin R. <ben...@ou...>]

My pygtk install is really hobbled (no thanks to anaconda...). Can someone
with a working gtk environment doublecheck that the pylab_with_gtk.py
script is broken on master? I am getting the following error:

ben@tigger:~/Programs/matplotlib/examples/user_interfaces$ python
pylab_with_gtk.py
Gtk-Message: Failed to load module "canberra-gtk-module"
Traceback (most recent call last):
  File "pylab_with_gtk.py", line 35, in <module>
    toolbar.tooltips,
AttributeError: 'NavigationToolbar2GTKAgg' object has no attribute
'tooltips'

Cheers!
Ben Root

Re: [matplotlib-devel] Tk backend different from others

[Eric F. <ef...@ha...>]

On 2014/11/15, 6:14 AM, Benjamin Root wrote:
> I was working on my embedding chapter of my book when I noticed a subtle
> difference in the tkagg backend from other interactive backends. First,
> all other interactive Canvas classes inherit their respective backend's
> widget:
>
> ```
> ben@tigger:~/Programs/matplotlib$ git grep "FigureCanvasBase" | grep
> "class "
> lib/matplotlib/backend_bases.py:class FigureCanvasBase(object):
> lib/matplotlib/backends/backend_agg.py:class
> FigureCanvasAgg(FigureCanvasBase):
> lib/matplotlib/backends/backend_cairo.py:class FigureCanvasCairo
> (FigureCanvasBase):
> lib/matplotlib/backends/backend_gdk.py:class FigureCanvasGDK
> (FigureCanvasBase):
> lib/matplotlib/backends/backend_gtk.py:class FigureCanvasGTK
> (gtk.DrawingArea, FigureCanvasBase):
> lib/matplotlib/backends/backend_gtk3.py:class FigureCanvasGTK3
> (Gtk.DrawingArea, FigureCanvasBase):
> lib/matplotlib/backends/backend_macosx.py:class
> FigureCanvasMac(_macosx.FigureCanvas, FigureCanvasBase):
> lib/matplotlib/backends/backend_pdf.py:class
> FigureCanvasPdf(FigureCanvasBase):
> lib/matplotlib/backends/backend_pgf.py:class
> FigureCanvasPgf(FigureCanvasBase):
> lib/matplotlib/backends/backend_ps.py:class
> FigureCanvasPS(FigureCanvasBase):
> lib/matplotlib/backends/backend_qt5.py:class
> FigureCanvasQT(QtWidgets.QWidget, FigureCanvasBase):
> lib/matplotlib/backends/backend_svg.py:class
> FigureCanvasSVG(FigureCanvasBase):
> lib/matplotlib/backends/backend_template.py:class
> FigureCanvasTemplate(FigureCanvasBase):
> lib/matplotlib/backends/backend_wx.py:class
> FigureCanvasWx(FigureCanvasBase, wx.Panel):
> ```
> (I am going to assume that _macosx.FigureCanvas has all needed things
> built-in, and I'll ignore the switched order for FigureCanvasWx). I have
> no clue if this is potentially an issue or not, it just seemed a bit
> inconsistent.

There are a lot of differences; I don't know whether it would even be 
possible to make TkAgg more similar to the others. One of the 
differences is that most of the others have a native part (e.g., 
backend_qt5) and the part that pulls in agg (e.g., backend_qt5agg). 
TkAgg does it all in one. I don't think the difference is problematic.
>
> Second, while I haven't tried out all the backends yet, I noticed that
> the Figure window for tkagg has an annoying border that the other
> backends don't have. It is fairly wide, 4 pixels. I would like to get
> rid of that. Does anybody object to that? I can make a PR for that and
> any other border widths I find.

Offhand, sounds reasonable.

Eric

>
> Cheers!
> Ben Root
>
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

[matplotlib-devel] Tk backend different from others

[Benjamin R. <ben...@ou...>]

I was working on my embedding chapter of my book when I noticed a subtle
difference in the tkagg backend from other interactive backends. First, all
other interactive Canvas classes inherit their respective backend's widget:

```
ben@tigger:~/Programs/matplotlib$ git grep "FigureCanvasBase" | grep "class
"
lib/matplotlib/backend_bases.py:class FigureCanvasBase(object):
lib/matplotlib/backends/backend_agg.py:class
FigureCanvasAgg(FigureCanvasBase):
lib/matplotlib/backends/backend_cairo.py:class FigureCanvasCairo
(FigureCanvasBase):
lib/matplotlib/backends/backend_gdk.py:class FigureCanvasGDK
(FigureCanvasBase):
lib/matplotlib/backends/backend_gtk.py:class FigureCanvasGTK
(gtk.DrawingArea, FigureCanvasBase):
lib/matplotlib/backends/backend_gtk3.py:class FigureCanvasGTK3
(Gtk.DrawingArea, FigureCanvasBase):
lib/matplotlib/backends/backend_macosx.py:class
FigureCanvasMac(_macosx.FigureCanvas, FigureCanvasBase):
lib/matplotlib/backends/backend_pdf.py:class
FigureCanvasPdf(FigureCanvasBase):
lib/matplotlib/backends/backend_pgf.py:class
FigureCanvasPgf(FigureCanvasBase):
lib/matplotlib/backends/backend_ps.py:class
FigureCanvasPS(FigureCanvasBase):
lib/matplotlib/backends/backend_qt5.py:class
FigureCanvasQT(QtWidgets.QWidget, FigureCanvasBase):
lib/matplotlib/backends/backend_svg.py:class
FigureCanvasSVG(FigureCanvasBase):
lib/matplotlib/backends/backend_template.py:class
FigureCanvasTemplate(FigureCanvasBase):
lib/matplotlib/backends/backend_wx.py:class
FigureCanvasWx(FigureCanvasBase, wx.Panel):
```
(I am going to assume that _macosx.FigureCanvas has all needed things
built-in, and I'll ignore the switched order for FigureCanvasWx). I have no
clue if this is potentially an issue or not, it just seemed a bit
inconsistent.

Second, while I haven't tried out all the backends yet, I noticed that the
Figure window for tkagg has an annoying border that the other backends
don't have. It is fairly wide, 4 pixels. I would like to get rid of that.
Does anybody object to that? I can make a PR for that and any other border
widths I find.

Cheers!
Ben Root

[matplotlib-devel] Fwd: Axis default limits with a Circle patch

[Amit S. <ami...@gm...>]

Hi all, I think i might have a better shot at having my query answered
here, so forward my email to user-list here.
Thanks for any insights!

Query:


Consider the following code:

import matplotlib.pyplot as plt

fig = plt.figure()
ax = fig.gca()
circle = plt.Circle((0, 0), radius = 0.5)
ax.add_patch(circle)
print(plt.axis())
plt.show()

The default axis limits are printed as:

(0.0, 1.0, 0.0, 1.0)

I am not sure why this is the case. So, I would like to learn why?

PS: I know I can just do plt.axis('scaled') so that I can see the entire circle.

I also asked this on SO, so feel free to answer there as well:
http://stackoverflow.com/questions/26824696/matplotlib-axis-default-limits-with-a-circle-patch

Thanks,
Amit.

Re: [matplotlib-devel] SpanSelector with gtk3cairo backend

[Benjamin R. <ben...@ou...>]

I should point out that the animation module tries to determine if the
canvas can blit if the user sets it to True. If it can't blit, then it
simply ignores the True setting. Maybe we should do something similar like
here as well?

On Tue, Nov 11, 2014 at 4:50 PM, Arnaud Gardelein <ar...@os...> wrote:

> Le mardi 11 novembre 2014 à 08:56 +0000, Jens Nielsen a écrit :
> > There was an issue with the GTK3Agg backend on Python 3 due to a
> > missing feature in the python 3 port of PyCairo but this has been
> > fixed in Matplotlib 1.4.0 by making it possible to use cairocffi as an
> > alternative to PyCairo.
> This is exactly the issue I meant.
>
> (...)
>
> > On Mon, Nov 10, 2014 at 11:26 PM, Thomas Caswell <tca...@gm...>
> > wrote:
> (...)
> >         The issue is that the cairo backend is a vector backend, which
> >         does not have a notion of blitting, which is something that
> >         span selector uses to make it nice and snappy.  Should be able
> >         to get it to work by passing the kwarg `useblit=False` to the
> >         constructor.
> >
> >         Tom
>
> In fact I stupidly copied the example [1], missing completely this
> argument in the constructor. Setting useblit=False makes it working
> nicely. Thanks.
>
> Arnaud.
>
> [1] http://matplotlib.org/examples/widgets/span_selector.html
>
> PS: For the records, here is the full message that appears when setting
> useblit=True in [1] and matplotlibrc contains "backend : GTK3Cairo",
> matplotlib version 1.4.2 (debian):
>
> $ ./testspan.py
> Traceback (most recent call last):
>   File
> "/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py",
> line 45, in on_draw_event
>     self._render_figure(w, h)
>   File
> "/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py",
> line 34, in _render_figure
>     self.figure.draw (self._renderer)
>   File "/usr/lib/python3/dist-packages/matplotlib/artist.py", line 59,
> in draw_wrapper
>     draw(artist, renderer, *args, **kwargs)
>   File "/usr/lib/python3/dist-packages/matplotlib/figure.py", line 1085,
> in draw
>     self.canvas.draw_event(renderer)
>   File "/usr/lib/python3/dist-packages/matplotlib/backend_bases.py",
> line 1778, in draw_event
>     self.callbacks.process(s, event)
>   File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 540,
> in process
>     proxy(*args, **kwargs)
>   File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 415,
> in __call__
>     return mtd(*args, **kwargs)
>   File "/usr/lib/python3/dist-packages/matplotlib/widgets.py", line
> 1197, in update_background
>     self.background = self.canvas.copy_from_bbox(self.ax.bbox)
> AttributeError: 'FigureCanvasGTK3Cairo' object has no attribute
> 'copy_from_bbox'
>
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

Re: [matplotlib-devel] SpanSelector with gtk3cairo backend

[Arnaud G. <ar...@os...>]

Le mardi 11 novembre 2014 à 08:56 +0000, Jens Nielsen a écrit :
> There was an issue with the GTK3Agg backend on Python 3 due to a
> missing feature in the python 3 port of PyCairo but this has been
> fixed in Matplotlib 1.4.0 by making it possible to use cairocffi as an
> alternative to PyCairo.
This is exactly the issue I meant.

(...)

> On Mon, Nov 10, 2014 at 11:26 PM, Thomas Caswell <tca...@gm...>
> wrote:
(...) 
>         The issue is that the cairo backend is a vector backend, which
>         does not have a notion of blitting, which is something that
>         span selector uses to make it nice and snappy.  Should be able
>         to get it to work by passing the kwarg `useblit=False` to the
>         constructor.
>         
>         Tom

In fact I stupidly copied the example [1], missing completely this
argument in the constructor. Setting useblit=False makes it working
nicely. Thanks.

Arnaud.

[1] http://matplotlib.org/examples/widgets/span_selector.html

PS: For the records, here is the full message that appears when setting
useblit=True in [1] and matplotlibrc contains "backend : GTK3Cairo",
matplotlib version 1.4.2 (debian):

$ ./testspan.py
Traceback (most recent call last):
  File
"/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py", line 45, in on_draw_event
    self._render_figure(w, h)
  File
"/usr/lib/python3/dist-packages/matplotlib/backends/backend_gtk3cairo.py", line 34, in _render_figure
    self.figure.draw (self._renderer)
  File "/usr/lib/python3/dist-packages/matplotlib/artist.py", line 59,
in draw_wrapper
    draw(artist, renderer, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/matplotlib/figure.py", line 1085,
in draw
    self.canvas.draw_event(renderer)
  File "/usr/lib/python3/dist-packages/matplotlib/backend_bases.py",
line 1778, in draw_event
    self.callbacks.process(s, event)
  File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 540,
in process
    proxy(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/matplotlib/cbook.py", line 415,
in __call__
    return mtd(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/matplotlib/widgets.py", line
1197, in update_background
    self.background = self.canvas.copy_from_bbox(self.ax.bbox)
AttributeError: 'FigureCanvasGTK3Cairo' object has no attribute
'copy_from_bbox'

Re: [matplotlib-devel] SpanSelector with gtk3cairo backend

[Jens N. <jen...@gm...>]

There was an issue with the GTK3Agg backend on Python 3 due to a missing
feature in the python 3 port of PyCairo but this has been fixed in
Matplotlib 1.4.0 by making it possible to use cairocffi as an alternative to
PyCairo. CairoCFFI implements the missing feature. (While the Agg backends
doesn't use Cairo to render the figures it still needs python binding for
Cairo AFAIK)


/Jens

On Mon, Nov 10, 2014 at 11:26 PM, Thomas Caswell <tca...@gm...> wrote:

> Not sure what you mean about agg + py3k, it should work fine (as we test
> it).
>
> The issue is that the cairo backend is a vector backend, which does not
> have a notion of blitting, which is something that span selector uses to
> make it nice and snappy.  Should be able to get it to work by passing the
> kwarg `useblit=False` to the constructor.
>
> Tom
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Re: [matplotlib-devel] SpanSelector with gtk3cairo backend

[Thomas C. <tca...@gm...>]

Not sure what you mean about agg + py3k, it should work fine (as we test
it).

The issue is that the cairo backend is a vector backend, which does not
have a notion of blitting, which is something that span selector uses to
make it nice and snappy.  Should be able to get it to work by passing the
kwarg `useblit=False` to the constructor.

Tom

[matplotlib-devel] SpanSelector with gtk3cairo backend

[Arnaud G. <ar...@os...>]

SpanSelector is a powerful widget that allows to define a particular
region in a Figure. Some time ago I switched to python3 and needed to
use gtk3cairo instead of gtkagg; to my knowledge there is still a
message preventing using agg backend with python3. Unfortunately since
then I am not able to use SpanSelector widget with gtk3cairo. For
instance with the example [1], an error message appears:
  File "/usr/lib/python3/dist-packages/matplotlib/widgets.py", line
1197, in update_background
    self.background = self.canvas.copy_from_bbox(self.ax.bbox)
AttributeError: 'FigureCanvasGTK3Cairo' object has no attribute
'copy_from_bbox'
This using version 1.4.2 of matplotlib.

Does exists a way to have SpanSelector operating with gtk3cairo
backend ? I tried to look down to the code of gtkagg but it refers to
the C implementation of the library (_RendererAgg), is there an
equivalent in Cairo ?

Arnaud.

[1] http://matplotlib.org/examples/widgets/span_selector.html