From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: use faces on the mode-line for compile.el Date: Sun, 24 Feb 2008 19:40:21 +0200 Organization: JURTA Message-ID: <87hcfy45iv.fsf@jurta.org> References: <200802232359.m1NNxFpa025055@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1203875535 10383 80.91.229.12 (24 Feb 2008 17:52:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 Feb 2008 17:52:15 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 24 18:52:39 2008 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 1JTL1h-0008TB-Lj for ged-emacs-devel@m.gmane.org; Sun, 24 Feb 2008 18:52:38 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JTL1B-0002AY-Rp for ged-emacs-devel@m.gmane.org; Sun, 24 Feb 2008 12:52:05 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JTKz0-00018V-C7 for emacs-devel@gnu.org; Sun, 24 Feb 2008 12:49:50 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JTKyy-00016j-Dy for emacs-devel@gnu.org; Sun, 24 Feb 2008 12:49:49 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JTKyy-00016T-3t for emacs-devel@gnu.org; Sun, 24 Feb 2008 12:49:48 -0500 Original-Received: from relay01.kiev.sovam.com ([62.64.120.200]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JTKyx-00078c-Jx for emacs-devel@gnu.org; Sun, 24 Feb 2008 12:49:48 -0500 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1JTKyt-000AWU-1o; Sun, 24 Feb 2008 19:49:45 +0200 In-Reply-To: <200802232359.m1NNxFpa025055@sallyv1.ics.uci.edu> (Dan Nicolaescu's message of "Sat, 23 Feb 2008 15:59:14 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-amd64-linux-gnu) X-Scanner-Signature: 5bcd58edb95cdacf596e852bfe0375ec X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2309 [Feb 24 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 11 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.8-5.1 (or MacOS X 10.2-10.3) 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:90254 Archived-At: > If the mode-line for the compilation buffer would be a bit more > visible it would be easier to see if a compilation is still running > (which is handy if you have compilations that take a long time and > don't want to spend too much time checking if it's done). > Also if the compilation fails it's nice to be able to see it faster. > It can be seen with just the peripheral vision, or from farther away > from the screen. I think it would be more useful if the result message displayed in the minibuffer was the same as at the end of the compilation buffer, i.e. Compilation exited abnormally with code 1 at Sun Feb 24 19:36:34 The date part at the end of this message may be not necessary when displayed in the minibuffer. > A simple patch can accomplish the above. It uses > font-lock-warning-face which is designed to be highly visible. What do you think about using a special compilation face `compilation-error' that inherits from `font-lock-warning-face'? This face is already used to highlight the exit code at the end of the compilation buffer. But maybe we should add a new face? -- Juri Linkov http://www.jurta.org/emacs/