On Sep 12, 2007, at 3:27 PM, Paul Kienzle wrote:
>> Extensibilty:
>>
>> We would like to make it fairly easy for users to add additional
>> non-linear transformations. The current framework requires
>> adding a
>> new function at the C++ layer, and hacking into axes.py to support
>> add
On Wed, Sep 12, 2007 at 01:11:54PM -0500, John Hunter wrote:
>Then the front end (eg Line2D) could do something like
>def on_renderer_change(self, renderer):
> # on renderer change; path data already has the
> # separable/nonlinear part handled
> self.pathid = renderer.pu
On Wed, Sep 12, 2007 at 01:11:54PM -0500, John Hunter wrote:
> On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
> > So, I feel like I'm going in a bit of a circle here, and I might need a
> > reality check. I thought I'd better check in and see where you guys
> > (who've thought about
On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> So, I feel like I'm going in a bit of a circle here, and I might need a
> reality check. I thought I'd better check in and see where you guys
> (who've thought about this a lot longer than I have) see this going. A
> statement of object
On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Thanks for taking the time. Very helpful (and please excuse the mess in
> the code -- I was just trying to get something end-to-end working before
> refining/optimizing/documenting etc...)
I think this is definitely the right approach -
John Hunter wrote:
> On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I need to spend more time reading through your code before I comment
> further, but I just wanted to make a quick comment vis-a-vis the
> locators and formatters. I commited these changes to your branch, and
> autosca
On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> This approach got closer, until I hit the wall that dependencies work at
> an even lower level -- single lazy values get borrowed from one bounding
> box and referenced in another (e.g. Axes.autoscale_view()) Certainly,
> this could be i
I should also add -- it's only working with the Agg backend.
John Hunter wrote:
> On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> If you check out r3835 from my branch, simple_plot.py is working, with
>> the exception of things that rely on this really low-level
>> interdependence,
Yes. Sorry. It's in r3837 on the branch.
Cheers,
Mike
John Hunter wrote:
> On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> If you check out r3835 from my branch, simple_plot.py is working, with
>> the exception of things that rely on this really low-level
>> interdependence, e.g
On 9/12/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> If you check out r3835 from my branch, simple_plot.py is working, with
> the exception of things that rely on this really low-level
> interdependence, e.g. the data limits.)
I am at 3836 in the transforms branch, but I do not see "pbox".
[Background: I'm working on refactoring the transforms framework with
the end goal of making it easier to add new kinds of non-linear
transforms and projections to matplotlib. I've been talking a bit with
John Hunter about this -- this question is mainly for John and Ken
McIvor, though there a
11 matches
Mail list logo
