home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: bnr.lang.tcl,comp.lang.tcl
- Path: sparky!uunet!portal!ntmtv!corpgate!bnrgate!bcars267!scoob
- From: scoob@bnr.ca (Christian Marcotte)
- Subject: Re: couldn't allocate a color for "#ffe4c4"
- Message-ID: <1992Nov20.053337.7511@bnr.ca>
- Sender: news@bnr.ca (usenet)
- Nntp-Posting-Host: cooma
- Organization: Bell-Northern Research, Ontario, Canada
- References: <1992Nov17.232609.8803@bnr.ca> <1992Nov19.151729.29092@bmerh85.bnr.ca>
- Distribution: bnr
- Date: Fri, 20 Nov 1992 05:33:37 GMT
- Lines: 36
-
- In article <1992Nov19.151729.29092@bmerh85.bnr.ca> mpm@bmerh504.bnr.ca (Mike Mogridge) writes:
- >
- >You say you're using a very colourful background, could it be that all the
- >colour table entries have been allocated; try using a less colourful background
- >and see if that solves the problem.
- >
- >Mike.
-
-
- Well I guess I have not been clear in my initial posting.
-
- The trouble I have experienced was when I had a very colorful bitmap image
- on my root window. Of course this spells out color table full.
-
- Still, you don't expect ANY application to fail because it cannot allocate
- the color it wants... (Imagine trying to start frameker and it tells you:
- sorry but the blue I want is not available... ABORT).
-
- I am looking for a way to detect this before the error and be able to select
- a color that is available OR force my color in the color table.
-
- I hope that I clarified enough.
-
-
- BTW: Naturally, changing the colorful bitmap (251 colors) to a more moderate
- one (typically switching from a photography to a cartoon drawing) will
- fix the problem but this is NOT an acceptable solution.
-
- -- scoob
-
-
- --
- ---------------------------------------------------------------------------
- Christian Marcotte Bell-Northern Research
- scoob@bnr.ca 3500 Carling Ave
- Telephone: (613) 763-2782 Nepean, Ont., Canada K1Y 4H7
-