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
(3) |
2
|
3
|
4
|
5
|
6
(2) |
7
(3) |
8
(6) |
9
(5) |
10
(7) |
11
(3) |
12
(5) |
13
(6) |
14
(6) |
15
(8) |
16
(12) |
17
(12) |
18
(4) |
19
(8) |
20
(26) |
21
(21) |
22
(12) |
23
(4) |
24
|
25
|
26
|
27
(1) |
28
|
29
(6) |
30
(9) |
31
(12) |
|
Steve Chaplin wrote: > Using the latest cairo (git), pycairo (cvs) and matplotlib (svn) and > running examples/simple_plot.py I get a 22K PDF file. But when I try to > view it with evince and xpdf I get "unable to open document" type > errors. This is just a shot in the dark, but I've been playing with pycairo a bit, and found that you need to make sure to call: cairo.Context.show_page() When you're done with the rendering. I had similar symptoms before I did that. John, What are your plans regarding Cairo and the future of rendering for MPL? I'm in the need of alpha blended rendering for wxPython stuff, so I've been looking at Cairo and Agg. Agg is a great solution for really nice rendering, but Cairo has the promise of supporting everything else I need, like PDF for instance. Now that Mozilla seems to be adopting Cairo, it might even live up to the promise of a fully cross-platform solution. If so, it would be great to develop a really general purpose, robust, numpy-aware, pythonic interface for it. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no...
On Sunday 26 February 2006 13:54, Ted Drain wrote: > Hmm - I just ran your test and everything seems to work fine. I'm using > MPL 0.85 and Qt 3.3.5. I did a diff of backend_qt.py and backend_qtagg.py > from 0.85 to the current CVS repository and they're identical. So I'm not > sure what could be going on... Maybe this is not an issue with qt-3.3.5. Another datapoint: when I run the embedding_in_qt.py example, the size of the window is correct. > At 10:30 AM 2/26/2006, Darren Dale wrote: > >On Sunday 26 February 2006 1:06 pm, Ted Drain wrote: > > > Darren, > > > I'll have someone take a look at it soon. We're right in the middle of > > > a big delivery so we don't really have a lot of time to spend on this > > > right now... > > > >Thanks, Ted. I'm not in a rush. > > > >I'm about to start my first python-based gui project, and want to use Qt. > >I'll > >also continue to poke around at these problems myself as I find time. > > > >Darren > > > > > At 08:20 AM 2/26/2006, Darren Dale wrote: > > > >Respectfully: Is the QtAgg backend supported? > > > > > > > >On Saturday 18 February 2006 6:01 pm, Darren Dale wrote: > > > > > I'm having two problems with the QtAgg backend. If I do: > > > > > >>> from pylab import * > > > > > >>> plot([1,2]) > > > > > > > > > > [<matplotlib.lines.Line2D instance at 0x2aaab1ead830>] > > > > > > > > > > >>> show() > > > > > > > > > > My figure window should be 8in x 6in, but instead it is 6in tall > > > > > and as wide as my screen will allow. So thats the first issue. The > > > > > second is this: if I close that window, and then do > > > > > > > > > > >>> plot([1,2]) > > > > > > > > > > [<matplotlib.lines.Line2D instance at 0x2aaab1ebbcf8>] > > > > > > > > > > >>> show() > > > > > > > > > > I get the following traceback: > > > > > > > > > > Traceback (most recent call last): > > > > > File "<stdin>", line 1, in ? > > > > > File > > > > > "/usr/lib64/python2.4/site-packages/matplotlib/backends/backend_qt. > > > > >py", line 47, in show > > > > > manager.window.show() > > > > > RuntimeError: underlying C/C++ object has been deleted > > > > > > > > > > I'm using qt version 3.3.4, with cvs mpl 0.86.2, on a gentoo linux > > > > > system. The only nondefault rc setting is the choice of backend. > > > > > > > > > > Darren > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.net email is sponsored by: Splunk Inc. Do you grep through > > > > > log files for problems? Stop! Download the new AJAX search engine > > > > > that makes searching your log files as easy as surfing the web. > > > > > DOWNLOAD SPLUNK! > > > > > > > > > > _______________________________________________ > > > > > Matplotlib-devel mailing list > > > > > Mat...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > > > >-- > > > >Darren S. Dale, Ph.D. > > > >dd...@co... > > > > > > > > > > > >------------------------------------------------------- > > > >This SF.Net email is sponsored by xPML, a groundbreaking scripting > > > > language that extends applications into web and mobile media. Attend > > > > the live webcast and join the prime developer group breaking into > > > > this new coding territory! > > > > _______________________________________________ Matplotlib-devel > > > > mailing list > > > >Mat...@li... > > > >https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > > language that extends applications into web and mobile media. Attend > > > the live webcast and join the prime developer group breaking into this > > > new coding territory! > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=12164 > > >2 _______________________________________________ > > > Matplotlib-devel mailing list > > > Mat...@li... > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > >-- > >Darren S. Dale, Ph.D. > >dd...@co... > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by xPML, a groundbreaking scripting > > language that extends applications into web and mobile media. Attend the > > live webcast and join the prime developer group breaking into this new > > coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > _______________________________________________ > >Matplotlib-devel mailing list > >Mat...@li... > >https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Darren S. Dale, Ph.D. Cornell High Energy Synchrotron Source Cornell University 200L Wilson Lab Rt. 366 & Pine Tree Road Ithaca, NY 14853 dd...@co... office: (607) 255-9894 fax: (607) 255-9001
On 2006年2月28日, John Hunter wrote: > >>>>> "Darren" == Darren Dale <dd...@co...> writes: > > Darren> None necessary. However, could you post an example of how > Darren> to do a dev checkout? I thought I had followed the > Darren> instructions, but commit is asked for a password for the > > I did > > svn co --username=jdh2358 --password=mypass https://svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib > > and then I could make commits with no prompting. I was just wondering what the recommended check-out command for "test-users" would be. With svn co https://svn.sourceforge.net/svnroot/matplotlib/trunk matplotlib I get the whole tree: 56K ./.svn 280K ./CVSROOT 69M ./course 31M ./htdocs 50M ./matplotlib 194M ./toolkits 39M ./users_guide which is about 381 MB... The answer seems to be this one: svn co https://svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib \ matplotlib Best, Arnd P.S. For the above command I get the following: Error validating server certificate for 'https://svn.sourceforge.net:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: *.sourceforge.net - Valid: from Dec 8 13:40:07 2005 GMT until Feb 7 13:40:07 2007 GMT - Issuer: Equifax Secure Certificate Authority, Equifax, US - Fingerprint: 49:b8:cb:87:04:8c:49:39:45:83:dd:4c:cf:c7:54:57:b0:9e:84:5d (R)eject, accept (t)emporarily or accept (p)ermanently? t
On Sun, Feb 26, 2006 at 01:32:44PM -0600, Albert Chin wrote: > On Sun, Feb 26, 2006 at 01:00:07AM -0600, Albert Chin wrote: > > On Fri, Feb 24, 2006 at 12:15:29AM -0600, Albert Chin wrote: > > > On Wed, Feb 22, 2006 at 09:24:38PM -0600, Albert Chin wrote: > > > > > > > > The failure occurs when displaying the data. I've also tried > > > > anim_tk.py to determine if it was a problem with the GTK+ backend but > > > > anim_tk.py fails in the same way. > > > > > > I did some more digging and the "terminate called after throwing an > > > instance ..." error is coming from G++. Maybe something funk with C++ > > > exceptions on HP/PA that isn't triggered on HP/IA. > > > > The throw Py::RuntimeError is coming from src/ft2font.cpp. There's a > > global that holds information for FreeType libraries: > > FT_Library _ft2Library; > > > > This is initialized when Python loads the module. That works fine. > > However, sometime after, _ft2Library is reinitialized to 0. This > > doesn't occur the _first_ time matplotlib is run. Only on subsequent > > runs when it reads in the font cache file does this occur. Odd. > > ... > > Another alternative is to have anything requiring src/ft2font.cpp to > simply 'import ft2font'. For the moment, I've remove src/ft2font.cpp > from all modules except ft2font.so. This seems to work. Patch > attached. While it builds everywhere, it causes unresolved symbol errors on all non-HP/PA platforms :( -- albert chin (ch...@th...)
Bill Baxter wrote: > This is a problem with debugging a program (in Wing) that uses pylab (a > graphing module), which in turn uses wxWidgets to display its graphs > (I'm using pylab's WXAgg drawing backend). I'm not sure which community > would have the best insight into the issue so please forgive me for > crossposting to all three. > > The problem I'm having is very simple. When I'm stopped at a breakpoint > in the IDE, the wxWidgets loop stops running too, so the graphs don't > refresh their drawing. > > On the other hand, in the Wing IDE, if I just let the program run to > completion, then the graphs disappear before I have a chance to look at > them. wx, pylab, and Wing are all pretty compex things, so I'm not sure > where to look for how to fix this particular behavior. > > WX folks: Is there some way to make it so that the wx main loop stay > active at an IDEs breakpoint? Or some way to say at the end of my > program "just go into the loop currently in progress". If the breakpoint is in a event handler, or other code in the gui thread there is no way to get back into the main loop without returning from the event handler, although it can be simulated with a wx.EventLoop instance, but that also needs to be running in the gui thread. So there really isn't a way to do it if you need to stop in the gui thread. > > Pylab folks: Is there a setting that I can use to make graphs run in > separate threads or processes? > > Wing folks: is there some Wing setting I can use to change the > breakpoint behavior? Assuming pylab graphs are in a separate thread, > would there be some way to specify that a breakpoint shouldn't stop that > thread? -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!