From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/12206 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.gnus.general Subject: Re: Please unbundle the custom and widget libraries from qgnus. Date: 21 Sep 1997 03:24:54 +0200 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035151783 2465 80.91.224.250 (20 Oct 2002 22:09:43 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:09:43 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.7/8.8.7) with ESMTP id TAA12770 for ; Sat, 20 Sep 1997 19:12:01 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id VAA05687 for ; Sat, 20 Sep 1997 21:08:07 -0500 (CDT) Original-Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sun, 21 Sep 1997 03:25:24 +0200 Original-Received: (from hniksic@localhost) by jagor.srce.hr (8.8.7/8.8.6) id DAA20376; Sun, 21 Sep 1997 03:24:54 +0200 (MET DST) Original-To: ding@ifi.uio.no X-Attribution: Hrvoje X-Face: Mie8:rOV<\c/~z{s.X4A{!?vY7{drJ([U]0O=W/xDi&N7XG KV^$k0m3Oe/)'e%3=$PCR&3ITUXH,cK>]bci&Ff%x_>1`T(+M2Gg/fgndU%k*ft [(7._6e0n-V%|%'[c|q:;}td$#INd+;?!-V=c8Pqf}3J In-Reply-To: Stainless Steel Rat's message of "20 Sep 1997 20:34:01 -0400" Original-Lines: 57 X-Mailer: Quassia Gnus v0.5/XEmacs 20.3(beta22) - "Minsk" Xref: main.gmane.org gmane.emacs.gnus.general:12206 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:12206 Stainless Steel Rat writes: > Hrvoje> I seem to have missed this patch. Why don't you customize the Gnus > Hrvoje> faces to be colorless? > > Because there are a lot of different faces that Gnus uses, and this is the > kind of on-off thing that should be easilly accomplished. I see. But how did you disable colors before `defface' was used? I mean, you must have had an even harder time doing it. Or not? > >> This is more of an issue with cus-face than custom. > > Hrvoje> Then it's an issue with custom (if it indeed is an issue), too. > > You're right. Its been so long since I seriously looked at the code that I > had forgotten (PGP will munge the "---" lines a bit; sorry): [...] This patch looks simple (though a little-bit dirty). Why didn't Per accept it? Now, to get it in GNU Emacs, you must have Stallman's consent. I'm prepared to apply it to XEmacs. > + (defcustom custom-no-colors nil > + "Do not use colors. > + If t, do not use any colors.") This should probably be `custom-use-colors' with reverse semantics, but it doesn't matter either way. > >> Generally: the fact that it takes ten times as long to effect a > >> change with custom than with a setq form, > > Hrvoje> Custom will respect setq forms. Custom is not defvoo(doo). > > Agreed... but a dozen or more setq forms for each package that uses > custom simply to disable colorization without disabling faces is > still a lose. What I meant is that, unlike defvoo, defcustom will perfectly respect your `setq' forms. `defface' is another matter, since it creates a face, rather than a variable. > >> the fact that it does some annoying things to an existing .emacs > > Hrvoje> Only if you use customize, and explicitely choose `Save for > Hrvoje> future sessions' button. > > Apart from testing purposes, who would do this? If you don't do this, Customize will not change your `.emacs'. -- Hrvoje Niksic | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- `VI' - An editor used by those heretics that don't subscribe to the Emacs religion.