Details Ticket 15


Comment | Reply | Open


Serial Number 15
Subject d.rast.num: colorbug
Area none
Queue grass
Requestors neteler@geog.uni-hannover.de
Owner alange
Status resolved
Last User Contact Mon May 7 10:57:46 2001 (7 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Fri Nov 9 01:08:13 2001 (7 yr ago)
Created Wed Jan 3 14:25:25 2001 (8 yr ago)

Transaction History Ticket 15


Wed, Jan 3 2001 14:25:25    Request created by neteler@geog.uni-hannover.de  
Return-Path <nobody@geog.uni-hannover.de>
Delivered-To grass-bugs@intevation.de
Date Wed, 3 Jan 2001 14:11:20 GMT
Message-Id <200101031411.OAA19004@hgeo02.geog.uni-hannover.de>
To grass-bugs@geog.uni-hannover.de, grass-bugs@intevation.de
From neteler@geog.uni-hannover.de ()
Subject d.rast.num: colorbug
Sender nobody@geog.uni-hannover.de
Below is the result of your feedback form.  It was submitted by
 (neteler@geog.uni-hannover.de) on Wednesday, January 3, 2001 at 14:11:20
---------------------------------------------------------------------------

subject: d.rast.num: colorbug

platform: Linux/Intel

vendor: SuSe

cputype: AMD (K6, ...)

xwindows: Xfree 4.0.1

windowsmanager: KDE 2.x

tcltkver: tcl/tk 8.3

grassserver: Hannover site

grassversion: I compiled the sources myself

cvsyesno: yes, I am using the latest GRASS from CVS

compiler: gcc

compiler_version: 2.95.2

bugreport: d.rast.num: some numbers are displayed in wrong (unreadable) color
name: Markus Neteler

---------------------------------------------------------------------------

REMOTE_HOST: bermuda.geog.uni-hannover.de


Mon, May 7 2001 10:57:46    Mail sent by mneteler  
Glynn Clements wrote:

Can anyone confirm that this is a real bug? Or does it come from
not            
using d.rast first? (AFAICT, d.rast.num draws the text in either
black          
or white, depending upon whether the cell is light or
dark                      
respectively).                                                              
In any case, there should probably be an option to set the
text                 
colour, so that d.rast doesn't have to be used first.    
Thu, Nov 8 2001 23:01:39    Comments added by alange  
Yes i can confirm this behaviour. d.rast.num works if one draws the raster 
first with d.rast. Obviously the text colours have to be either white (lighter
than background) or black (darker than background), d.rast.num checks for the
colour of the backdrop cell before drawing (white or black). But this 
obviously only works correct if you draw the numbers on the same raster. If 
one selects a different raster for backdrop the text number may be unredable.
In the source there is a part commented out that selects the colour. Perhaps
someone can tell if the old algorithm is better?

Andreas
Fri, Nov 9 2001 01:07:59    Taken by alange  
Fri, Nov 9 2001 01:08:13    Status changed to resolved by alange  
Comment | Reply | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request