From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: use faces on the mode-line for compile.el Date: Thu, 20 Apr 2006 11:27:06 -0700 Message-ID: <200604201827.k3KIR6Jn011259@scanner2.ics.uci.edu> References: <200604200620.k3K6KB7T019392@scanner2.ics.uci.edu> <17479.14739.797810.757480@farnswood.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1145557804 5209 80.91.229.2 (20 Apr 2006 18:30:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 Apr 2006 18:30:04 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 20 20:29:59 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FWduR-0006NF-Q4 for ged-emacs-devel@m.gmane.org; Thu, 20 Apr 2006 20:29:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FWduR-0006cT-7s for ged-emacs-devel@m.gmane.org; Thu, 20 Apr 2006 14:29:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FWdtu-0006T8-GM for emacs-devel@gnu.org; Thu, 20 Apr 2006 14:29:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FWdts-0006ST-Sj for emacs-devel@gnu.org; Thu, 20 Apr 2006 14:29:09 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FWdts-0006SO-Hu for emacs-devel@gnu.org; Thu, 20 Apr 2006 14:29:08 -0400 Original-Received: from [128.195.1.36] (helo=scanner2.ics.uci.edu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FWdvG-0008It-7H for emacs-devel@gnu.org; Thu, 20 Apr 2006 14:30:34 -0400 Original-Received: from vino.ics.uci.edu (vino.ics.uci.edu [128.195.11.198]) by scanner2.ics.uci.edu (8.13.6/8.13.5) with ESMTP id k3KIR6Jn011259; Thu, 20 Apr 2006 11:27:06 -0700 (PDT) Original-To: Nick Roberts In-Reply-To: <17479.14739.797810.757480@farnswood.snap.net.nz> (Nick Roberts's message of "Thu, 20 Apr 2006 19:34:43 +1200") Original-Lines: 37 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-0.84, required 5, autolearn=disabled, ALL_TRUSTED -1.44, J_CHICKENPOX_72 0.60) X-ICS-MailScanner-From: dann@vino.ics.uci.edu 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:53150 Archived-At: Nick Roberts writes: > > 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. > > > > A simple patch can accomplish the above. It uses > > font-lock-warning-face which is designed to be highly visible. > > > > IMO this is a very nice feature to have, and simple to implement... > > > > Thoughts? > Font-lock-warning-face is normally used to report warnings or > errors, not normal progress like "run". I used font-lock-warning-face in 2 contexts, in this one you have a point, maybe another face can be used. > *Every* modeline already displays the keyword "Compiling" during > compilation. Right, and it would be nice for it to be in a different color so that it can be seen if you are not exactly in front of the computer. I have had this patch in my tree for a while and it does make a difference. > It will only be seen if the compilation buffer is visible and this > is already heavily fontified. It is, but if the errors are not in the visible portion of the buffer all that fontification does not help. Using font-lock-warning-face in the modeline in case of an error gives a strong signal that you need to look at the what is going on.