From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: Bug in change in button.el? Date: Tue, 24 Apr 2007 18:59:03 -0400 Message-ID: References: <6rslaq65sp.fsf@fencepost.gnu.org> <17966.33559.852546.313154@farnswood.snap.net.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1177455711 5180 80.91.229.12 (24 Apr 2007 23:01:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 24 Apr 2007 23:01:51 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Nick Roberts Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 25 01:01:49 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HgU17-0006ee-9O for ged-emacs-devel@m.gmane.org; Wed, 25 Apr 2007 01:01:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HgU6f-0000Xu-J0 for ged-emacs-devel@m.gmane.org; Tue, 24 Apr 2007 19:07:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HgU6d-0000Xf-2P for emacs-devel@gnu.org; Tue, 24 Apr 2007 19:07:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HgU6c-0000XO-Gg for emacs-devel@gnu.org; Tue, 24 Apr 2007 19:07:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HgU6c-0000XL-ES for emacs-devel@gnu.org; Tue, 24 Apr 2007 19:07:30 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HgU13-0007v4-Da for emacs-devel@gnu.org; Tue, 24 Apr 2007 19:01:45 -0400 Original-Received: from [127.0.0.1] (helo=localhost) by fencepost.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HgTyR-00063a-Pt; Tue, 24 Apr 2007 18:59:03 -0400 X-Spook: genetic halcon ASLET SSL nuclear sniper Ermes Ortega X-Ran: Q,u4MwfcFaL@*Wrb~VSnFcXUXl2hpm<)?2Jrg}}@i[:7eoU=XfOr1XEe&,eKGM4p9n3~TR X-Hue: green X-Attribution: GM User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:70017 Archived-At: Nick Roberts wrote: > But this seems a bit tortuous. If we want to do this, button might > as well just inherit from the underline face. Why is is tortuous to say "use underline if supported, else try colour"? If it inherits from underline, it will use either underline or bold, so that's different yet again. My suggestion would (I think) get the behaviour you initially wanted; ie colour when underlining does not work. And a colour already extensively used on MS-DOS, so it must be OK. Otherwise let's just go back to how it was originally, with indistinguishable buttons on the linux console.