--- 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:

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.

The above brings up the question of "should the interface be
different because we might not have 1- or 2-color entries in
the palette?". A simple index wouldn't be enough in this case;
instead a hash would be better, because you wouldn't have
an entry for [0] and [1] if you only had 3-10 color entries. I
can write my palettes by manually putting in 1- and 2-color
entries for now though.

JDO

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


_______________________________________________
PyX-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pyx-devel

Reply via email to