[GRASS5] Re: grass-5.3.0.tar.gz

Hamish hamish_nospam at yahoo.com
Sun May 23 23:26:41 EDT 2004


>>> H
>> P
> G

>>> - is r.series set to build automatically? Maybe not until I switch
>>> that to use n-1 for varience/std. dev.
>> 
>> No but I thought I would mention it anyway and people could go
>> looking for it... too late to change it to compile automatically for
>> 5.3.0 but could always remove the mention

My concern is that it not go main-stream until that is done, so people
don't get left with mixed/unexpected data. On the otherhand it is a nice
thing to tell people about, and this is a good opportunity to tell them.


>>> - add note on core display modules updated for TrueColor support
>> 
>> I'm not totally sure what this means; hopefully this makes sense:
>> TrueColor Support
>>    All the core display modules (d.*) now support 24-bit colour. 
>
> I presume that he's referring to having extended the syntax for
> colours to allow the use of RR:GG:BB as well as named colours.

Yes, but I'd avoid using "RR:GG:BB" as that implies the 00:00:00 to
ff:ff:ff when the expected range is really 0:0:0 to 255:255:255.


>> What modules exactly or is it not important?

"most of the usual ones" for whatever that means. :) Exceptions are the
d.legend and d.histogram controls for text color, as d.* modules which 
otherwise use a 24-bit RGB colormap make it messy to implement.
I don't think enumerating a list is really necessary; if anything, we
should be stating which ones are still not R:G:B compliant.

If any are missing, people can complain and I'll add them one by one.
I don't mean to do every single one just because we can, however.


Hamish




More information about the grass-dev mailing list