SourceForge logo
SourceForge logo
Menu

matplotlib-devel — matplotlib developers

You can subscribe to this list here.

2003 Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
(1)
Nov
(33)
Dec
(20)
2004 Jan
(7)
Feb
(44)
Mar
(51)
Apr
(43)
May
(43)
Jun
(36)
Jul
(61)
Aug
(44)
Sep
(25)
Oct
(82)
Nov
(97)
Dec
(47)
2005 Jan
(77)
Feb
(143)
Mar
(42)
Apr
(31)
May
(93)
Jun
(93)
Jul
(35)
Aug
(78)
Sep
(56)
Oct
(44)
Nov
(72)
Dec
(75)
2006 Jan
(116)
Feb
(99)
Mar
(181)
Apr
(171)
May
(112)
Jun
(86)
Jul
(91)
Aug
(111)
Sep
(77)
Oct
(72)
Nov
(57)
Dec
(51)
2007 Jan
(64)
Feb
(116)
Mar
(70)
Apr
(74)
May
(53)
Jun
(40)
Jul
(519)
Aug
(151)
Sep
(132)
Oct
(74)
Nov
(282)
Dec
(190)
2008 Jan
(141)
Feb
(67)
Mar
(69)
Apr
(96)
May
(227)
Jun
(404)
Jul
(399)
Aug
(96)
Sep
(120)
Oct
(205)
Nov
(126)
Dec
(261)
2009 Jan
(136)
Feb
(136)
Mar
(119)
Apr
(124)
May
(155)
Jun
(98)
Jul
(136)
Aug
(292)
Sep
(174)
Oct
(126)
Nov
(126)
Dec
(79)
2010 Jan
(109)
Feb
(83)
Mar
(139)
Apr
(91)
May
(79)
Jun
(164)
Jul
(184)
Aug
(146)
Sep
(163)
Oct
(128)
Nov
(70)
Dec
(73)
2011 Jan
(235)
Feb
(165)
Mar
(147)
Apr
(86)
May
(74)
Jun
(118)
Jul
(65)
Aug
(75)
Sep
(162)
Oct
(94)
Nov
(48)
Dec
(44)
2012 Jan
(49)
Feb
(40)
Mar
(88)
Apr
(35)
May
(52)
Jun
(69)
Jul
(90)
Aug
(123)
Sep
(112)
Oct
(120)
Nov
(105)
Dec
(116)
2013 Jan
(76)
Feb
(26)
Mar
(78)
Apr
(43)
May
(61)
Jun
(53)
Jul
(147)
Aug
(85)
Sep
(83)
Oct
(122)
Nov
(18)
Dec
(27)
2014 Jan
(58)
Feb
(25)
Mar
(49)
Apr
(17)
May
(29)
Jun
(39)
Jul
(53)
Aug
(52)
Sep
(35)
Oct
(47)
Nov
(110)
Dec
(27)
2015 Jan
(50)
Feb
(93)
Mar
(96)
Apr
(30)
May
(55)
Jun
(83)
Jul
(44)
Aug
(8)
Sep
(5)
Oct
Nov
(1)
Dec
(1)
2016 Jan
Feb
Mar
(1)
Apr
May
Jun
(2)
Jul
Aug
(3)
Sep
(1)
Oct
(3)
Nov
Dec
2017 Jan
Feb
(5)
Mar
Apr
May
Jun
Jul
(3)
Aug
Sep
(7)
Oct
Nov
Dec
2018 Jan
Feb
Mar
Apr
May
Jun
Jul
(2)
Aug
Sep
Oct
Nov
Dec
S M T W T F S






1
2
3
4
5
6
7
(1)
8
(2)
9
10
(10)
11
(4)
12
(3)
13
(7)
14
(5)
15
16
17
(2)
18
(7)
19
20
(3)
21
(9)
22
(1)
23
24
(2)
25
(7)
26
27
28
(3)
29
30
31
(3)





Showing 3 results of 3

