Hi John,
On 21.06.06, John Owens wrote:
> --- Joerg Lehmann <[EMAIL PROTECTED]> wrote:
>
> > When posting my initial scheme, this was also obvious to me. On the
> > other hand, it's not what a color palette usually means: an ordered
> > collection of a finite number of colors. But we could reconcile
> > these two pictures of a palette as described in my other mail, but
> > considering the trivial mapping
> > [[c11], [c21, c22], [c31, c32, c33], ...] ->
> > [c11, c21, c22, c31, c32, c33, ...]
>
> I don't really see why the second one is better than the first. The
> first has the advantage of being able to identify several different
> palettes, one for each number-of-colors, while the second one it's
> much harder to do that.
This was just a bridge (for André) to the idea that a palette is just an
ordered, finite list of colors.
> > This is something which has to be discussed (try import this and look
> > at line number four, counting empty lines). The needed input would
> > be:
> > - how many variants does a given scheme typically have?
> > - can the fall-back behaviour in the case of a variant not
> > exisiting for the given total number of colors be well defined, i.e.
> > how implicit would the choice be?
>
> I apologize, I'm not sure what you mean by "import this and look at line
> number four".
It was a very implicit way of saying that explicit is better than
implicit. But it's definitely worth trying "import this" in an interactice
Python shell...
> -To answer your questions:
> - A named scheme (in colorbrewer) usually ranges from 3 to 10
> total-number-of-colors (I appended one in my last message).
Ok.
> - Fallback could be either done by the user or by PyX. It'd be nice
> if PyX had a default fallback (and I would advocate if too few colors,
> take the first n colors of the variant with the smallest number of
> colors; if too many colors, do a gradient between the first and last
> colors of the variant with the most colors), and that the user could
> override the default if he/she chooses.
But this gradient is not really readily defined/implemented. On the
other hand, if we require the user to specify explicitly from which palette
with which total number of colors PyX should draw colors, we could
simply cycle around and start with the first color again.
Anyway, I think we have to wait for André's opinion on this whole issue.
He gave my initial implementation a -1, so even if I would vote with +1,
we would not reach a positive result ;-) I could imagine some
compromise, though, like adding my initial proposal as a third class
which is somewhere in between a gradient and a palette.
Jörg
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
PyX-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pyx-devel
