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
(1) |
3
(7) |
4
|
|
5
(9) |
6
(7) |
7
(10) |
8
(5) |
9
(2) |
10
(5) |
11
(6) |
|
12
(1) |
13
(6) |
14
(1) |
15
(15) |
16
(1) |
17
(2) |
18
(1) |
|
19
(1) |
20
|
21
|
22
(1) |
23
(2) |
24
(4) |
25
(2) |
|
26
(2) |
27
(1) |
28
(11) |
29
(14) |
30
(7) |
|
|
|
From: Ken S. <kts...@gm...> - 2009-04-25 12:29:17
|
Yeah, that seems to work! thanks a lot,
Ken
On Fri, Apr 24, 2009 at 5:21 PM, Jae-Joon Lee <lee...@gm...> wrote:
> ps backend, when usetex=True, uses latex with psfrag package to
> generate the output (with some extra steps).
> It seems that the bounding box information is not correctly recovered
> during this process.
> I first thought that it would be quite difficult to get this correct,
> however the attached (relatively simple) patch seems to work fine.
>
> Ken, can you try the patch and see if it works?
>
> -JJ
>
>
>
>
> On Thu, Apr 23, 2009 at 2:25 PM, Ken Schutte <kts...@gm...> wrote:
>> I've been trying to track down some strange behavior I was getting,
>> and I think narrowed it down to some code that I'll paste below.
>>
>> I'm trying to write to .eps files, and when I have usetex=True,
>> something is screwed up with the padding on the left, and eventually
>> the whole image is just white.
>>
>> If I run this script, the 'testA-*.eps' look good, but 'testB-*' does
>> not. The same problem happens even if I remove the ticklabels.
>>
>> Any tips would be appreciated.
>> thanks,
>> Ken
>>
>>
>>
>> ------------------------------------------------
>> import matplotlib.pyplot as plt
>> import numpy as np
>> from matplotlib import rc
>>
>> fig = plt.figure()
>> ax = fig.add_axes([0,0,1,1],frameon=False)
>>
>> X = np.tile(np.arange(500),(10,1)) # (10,500) shape
>>
>> ax.imshow(X,interpolation='nearest',aspect='auto')
>>
>> def go(name):
>>
>> for d in (1,2,3,4):
>>
>> w = d*5
>> h = d
>>
>> fig.set_size_inches(w,h)
>> fig.savefig("%s-%d.eps" % (name,d))
>>
>> rc('text', usetex=False)
>> go("testA")
>>
>> rc('text', usetex=True)
>> go("testB")
>>
>> ------------------------------------------------------------------------------
>> Crystal Reports - New Free Runtime and 30 Day Trial
>> Check out the new simplified licensign option that enables unlimited
>> royalty-free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
|
|
From: Jae-Joon L. <lee...@gm...> - 2009-04-25 05:04:20
|
Hi Eric, > > Sorry about the broken links. I've attached a diff made against trunk > from a few days ago. Thanks! > > The discussion about what to do with my patch fizzled. I created a > decorator that made mixed-mode switching a one-line change per artist > type. I also added get/set_rasterized and an _rasterized attribute to > the Artist base class. I've used it on and off for a few months now > with no noted bugs. > > If we don't like the decorator, we can just make a helper function > that is called at the beginning of every artist.draw() method. It's > not a very complicated modification. > > Would there be a case that draw methods of some Artists do not need to be decorated? If not, I guess some metaclass black magic might be not harmful. What do you think? I'm attaching modified version of your patch which utilize metaclass for decoration. I personally want that rasterization is also supported in the ps backend. I guess the missing support of alpha composition would be a problem. But, in most of the my use case, I want rasterization for artist with z lower than some specified value (i.e., background images using pcolormesh), so it is not a problem for me. Regards, -JJ >> >> Are you planning to commit your patch to the trunk? I'll be glad to >> help you if there are any issues. > > > I'd love to get the patch in trunk, if only so that more people can > try it out and find things to improve (or re-implement). > > Thanks, > Eric > |