From: Christopher B. <Chr...@no...> - 2008年03月31日 18:31:12
Erik Tollerud wrote:
> I tested this on 0.91.2 on Ubuntu Gutsy, and wx 2.8.7.1, and found
> that when I bring up a new window, I see a black canvas and it doesn't
> draw any of the matplotlib objects until I do something like resizing
> that must explicitly call a draw at some point.
yup, same here.
I'm using wxAgg, and FigureCanvas.draw() just doesn't seem to be getting 
called when I call Figure.draw()
It looks like it's designed to work the other way -- the Window needs to 
call self.figure.draw(self.renderer) when it wants the image drawn. 
There is an efficiency to this, as the figure doesn't get rendered until 
the GUI toolkit needs it. However, having it re-render on every Paint 
call isn't right either.
So how should this work? I'd like to be able to call Figure.draw(), and 
have the figure re-draw itself - but then it needs to be able to tell 
the backend Canvas that it needs to be drawn.
It seems that the figure needs to keep a flag that indicated when it is 
"dirty", then the paint handler could check that, and call draw if need 
be. Is there one already?
This all seems a bit awkward though. I've written a bunch of double 
buffered code, and I try to do it like this:
The Paint handler only blits.
There is a draw routine that actually draws the off-screen bitmap. It is 
called:
 - when the bitmap is new, like in a Re-size event
 - when the drawing changes.
In the MPL case, then, it seems that figure.draw() should call that draw 
routine, but maybe it doesn't know anything about its canvas. Ah -- ye 
sit does - figure.canvas.
OK, so a draw_event is getting called, which I guess is where the 
drawing should happen, but I'm getting lost now!
-Chris
-- 
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...
From: Erik T. <eri...@gm...> - 2008年03月31日 17:34:28
I tested this on 0.91.2 on Ubuntu Gutsy, and wx 2.8.7.1, and found
that when I bring up a new window, I see a black canvas and it doesn't
draw any of the matplotlib objects until I do something like resizing
that must explicitly call a draw at some point. This may be why it's
in there... perhaps some sort of checking to see if any draw has been
performed yet?
On Mon, Mar 31, 2008 at 7:58 AM, Gregor Thalhammer
<gre...@gm...> wrote:
> Dear developers,
>
> I discovered that in backend_wx.py in _onPaint(), the callback function
> for repainting a matplotlib figure, every time a repaint is done also
> the bitmap is rerendered:
>
> backend_wx.py/_onPaint():
> ...
> # Render to the bitmap
> self.draw(repaint=False)
> ...
>
> This also affects the behaviour of the wxagg backend. Rerendering and
> therefore also repainting gets quite slow if, e.g., images are included
> in the figure. I can see this by simply dragging another window across
> the matplotlibfigure. Commenting out the rerendering I get a much
> smoother behaviour. I could not observe problems except that sometimes
> some parts of the figure are not properly repainted if the matplotlib
> figure is in the background (I only tested the wxagg backend). Therefore
> it seems that this rerendering every time a repaint is performed is not
> really necessary and should be avoided.
>
> I tested this on matplotlib 0.91.2 on WinXP, Python 2.5, wx 2.8.7. I
> checked that in the current svn version the _onPaint() function is
> unchanged.
>
> Gregor
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
-- 
Erik Tollerud
Graduate Student
Center For Cosmology
Department of Physics and Astronomy
4155B Frederick Reines Hall
University of California, Irvine
Office Phone: (949)824-2996
Cell: (651)307-9409
eto...@uc...
From: Gregor T. <gre...@gm...> - 2008年03月31日 14:58:36
Dear developers,
I discovered that in backend_wx.py in _onPaint(), the callback function 
for repainting a matplotlib figure, every time a repaint is done also 
the bitmap is rerendered:
backend_wx.py/_onPaint():
...
# Render to the bitmap
self.draw(repaint=False)
...
This also affects the behaviour of the wxagg backend. Rerendering and 
therefore also repainting gets quite slow if, e.g., images are included 
in the figure. I can see this by simply dragging another window across 
the matplotlibfigure. Commenting out the rerendering I get a much 
smoother behaviour. I could not observe problems except that sometimes 
some parts of the figure are not properly repainted if the matplotlib 
figure is in the background (I only tested the wxagg backend). Therefore 
it seems that this rerendering every time a repaint is performed is not 
really necessary and should be avoided.
I tested this on matplotlib 0.91.2 on WinXP, Python 2.5, wx 2.8.7. I 
checked that in the current svn version the _onPaint() function is 
unchanged.
Gregor

Showing 3 results of 3

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /