Hi John,
On 20.06.06, John Owens wrote:
> --- Joerg Lehmann <[EMAIL PROTECTED]> wrote:
>
> > One question would be, whether we provide a fallback handling in
> > palette.select of the case with total > len(colorlists).
>
> Seems to me we actually want two fallbacks:
Note that the first implementation I posted was strongly disliked by
André, i.e., he doesn't want to have a palette with a non-fixed number
of colors -- and in the end he has convinced me. That's why the
implementation I checked into SVN now is just the one of my second mail,
i.e., palette is a simple subclass of attr.changelist (see also my other
previous reply to myself).
> 1) The one you state above; I'd advocate possibly doing a gradient
> between the first and last color of the most detailed palette entry
> (so if a palette had discrete colors for 3-10 colors, use p[10][0]
> and p[10][9]).
>
> 2) What happens if you don't define enough colors? For instance
> most of the colorbrewer schemes only start defining at 3 colors
> (there's no 1 or 2 color schemes). In that case if I needed only 2
> colors I'd want to take the first two elements of the least detailed
> palette entry.
In some way your questions show that the concept becomes indeed a bit
shaky.
I understand from the other mail you sent me that the color schemes
are not very different with varying number of total colors, so the
question is whether one really needs to support that instead of
just defining the most detailed palette.
Jörg
_______________________________________________
PyX-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pyx-devel
