ine to have everything finalized.
>>
>> Tom
>>
>
> Excellent! Thanks very much for keeping on top of all this, and for the
> amazing amount of work you have been doing.
I echo Eric's comments.
Fantastic job, Thomas.
--
Damon McDougall
http://www.damon-is-a-geek.co
s/when/if/g
On Thu, Jun 5, 2014 at 3:34 PM, Damon McDougall
wrote:
> No worries, I've submitted the proposal. I'll let everyone know when
> it gets accepted.
>
> On Thu, Jun 5, 2014 at 11:47 AM, Michael Droettboom wrote:
>> Agreed. Sounds good. Thanks, Damon.
Last year's BoF was well-attended. I would expect nothing less
> this year.
>
> Ben
>
>
> On Wed, Jun 4, 2014 at 10:39 AM, Damon McDougall
> wrote:
>>
>> Shall I go ahead and set up a MEP bof? Just got an email for a call
>> for BoFs which reminded me
--
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed
p; security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists
dvanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> ___
>
On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall
wrote:
> On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing wrote:
>> When I build mpl from master on python.org python 2.7, Mountain Lion,
>> and try to plot anything with the macosx backend, I am now getting an
>> Apple crash--th
ake a while to track down.
I'm kind of swamped with work right now (a colleague I work with
recently resigned) so I don't have as much time as I'd like to
dedicate to helping out.
Eric, I hope that helps a little bit.
Best wishes,
Damon
--
Damon McDougall
http://www.damon-is-a-
y
> getting out the mass of existing bugfixes already on the branch.
>
> Any thoughts?
>
I like it!
> Mike
>
> --
> _
> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettbo
ctly what I'm hoping to see
matplotlib will move towards:
class Facet(matplotlib.Plottable)
def __init__(self, ...)
...
f = Facet(...)
ax.scatter(f)
Thoughts?
Thanks for the hard work.
Best wishes,
Damon
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computation
but it'll test the build process. Only for
Homebrew, though.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229
-
On Sat, Jul 6, 2013 at 12:20 PM, Eric Firing wrote:
> On 2013/07/06 5:32 AM, Damon McDougall wrote:
>
>>
>>
>>
>> On Sat, Jul 6, 2013 at 1:53 AM, Eric Firing > <mailto:efir...@hawaii.edu>> wrote:
>>
>> If I do a clean install of mpl mas
On Sat, Jul 6, 2013 at 12:26 PM, Thomas Kluyver wrote:
> On 6 July 2013 18:20, Damon McDougall wrote:
>
>> Long story. The short story is that distutils was merged into
>> setuptools. So setuptools is now the recommended way to install python
>> packages.
>
>
&g
On Sat, Jul 6, 2013 at 11:04 AM, Jeff Whitaker wrote:
> Damon McDougall
> July 6, 2013 9:32 AM
>
>
>
> If I do a clean install of mpl master, and then of basemap, basemap
>> lands in dist-packages/mpl_toolkits, as it always has. But now it is
>> not found--I c
hip basemap with matplotlib too but it's a rather large download.
Best wishes,
Damon
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
T
On Wed, Jul 3, 2013 at 3:13 PM, Derek Homeier <
de...@astro.physik.uni-goettingen.de> wrote:
>
> On 03.07.2013, at 10:03PM, Damon McDougall
> wrote:
>
> > On Tue, Jul 2, 2013 at 11:39 AM, Michael Droettboom
> wrote:
> > [Apologies for cross-posting]
> >
s.
I'm not sure I have rights to change it.
>
> Cheers,
> Michael Droettboom, and the matplotlib team
>
> ___
> NumPy-Discussion mailing list
> numpy-discuss...@scipy.org
> http://mail.scipy.org/mailman/listinfo/numpy-discuss
On Sat, Jun 29, 2013 at 2:18 PM, Nathaniel Smith wrote:
> pip *will* nuke old
> versions for you, and thus gives you a better chance of importing the
> code that was actually shipped.
>
Thanks Nathaniel, I didn't realise pip could snarf a local checkout.
That's goo
_
>> Matplotlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>
> ----
best to refer to the Github issue to see the paper
trail.
To reiterate, remember that you'll need to nuke your previous local
install. Installing over an existing mpl distribution will cause problems.
This is because `python setup.py install` will not remove the old axes.py
for you.
Tha
futzed with the tree...
>
>
> -- Russell
>
>
> On Jun 19, 2013, at 2:13 PM, Damon McDougall
> wrote:
>
>
>
>
> On Wed, Jun 19, 2013 at 2:29 PM, Russell E. Owen wrote:
>
>> In article <51c0b2f6.5070...@stsci.edu>,
>> Michael Droettboom
>
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Damon McDougall
h
to everyone for their help with this release!
>
> Mike
>
>
> On 06/17/2013 02:53 PM, Damon McDougall wrote:
>
>
>
>
> On Mon, Jun 17, 2013 at 9:50 AM, Michael Droettboom wrote:
>
>> We're a little behind schedule for 1.3.0 -- held up by the
>> distribute/
---
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.ne
On Wed, May 15, 2013 at 10:12 PM, Damon McDougall wrote:
>
>
>
> On Wed, May 15, 2013 at 8:11 PM, Michael Droettboom wrote:
>
>> I think discussing existing MEPs and proposing new MEPs would be a
>> great use of the time.
>>
>> 1) Matplotlib enhancemen
ally if a fair few
people turn up with ideas and opinions. The advantage of github is that
anything we take away from this can be pencilled into the wiki for future
reference. It'd also be a good place to stick action items for the
developers.
Ben, what do you think?
I will complete the
; Mike
>
>
> On 05/13/2013 08:21 PM, Damon McDougall wrote:
>
> All,
>
> Here's the site where we can suggest a BoF at the SciPy conference:
> http://conference.scipy.org/scipy2013/bofs.php?utm_source=buffer&utm_medium=twitter&utm_campaign=Buffer&utm_conte
All,
Here's the site where we can suggest a BoF at the SciPy conference:
http://conference.scipy.org/scipy2013/bofs.php?utm_source=buffer&utm_medium=twitter&utm_campaign=Buffer&utm_content=bufferce96b
We should do an mpl BoF and toss around ideas.
Best wishes,
Damon
--
Dam
nd, so let me investigate further before
> anyone burns further cycles on the issue.
>
> Cheers,
>
> f
>
>
> On Thu, Apr 4, 2013 at 8:06 PM, Damon McDougall > wrote:
>
>> On Thu, Apr 4, 2013 at 6:41 PM, Fernando Perez wrote:
>>
>>> Hi folks
gt; reports, so I'm wondering if anyone knows what's going on, or if it's
> an error on my side. I can try to bisect it but I figured I'd ask
> first in case it's obvious to someone else...
>
> Cheers,
>
> f
>
Hi Fernando,
I can't recreate th
On Wed, Mar 27, 2013 at 2:10 PM, Michael Droettboom wrote:
> On 03/27/2013 02:09 PM, Damon McDougall wrote:
>>
>> On Wed, Mar 27, 2013 at 8:03 AM, Michael Droettboom
>> wrote:
>>>
>>> Thanks again to the packagers for their quick work (as usual). I&
on the 1.2.x branch -- it's not clear
> there will be a 1.2.2, but it's much easier to make a bugfix release from a
> branch that has been maintained as such than to try to cherry-pick critical
> bugfixes later.
>
> Cheers,
> Mike
>
>
> On 03/26/2013 12:53
sell, let me know if you have build issues on the Mac.
Happy Tuesday everybody.
Best wishes,
Damon
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Te
o this valuable knowledge to have. Since I'm a mac user,
perhaps I could put together a 'source install walkthrough' or
something? That might help us save some time fumbling at the
beginning of the sprint.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computationa
aking the
more object oriented approach of setting up the canvas and figure
object explicitly? I use the OO approach all the time, but I only use
the non-interactive backends like Agg and PDF.
On a not-too-orthogonal note, I'd personally like to see a tutorial on
hooking in mpl into other GUI
-
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _
ting -- it's just
>> taking a while to work its way through the system. Once we have some sort
>> of paid hosting system, we should be able to do a lot more than Travis
>> currently can.
>>
>> Mike
>>
&g
yan, if you're out there, let me know if you run into snags with
building for the Mac.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Au
t; --
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting
push
>> --nostringval--
>> Dictionary stack:
>>--dict:1169/1684(ro)(G)-- --dict:0/20(G)-- --dict:82/200(L)--
>> Current allocation mode is local
>> Last OS error: No such file or directory
>> Current file position is 102614
>> GPL Ghostscript 9.07: Unr
2d_feb
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
That's weird. Did you try installing a stable numpy version instead?
I tried compili
architectures.
On reflection I think the maintenance headache of managing our own
build slaves outweighs the convenience of having it hosted, as you
point out.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The Univ
On Sun, Jan 27, 2013 at 12:28 PM, Neal Becker wrote:
> Damon McDougall wrote:
>
>> On Sun, Jan 27, 2013 at 11:51 AM, Neal Becker
>> wrote:
>>> Damon McDougall wrote:
>>>
>>>> On Sun, Jan 27, 2013 at 8:56 AM, Neal Becker
>>>> wrote:
&
On Sun, Jan 27, 2013 at 11:51 AM, Neal Becker wrote:
> Damon McDougall wrote:
>
>> On Sun, Jan 27, 2013 at 8:56 AM, Neal Becker
>> wrote:
>>> Simple example: the bars on the two x axis ends are not visible.
>>>
>>> x = [3, 6, 10]
>>
ials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinf
SALE $99.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122412
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
to maintain them they can be built for other
> distros as well.
GitHub allow for a custom service-hook. If, as Mike says, it's not too
hard to garner compute cycles, it shouldn't be too hard to write a
small script to execute the test suite when th
On Thu, Jan 10, 2013 at 7:40 AM, Michael Droettboom wrote:
> Alternatively, maybe we could divide the open PRs into numerical ranges
> amongst some volunteers, who could triage and assign them to the attention
> of the appropriate experts?
I like this idea.
--
Damon McDougall
http://
e.
>>
>> (And as a detail, it isn't until Numpy 1.7 that a "CloseFile" function
>> is provided, so even on master, we're stuck copying some code over).
>>
>> Any objections?
Nope.
--
Damon McDougall
http:/
On Sun, Dec 23, 2012 at 2:24 PM, Nathaniel Smith wrote:
> On Sun, Dec 23, 2012 at 12:42 AM, Damon McDougall
> wrote:
>> On Mon, Dec 17, 2012 at 8:10 AM, Michael Droettboom wrote:
>>> On 12/16/2012 03:44 PM, Eric Firing wrote:
>>>> On 2012/12/16 9:21 AM, Damon M
On Mon, Dec 17, 2012 at 8:10 AM, Michael Droettboom wrote:
> On 12/16/2012 03:44 PM, Eric Firing wrote:
>> On 2012/12/16 9:21 AM, Damon McDougall wrote:
>>> On Sat, Dec 15, 2012 at 8:25 PM, Jason Grout
>>> wrote:
>>>> On 12/14/12 10:55 AM, Nathaniel Smith
On Sun, Dec 16, 2012 at 2:44 PM, Eric Firing wrote:
> On 2012/12/16 9:21 AM, Damon McDougall wrote:
>> On Sat, Dec 15, 2012 at 8:25 PM, Jason Grout
>> wrote:
>>> On 12/14/12 10:55 AM, Nathaniel Smith wrote:
>>>> sourceforge's horror of an interface.
>
On Sun, Dec 16, 2012 at 1:38 PM, Todd wrote:
> On Sun, Dec 16, 2012 at 8:21 PM, Damon McDougall
> wrote:
>>
>> On Sat, Dec 15, 2012 at 8:25 PM, Jason Grout
>> wrote:
>> > On 12/14/12 10:55 AM, Nathaniel Smith wrote:
>> >> sourceforge's horror o
sure how the Amazon stuff works but I've heard
good things about it.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229
-
On Sat, Dec 15, 2012 at 5:47 PM, Thomas Kluyver wrote:
> On 15 December 2012 23:38, Damon McDougall
> wrote:
>>
>> Maybe the best thing is to host the binaries on Sourceforge.
>
>
> Having recently tried to do it, Sourceforge tries really hard to avoid
> giv
Hub for the source and
development; and Google Code for the binaries.
Maybe the best thing is to host the binaries on Sourceforge.
To be honest, I'm not sure that the service that hosts the binaries
matters all that much. We could put links to the binaries on the
webpage and then it's com
and link it to the issue comment and then have it
disappear when you delete it and forgot it was linked to GitHub.
Win.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712
an' tool, with the added
downside of hard-to-maintain under-code.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229
--
/travis-ci.org/matplotlib/matplotlib/jobs/3469141
>
> Mike
>
>
> On 12/02/2012 12:23 PM, Thomas Kluyver wrote:
>
> On 2 December 2012 17:02, Damon McDougall wrote:
>>
>> > Still failing even with the workaround. Here's proof:
>> > https://github.com/matp
On Sun, Dec 2, 2012 at 11:00 AM, Damon McDougall
wrote:
> On Sat, Dec 1, 2012 at 12:56 PM, Damon McDougall
> wrote:
>> On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom wrote:
>>> Ok. I'll go ahead and put the workaround in our .travis.yml. Any
>>> active
On Sat, Dec 1, 2012 at 12:56 PM, Damon McDougall
wrote:
> On Sat, Dec 1, 2012 at 12:28 PM, Michael Droettboom wrote:
>> Ok. I'll go ahead and put the workaround in our .travis.yml. Any
>> active pull requests that we want to have good Travis results for will
>> nee
testing at all for Python 3.x, so that
gets my +1. Thanks Mike.
>
> Mike
>
> On 11/30/2012 06:20 PM, Damon McDougall wrote:
>> Forwarding to list again...
>>
>>
>> -- Forwarded message --
>> From: Nathaniel Smith
>> Date: Fri, Nov 30, 20
Forwarding to list again...
-- Forwarded message --
From: Nathaniel Smith
Date: Fri, Nov 30, 2012 at 5:13 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall
On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
wrote:
> We seem
Forwarding to the list...
-- Forwarded message --
From: Thomas Kluyver
Date: Fri, Nov 30, 2012 at 4:35 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall
On 30 November 2012 22:25, Damon McDougall wrote:
>
> We seem t
On Fri, Nov 30, 2012 at 4:25 PM, Damon McDougall
wrote:
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?
Looks like Jens found the probl
We seem to have inherited these recently. I am questioning whether it
is something caused by us or not. Can anybody build numpy/mpl under
Python 3.x on their own machine successfully?
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th
er,
>> deststride);
>>
>> + gdk_gc_destroy(gc);
>> if (needfree)
>> {
>> delete [] destbuffer;
>>
>>
>>
>
> If you are willing, would you like to file a P
gt;
>> On Tue, Nov 20, 2012 at 2:21 PM, Damon McDougall
>> wrote:
>>>
>>> http://matplotlib.org/devel/coding_guide.html
>>>
>>> Scroll down to 'Testing'. Click 'Testing'. Boom.
>>
>>
>> seems to have been f
http://matplotlib.org/devel/coding_guide.html
Scroll down to 'Testing'. Click 'Testing'. Boom.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
A
rvers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourc
aul pointed out. For a new feature there should be a couple of
tests to go with it to make sure everything passes sanity checks.
Thanks for spending your time contributing!
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering S
ttp://nvie.com/posts/a-successful-git-branching-model/
It does involve a little more effort, it does also mean that someone
installing from the master branch (which is the default branch) will
always get a stable release. My feeling is that the master branch
shouldn't contain any unstable
On Mon, Nov 12, 2012 at 10:52 AM, Fernando Perez wrote:
> Hi folks,
>
> On Sun, Nov 11, 2012 at 1:20 PM, Damon McDougall
> wrote:
>> Yeah that's a great idea. Get the word out.
>
> I did:
>
> https://speakerdeck.com/fperez/science-and-python-a-interactive
a great idea. Get the word out.
--
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229
--
Everyon
--
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_nov
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourc
-- Forwarded message --
From: Damon McDougall
Date: Thu, Nov 8, 2012 at 6:16 PM
Subject: Re: [matplotlib-devel] 1.2.0 Final tagged and uploaded
To: "Russell E. Owen"
On Thu, Nov 8, 2012 at 5:52 PM, Russell E. Owen wrote:
> In article <509be976.90...@stsci.
esome_new_feature
Once you've done that, make a pull request by following the
instructions here:
https://help.github.com/articles/using-pull-requests
Once you've done that, congratulations!
Hope this helps.
Best wishes,
Damon
--
Damon McDougall
http://www.damon-is-a-gee
o use it as is or
> to modify at will if you think this is useful.
>
> Many thanks and kind regards,
> Max
Hi Max,
Sounds like a great idea! Would you feel comfortable having a go at an
implementation? You can make a pull request out of it. The rest of the
developers can then deliberat
Whoops! I copied in the users mailing list by accident. Stupid iPhone gmail
app is stupid.
I might have possibly ruined the rc3 surprise. Sorry about that.
-- Forwarded message --
From: *Damon McDougall*
Date: Tuesday, October 30, 2012
Subject: [matplotlib-devel] Delaying rc3
of the edgecolors kwarg in ax.pcolor.
Jens' pull request is a bug fix, in my opinion. It is currently targeted
for master (as is the currently milestoned 1.2 PR regarding transforms) but
I don't see any reason for it to not make 1.2. If others feel the same then
I would rather see it targ
nd line
options implemented (albeit the most useful ones, in my opinion), this
shouldn't be too big of a job.
Go forth and fork!
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV
, I think you should turn this into a pull request so
you can get more feedback on an interactive level.
Best,
Damon
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom
-
On Mon, Oct 15, 2012 at 8:59 AM, Nelle Varoquaux
wrote:
>
>
> On 15 October 2012 06:10, Eric Firing wrote:
>>
>> On 2012/10/14 12:44 PM, Damon McDougall wrote:
>> > On Sun, Oct 14, 2012 at 9:22 PM, Eric Firing wrote:
>> >> All,
>> >>
>
aspects of strategy?
>
> Eric
I'm happy with whatever is decided. I'd rather not have merge
conflicts, but if PEP8 is seen as a high-risk merge then I'm happy to
not cherry-pick them into 1.2.x.
If it is decided that we are to revert all the PEP8 changes in 1.2.x,
wha
On Sun, Oct 14, 2012 at 1:29 AM, Eric Firing wrote:
> On 2012/10/13 1:16 PM, Damon McDougall wrote:
>> I probably should have tested the waters first, but I added a PEP8
>> github label. It's neon orange so you can't miss it. The reason I did
>> this is so tha
o on
> display. Given how much we pride ourselves on high-quality images, we
> should probably fix this:
>
> https://github.com/matplotlib
>
> Cheers!
> Ben Root
This has been bugging me for a while...
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Insti
On Fri, Oct 5, 2012 at 5:51 PM, Michael Droettboom wrote:
> On 10/05/2012 11:40 AM, Damon McDougall wrote:
>
> On Friday, October 5, 2012, Michael Droettboom wrote:
>>
>> On 10/05/2012 06:38 AM, todd rme wrote:
>>
>> I am trying to do some experimental packages w
can't remember what libcairo is written in)
directly?
This may get around the issue, but it'd be a lot of work...
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom
tests. Heck, I only ever ran the tests
after I started contributing back to the community. Perhaps they
should be spawn off to a matplotlib-tests git submodule that Travis
can use for commit-checking.
--
Damon McDougall
http://www.damon-is-a-
they should almost certainly branch from
v1.2.x, or whatever the current version branch is. This way, if the
pull request gets accept it's trivial to merge it into the correct
place (v1.2.x) and if it's accepted but is not deemed suitable for
v1.2.x it can be rebased onto master. This avoi
Forgot to reply all.
-- Forwarded message --
From: Damon McDougall
Date: Sat, Sep 29, 2012 at 8:51 PM
Subject: Re: [matplotlib-devel] Python 3.3 released
To: Benjamin Root
On Sat, Sep 29, 2012 at 6:46 PM, Benjamin Root wrote:
>
>
> On Saturday, September 29, 2012,
iveTcl<http://www.python.org/download/mac/tcltk/>. I have no
experience with this, so I can't really comment further.
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
On Thu, Sep 27, 2012 at 12:44 PM, Todd wrote:
> On Thu, Sep 27, 2012 at 1:12 PM, Damon McDougall
> wrote:
>> Hi Todd,
>>
>> Firstly, thanks for taking the time to crystallise your thoughts in
>> words first. This is one of my bad habits; I tend to rush into things.
ffset-.5*height, offset, and offset+.5*height.
>
> So what does everyone think of this approach? Does anyone have any
> comments, suggestions, or just think the approach is nonsense? It
> would certainly be possible to implement this based more on existing
> classes, but I don
lotlib/issues/1304>
> but did not append your comment.
Fixed in https://github.com/matplotlib/matplotlib/pull/1305.
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom
--
On Mon, Sep 24, 2012 at 2:05 PM, Michael Droettboom wrote:
> Thanks for pointing this out. It should now be fixed.
>
Nope, it still says 1.2.0rc1: http://matplotlib.org
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Mi
plotlib-users and hopefully get some serious testing out of this thing.
>
> Thanks for all of the hard work!
>
> Mike
The website says the current development version is rc1.
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwi
On Sat, Sep 22, 2012 at 10:40 AM, Damon McDougall
wrote:
> Ah ok, I see. I was assuming a plot_trisurf(x, y, z, triangles, ...)
> signature. Copying the tricontour signature would be better for
> consistency reasons. It appears that I was the one missing something!
I just realised I
re is still uncertainty
regarding whether there will actually be a third release candidate.
--
Damon McDougall
http://www.damon-is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom
--
7;t you just do the same here, or am I missing something?
Ah ok, I see. I was assuming a plot_trisurf(x, y, z, triangles, ...)
signature. Copying the tricontour signature would be better for
consistency reasons. It appears that I was the one missing something!
Thanks for that.
--
Damon McDougall
ht
1 - 100 of 136 matches
Mail list logo
