[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Info about color-values need be revised
From: |
YAMAMOTO Mitsuharu |
Subject: |
Re: Info about color-values need be revised |
Date: |
Wed, 19 Aug 2009 13:57:49 +0900 |
User-agent: |
Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) |
>>>>> On Wed, 19 Aug 2009 00:22:09 -0400, David Reitter <address@hidden> said:
>> As I've been saying, the alpha component support in the NS port
>> should have been removed in the first place.
>>
>> Does anyone oppose doing that (again) in the trunk?
>>
>> Also, we can observe that users tend to spread (*) such an eye
>> candy feature without caring about various compatibility issues or
>> the GNU policy. That's why it was important to get rid of such a
>> feature from the release version.
> You were right about these things for the release, but as for the
> trunk, could people please consider the alternative:
> Adding transparency to the other platforms where the APIs support it
> easily, and creating Lisp-level compatibility for transparency in
> the color specification. -?
It is important to discuss how the color specification with alpha
component should look like. Most of the current NS color
specifications are defined arbitrarily without following any existing
standards or discussing with other developers. I think they should be
revamped (i.e., remove the current code now, and add a new code when
the specification is determined and implementation is added for
GNU/Linux).
It may take time and sometimes cumbersome, but I think it is the right
way to avoid diverging.
YAMAMOTO Mitsuharu
address@hidden