Jae-Joon Lee wrote:
>> - the parameter numpoints should be used (it's ignored right now)
>>
>
> Thanks Manuel. I guess we can simply reuse xdata_marker for this purpose.
>
>
>> - Some private variables are accessed and a new RegularPolycollection is
>> created (does this work eg. with a StarPoly
Jae-Joon Lee wrote:
>> - the parameter numpoints should be used (it's ignored right now)
>>
>
> Thanks Manuel. I guess we can simply reuse xdata_marker for this purpose.
>
>
>> - Some private variables are accessed and a new RegularPolycollection is
>> created (does this work eg. with a StarPoly
> - the parameter numpoints should be used (it's ignored right now)
>
Thanks Manuel. I guess we can simply reuse xdata_marker for this purpose.
> - Some private variables are accessed and a new RegularPolycollection is
> created (does this work eg. with a StarPolygonCollection? I haven't
> check
John Hunter wrote:
> On Wed, Oct 8, 2008 at 10:27 PM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
>> Ah, that makes more sense Jae-Joon - thanks!
>
> Jae-Joon -- could you handle this patch submission?
>
> Thanks,
> JDH
Hi,
I also had a look at this patch -- as that's a feature I was
interested i
Okay.
I may work on it sometime tomorrow or during the weekends.
Regards,
-JJ
On Thu, Oct 9, 2008 at 12:54 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 8, 2008 at 10:27 PM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
>> Ah, that makes more sense Jae-Joon - thanks!
>
> Jae-Joon -- could
On Wed, Oct 8, 2008 at 10:27 PM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
> Ah, that makes more sense Jae-Joon - thanks!
Jae-Joon -- could you handle this patch submission?
Thanks,
JDH
-
This SF.Net email is sponsored by the
Ah, that makes more sense Jae-Joon - thanks!
With this addition it all looks fine to me - I've attached a patch
against 6174 that does everything I'd like to see it do... note that
I've left in the TODO in collections.py simply because I still am not
certain that what I'm doing there is correct in
Hi Eric,
As far as I know, get_window_extent is meant to return the extent of
the object in the display coordinate. And, as you may have noticed,
often this is used to calculate the relative position of objects.
I quickly went through your patch and my guess is your implementation
of get_window_
Does anyone have anything new here? I'm perfectly willing to
experiment, but I'm really at a loss as to what
get_window_extent(self,render) is supposed to do (clearly get some
window extent, but exactly what window and what coordinates the extent
is in is what is confusing me).
On Tue, Sep 23, 200
Sorry for the dealyed reply - I've been out of town... I posted to the
patch tracker, and am dutifully pinging :)
On Tue, Sep 23, 2008 at 11:41 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 23, 2008 at 12:20 AM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
>> Attached is a diff against revi
On Tue, Sep 23, 2008 at 12:20 AM, Erik Tollerud <[EMAIL PROTECTED]> wrote:
> Attached is a diff against revision 6115 that contains a patch to
> improve the behavior of the legend function when showing legends for
Erik,
I haven't had a chance to get to this yet. Could you please also post
it on
11 matches
Mail list logo
