From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <14ec7b180706270859qb26ad61s53e4de832494957f@mail.gmail.com>
Date: Wed, 27 Jun 2007 09:59:45 -0600
From: "andrey mirtchovski" <mirtchovski@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] Colors and other fun
In-Reply-To: <1182936883.281568.146600@k29g2000hsd.googlegroups.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <1182936883.281568.146600@k29g2000hsd.googlegroups.com>
Topicbox-Message-UUID: 8841b398-ead2-11e9-9d60-3106f5b1d025

colors are hardcoded for applications, however there's a small
loophole you can use on 8-bpp displays to get something that is
almost, but not quite, entirely unlike X's resources.

the 'getmap' command will let you change to a different colormap from
the default. pre-defined cmaps are in /lib/cmap. from the
documentation:

          On 8-bit color-mapped displays, getmap loads the display's
          color map (default rgbv).  The named colormap can be a file
          in the current directory or in the standard repository
          /lib/cmap.  It can also be a string of the form gamma or
          gammaN, where N is a floating point value for the gamma,
          defining the contrast for a monochrome map.  Similarly,
          rgamma and rgammaN define a reverse-video monochrome map.
          Finally, the names screen or display or vga are taken as
          synonyms for the current color map stored in the display
          hardware.