Jordan,
I committed the quiver patch with a slight modification, no functional change.
Eric
- Original Message -
From: Jordan Dawe <[EMAIL PROTECTED]>
Date: Tuesday, May 30, 2006 12:39 pm
Subject: [matplotlib-devel] Quiver Patch
To: matplotlib development list
> Ok, here's something of
Jordan,
Sorry for the duplication, but I made and committed a similar LineCollection
change before seeing your message. It is almost identical to yours.
I will check your Quiver change and commit it if it looks OK.
Thanks.
Eric
- Original Message -
From: Jordan Dawe <[EMAIL PROTECTED
Ok, here's something of a weird patch, because I don't know how to use
subversion properly. It has changes to axes.py which update quiver so
that it accepts arbitrary X,Y data; it doesn't demand the data be on a
grid anymore.
The other changes are to collections.py; I updated LineCollection s
John Hunter wrote:
Hope this helps,
JDH
Sweet, that helps a lot. Thank you very much.
Jordan
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certificat
> "Jordan" == Jordan Dawe <[EMAIL PROTECTED]> writes:
Jordan> Cool, that makes sense. Another question: what plot types
Jordan> generate 1 Line2D objects? I can see quiver doing
Jordan> something like that if one plots an 100x100 grid, but it
Jordan> seems to me the result
Jordan> Also, a question: why use collection objects? The
Jordan> implimentation doesn't strike me as being much faster
Jordan> rendering wise, but maybe I'm wrong. Is it just so all
Jordan> the objects can be manipulated all at once by changing the
Jordan> state of the col
> "Jordan" == Jordan Dawe <[EMAIL PROTECTED]> writes:
Jordan> Also, a question: why use collection objects? The
Jordan> implimentation doesn't strike me as being much faster
Jordan> rendering wise, but maybe I'm wrong. Is it just so all
Jordan> the objects can be manipulated
Eric Firing wrote:
Jordan,
Are you sure you want to use a LineCollection for this? If you do, someone is sure to say, "But I want red arrows with black borders..."
My impression from the earlier posts on this topic was that part of the trouble
was an attempt to be too clever and too automa
> "Eric" == Eric Firing <[EMAIL PROTECTED]> writes:
Eric> Is there any reason not to simply make LineCollection
Eric> inherit from ScalarMappable the same way that
Eric> PatchCollection does? I don't see any real disadvantage or
Eric> backwards incompatibility, and I think it w
Jordan,
Are you sure you want to use a LineCollection for this? If you do, someone is
sure to say, "But I want red arrows with black borders..."
My impression from the earlier posts on this topic was that part of the trouble
was an attempt to be too clever and too automatic; this was interf
>
> You can create a line collection that is color mappable by deriving
> from LineCollection and ScalarMappable. It will take a little more
> work to fully integrate it into the colormappable framework, eg so
> colorbars and interactive changing of colormaps works as expected, but
> this may b
Hello,
No no, it's not a joke, :-).
I was thinking about using matplotlib within a pythonic mozilla plugin
(xulrunner application more precisely).
Using the general and neutral plugin from mozcmgui, I 've succeeded in insert a
GTK Agg canvas in a web page on Linux. It works quite fine, it handle
Hi Jordan,
Thanks for your heads-up. I actually left this and went back to using
polygon patches for the arrows, mainly because I thought I'd have more
control over the size without having to do any fancy line collection
stuff. Re. your change, the call to the LineCollection__init__ function
> "Jordan" == Jordan Dawe <[EMAIL PROTECTED]> writes:
Jordan> Ok, I have some questions about what the protocol for
Jordan> patch submission should be, in terms of 'completeness' of
Jordan> the patch.
Jordan> I have a patch for the quiver function that is half
Jordan> done
14 matches
Mail list logo
