On Tue, Mar 2, 2010 at 11:41 PM, Eric Firing efir...@hawaii.edu wrote:
Andrew Straw wrote:
[...]
This is a good point. My preferred option is that we jettison all the
stuff that is not going to be shipped with MPL 1.0 from the git repo.
(More correctly - we build a git repo without that stuff
On Wed, Mar 3, 2010 at 8:29 AM, william ratcliff
william.ratcl...@gmail.com wrote:
I don't want to get into a flame war over this, but if Sourceforge was
pressured into this and is having complaints and google has the same
problem, how does Github get around it? Are they incorporated in the US
I am a big fan of favicons. I think MPL should definitely have one for the
impending 1.0 release. So I made one for you.
To use, simply place this file in the top level web directory. That is usually
all that is required. But some browsers prefer if you put:
link rel=shortcut icon
John Hunter wrote:
On Tue, Mar 2, 2010 at 11:41 PM, Eric Firing efir...@hawaii.edu wrote:
Andrew Straw wrote:
[...]
This is a good point. My preferred option is that we jettison all the
stuff that is not going to be shipped with MPL 1.0 from the git repo.
(More correctly - we build
On Wed, Mar 3, 2010 at 9:33 AM, Ben Axelrod baxel...@coroware.com wrote:
I am a big fan of favicons. I think MPL should definitely have one for the
impending 1.0 release. So I made one for you.
To use, simply place this file in the top level web directory. That is
usually all that is
On Wed, Mar 3, 2010 at 11:16 AM, John Hunter jdh2...@gmail.com wrote:
On Wed, Mar 3, 2010 at 9:33 AM, Ben Axelrod baxel...@coroware.com wrote:
I am a big fan of favicons. I think MPL should definitely have one for the
impending 1.0 release. So I made one for you.
To use, simply place this
Cool. Looks good.
I did tweak the image a bit to make the colors stand out better. But only
slightly. Because when I made the shapes too big, the image lost it's MPL
feel. Here is the source image I used to create the icon. Feel free to give
it a go. There are a number of programs that
I am strongly in favor of keeping the entire commit history of
trunk/matplotlib. While the repo is large now, most of the size comes
from data and regression test images, and the early history is largely
code so will not add much incremental size. I suppose one of the
downsides of git is
Should be fixed with r8178.
Regards,
-JJ
On Wed, Mar 3, 2010 at 5:19 PM, Jae-Joon Lee lee.j.j...@gmail.com wrote:
On Wed, Mar 3, 2010 at 4:48 PM, John Hunter jdh2...@gmail.com wrote:
JJ is this related to your commit in r8035 : support
unsampled image for ps backend
It seems to be.
I'll