matplotlib-devel Mailing List for matplotlib

On Thu, Sep 18, 2008 at 2:33 PM, Russell E. Owen <rowen@u.washington.edu> wrote:
> The versions of pytz and dateutil that are included with matplotlib
> 0.98.3 are outdated.
>
> dateutil 1.2 is included, but 1.4.1 is available
> pytz: 2008c (from pypi)
>
> I am against including them at all (especially if they are installed
> even if the user already has the packages available). They are both
> trivial to install from source.
>
> In the case of pytz one can also use easy_install (and presumably this
> can happen automatically via dependency handling). Unfortunately that is
> not a good idea for dateutil; I just tried it and got version 1.1. Yow.
Hey Russell, thanks for the head's up.
For our source installs, by default we install them only if they are
not on the system, but you can configure this with setup.cfg to
always, never or conditionally install them.
I have updated the mpl versions to the ones you point to above.
svn users -- if you want to upgrade to the latest using the mpl
versions, cp setup.cfg.template to setup.cfg, uncomment the following
lines, and set them to True
 ## Date/timezone support:
 pytz = True
 dateutil = True
Conversely, if you never want to use the mpl versions, uncomment them
and set them to False.
Unfortunately, our binary installers are not so smart. It would be
nice to have better binary installers which override existing
installations. Charlie, do you know anything about this?
JDH

The versions of pytz and dateutil that are included with matplotlib 
0.98.3 are outdated.
dateutil 1.2 is included, but 1.4.1 is available
pytz: 2008c (from pypi)
I am against including them at all (especially if they are installed 
even if the user already has the packages available). They are both 
trivial to install from source.
In the case of pytz one can also use easy_install (and presumably this 
can happen automatically via dependency handling). Unfortunately that is 
not a good idea for dateutil; I just tried it and got version 1.1. Yow.
-- Russell

Michael Droettboom <md...@st...> writes:
> That's a cool feature, and one I have not come across before.
I agree that it's a neat idea. However, I would prefer a way to specify
color mixtures that is not based on parsing strings but on Python data
structures, e.g. instead of
>> fc="orange!20!white", # 20% orange + 80% white
I would prefer something like the following options:
 fc={'orange': 20, 'white': None}
 fc=[[20, 'orange'], [None, 'white']]
 fc=ColorMixture('orange', 20, 'white') # where ColorMixture is a fairly
 # trivial class
This way we could make mixtures of any color specifications. (What if
you wanted to specify a mixture of mixtures? This situation might not
arise in user code directly, but what if the user is programmatically
creating colors?)
>> fc="aqua!50!green!20!white",
So this would be something like
 fc={'aqua': 50, 'green': 20, 'white': None}
 fc=[[50, 'aqua'], [20, 'green'], [None, 'white']]
 fc=ColorMixture('aqua', 50, 'green', 20, 'white')
-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Thanks for the positive feedback!
Okay, I'll add a proper documentation for it and upload the patch again.
-JJ
On Thu, Sep 18, 2008 at 9:47 AM, John Hunter <jd...@gm...> wrote:
> On Thu, Sep 18, 2008 at 8:35 AM, Michael Droettboom <md...@st...> wrote:
>> That's a cool feature, and one I have not come across before.
>>
>> I hesitate slightly because this it is non-standard (by that, I mean not
>> available in a lot of "mainstream" formats like CSS, SVG etc.), but
>> maybe that's just because they aren't as cool as matplotlib... ;) The
>> nice thing is that the "!" isn't meaningful in color strings at present,
>> so this new syntax is at least unambiguous with anything pre-existing.
>>
>> I'm for it, but would like to hear from others first.
>
> I like it too -- I only ask Jae-Joon that you make sure it is properly
> documented, eg in the matplotlib.colors docstring. What would be
> really nice would be a section in doc/users_guide on mpl colors....
>
> JDH
>

I can't seem to find a link to the new (and wonderful) sphinx docs from the
MPL homepage. Are you deliberately waiting to make them "prime"?

On Thu, Sep 18, 2008 at 8:35 AM, Michael Droettboom <md...@st...> wrote:
> That's a cool feature, and one I have not come across before.
>
> I hesitate slightly because this it is non-standard (by that, I mean not
> available in a lot of "mainstream" formats like CSS, SVG etc.), but
> maybe that's just because they aren't as cool as matplotlib... ;) The
> nice thing is that the "!" isn't meaningful in color strings at present,
> so this new syntax is at least unambiguous with anything pre-existing.
>
> I'm for it, but would like to hear from others first.
I like it too -- I only ask Jae-Joon that you make sure it is properly
documented, eg in the matplotlib.colors docstring. What would be
really nice would be a section in doc/users_guide on mpl colors....
JDH

That's a cool feature, and one I have not come across before.
I hesitate slightly because this it is non-standard (by that, I mean not 
available in a lot of "mainstream" formats like CSS, SVG etc.), but 
maybe that's just because they aren't as cool as matplotlib... ;) The 
nice thing is that the "!" isn't meaningful in color strings at present, 
so this new syntax is at least unambiguous with anything pre-existing.
I'm for it, but would like to hear from others first.
Cheers,
Mike
Jae-Joon Lee wrote:
> Hello,
>
> Attached is a small patch to add a simple color mix operation support.
> For example, "red!30!white" mixes 30% of red with 70% of white. The
> syntax is borrowed from latex xcolor package
> (http://www.ukern.de/tex/xcolor.html).
> I found it quite handy with the fancy box thing.
>
> plt.text(0.6, 0.5, "test", size=50, rotation=30.,
> bbox = dict(boxstyle="round",
> fc="orange!20!white", # 20% orange + 80% white
> ec="orange!50!white", # 50 % orange + 50% white
> )
> )
>
> plt.text(0.5, 0.4, "test", size=50, rotation=-30.,
> bbox = dict(boxstyle="square",
> fc="aqua!50!green!20!white",
> ec="green!40!white",
> )
> )
>
> Any chance this could be included in matplotlib?
> Regards,
>
> -JJ
> 
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

I'm not seeing those messages, but I am seeing significant slowness to 
SVN operations (such as svn status). 
John Hunter wrote:
> On Wed, Sep 17, 2008 at 1:44 PM, Ryan May <rm...@gm...> wrote:
> 
>> Hi,
>>
>> Is anyone else seeing some odd messages when trying to use SVN right
>> now? Here's what I see:
>>
>> 
>
> I just did an svn up w/o incident
>
> JDH
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA