From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9695
Path: main.gmane.org!not-for-mail
From: Per Abrahamsen <abraham@dina.kvl.dk>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Gnus v5.4.4 is released
Date: 29 Jan 1997 04:41:39 +0100
Organization: The Church of Emacs
Sender: abraham@dina.kvl.dk
Message-ID: <rj915d5erw.fsf@zuse.dina.kvl.dk>
References: <m2sp3nv9gf.fsf@proletcult.slip.ifi.uio.no> 	<x7pvyrf9to.fsf@gkar.asds.com> 	<m2680j83gi.fsf@proletcult.slip.ifi.uio.no> 	<x7u3o2j1fl.fsf@gkar.asds.com> 	<199701272113.QAA03158@swapsdvlp02.ny-swaps-develop.ml.com> 	<yviawwsylqvm.fsf@atreides.mindspring.com> 	<x7lo9eivl9.fsf@gkar.asds.com> 	<yviasp3mln32.fsf@atreides.mindspring.com> 	<whoheaxnvw.fsf@tyr.metis.no> <rj3evm6xw7.fsf@zuse.dina.kvl.dk> 	<x7915dx2nz.fsf@gkar.asds.com> 	<yvian2ttlcy2.fsf@atreides.mindspring.com> <x7n2ttv380.fsf@gkar.asds.com>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Trace: main.gmane.org 1035149678 19959 80.91.224.250 (20 Oct 2002 21:34:38 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:34:38 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2])
	by deanna.miranova.com (8.8.5/8.8.5) with SMTP id TAA27726
	for <steve@miranova.com>; Tue, 28 Jan 1997 19:58:43 -0800
Original-Received: from elc1.dina.kvl.dk (elc1.dina.kvl.dk [130.225.40.228]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <EAA22784@ifi.uio.no> for <ding@ifi.uio.no> ; Wed, 29 Jan 1997 04:43:02 +0100
Original-Received: from zuse.dina.kvl.dk (zuse.dina.kvl.dk [130.225.40.245]) by elc1.dina.kvl.dk (8.6.12/8.6.4) with ESMTP id EAA15047; Wed, 29 Jan 1997 04:33:22 +0100
Original-Received: (abraham@localhost) by zuse.dina.kvl.dk (8.6.12/8.6.4) id EAA27030; Wed, 29 Jan 1997 04:41:39 +0100
Original-To: ding@ifi.uio.no
X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM<U{B+4e{k79.Ya{~':DblFPCg$
 @60,BfLv2@SKZ19cMWK0/C'v;tM:|6B'R}U1rp6CL&kN({9<zF/V{:JCg27yC)9oZjeqcQawzKfiNL
 t9}`vjmK["dRQC/qGFQq"%u|Q`:6{"Rz}b(dnl_"3$Jtqimi>|8MBp/
In-Reply-To: Rich Pieri's message of 28 Jan 1997 17:34:23 -0500
Original-Lines: 36
X-Mailer: Red Gnus v0.84/Emacs 19.34
Xref: main.gmane.org gmane.emacs.gnus.general:9695
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9695


Rich Pieri <rich.pieri@PrescientTech.com> writes:

> What I want to know, and nobody has provided an acceptable answer, yet,
> is what has replaced it.

Nothing really.  The old hack wasn't really intended to be a user
option.  There just wasn't any convenient way to enquiry for the
available color support in a frame.  So a global variable was used.  I
took up the problem with RMS, and he added a `display-type' frame
parameter.  The XEmacs people invented a `device-class' function to do
the same all by themselves.[1]

So in Emacs you can use

	(add-to-list 'default-frame-alist '(display-type . mono))

while in XEmacs you can use

	(defun device-class (&rest ignore) 'mono)

to lie about your color support.  These `new hacks' will affect more
than just the faces declared by customize, but an option to lie only
to the faces declared with customize would be weird, in my opinion.

The `display-type' and `background-mode' frame parameters are not very
well documented in Emacs, I suggest you send a polite bug report /
request for enhancement to RMS.

-- 
Per Abrahamsen

[1] Annoying conflict in terminology here.  Emacs use `window-system'
where XEmacs uses `device-type', while Emacs `display-type' is the
same as XEmacs calls `device-class'.  Emacs also have
`background-mode' with no direct equivalent in XEmacs.