<div dir="ltr"><div><div>Dear all,<br><br></div>in r69708, I've changed the implementation of parsing color rules to use the G_str_to_color() function instead of a custom mechanism. This, in connection with r69683, adds the possibility to use HTML (CSS) style of hexadecimal colors with leading hash.<br><br></div>So, now you can do:<br><div><br>r.colors elevation rules=- <<EOF<br>0% #D24926<br>100% #FCE36D<br>EOF<br><br><div>Where it gets little tricky is that hash is used to comment a line in color rules/color table format. A comment is now implemented as a line where first character is hash, so there is no interference. We just need to keep it that way.<br></div><div><br></div><div>The comments (# ...) are actually not documented in r.colors manual. Same goes also for the syntax with space as a separator instead of colon. Now we also support ; and , as separators (because that's what G_str_to_color() supports). The hash syntax keeps tradition and it is undocumented as well for now (but there is a test!).</div><div><br></div><div>Best,<br></div>Vaclav<br><br><br></div><div>r69708 <a href="https://trac.osgeo.org/grass/changeset/69708">https://trac.osgeo.org/grass/changeset/69708</a></div><div>r69683 <a href="https://trac.osgeo.org/grass/changeset/69683">https://trac.osgeo.org/grass/changeset/69683</a><br>Specify color as #RRGGBB<br><a href="https://lists.osgeo.org/pipermail/grass-dev/2016-October/082662.html">https://lists.osgeo.org/pipermail/grass-dev/2016-October/082662.html</a></div></div>