>
> How do you get around this while supporting both the proportional and the
> non-proportional modes?
>

 I must confess that I never considered that option. And, no, my
current implementation does not support non-proportional mode. So, I
guess syncing the data coordinate with ticks has its own problem.


>>
>> 1) leave it as is. but issue a warning when a users calls "set_yticks"
>> (or its relatives) on the colobar axes.
>
> Based on a quick look, I think that with some refactoring, we could add a
> set_ticks method.  In a way, the question here is whether the colorbar
> should be thought of as a conventional axes object, or whether it is OK for
> it to have its own API.  I think the latter is more natural, because it is a
> specialized object; once its orientation is established, there is only one
> set of ticks and one axis label.  Ideally, cbar.ax would be an Axes object
> stripped down to its essentials; but that would involve major mpl
> refactoring.
>
> Intercepting calls to set_yticks and set_xticks and replacing them with
> warnings to use a new set_ticks would be good.
>

Adding a "set_ticks" method seems reasonable.

>>
>> 2) use the reimplemented version of the colorbar, but drop the
>> axes_locator part. The colorbar will be fully functional except the
>> "extend" feature (triangles at the ends of the colorbar. see
>> http://matplotlib.sourceforge.net/examples/api/colorbar_only.html).
>
> This is not acceptable.  The "extend" feature is essential.

I see.

>
>>
>> 3) use the reimplemented version of the colorbar.
>>
>> 4) someone else comes up with a better implementation.
>
> Regarding 3 or 4, if you or anyone else can come up with a better
> implementation, preserving at least the present functionality, that's great.
>  The present implementation was a pain to develop and is hard to understand
> and maintain.


As a person who never uses "extend" and "non-proportional" mode, I'm
afraid that I do not have much motivation for now. But, it would be
great if someone can come up with a better implementation!

Regards,

-JJ

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to