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: Introducing 'unrecognized and 'ignored Date: Sat, 19 Jan 2008 09:05:24 -0800 Message-ID: <200801191705.m0JH5WOU026943@sallyv1.ics.uci.edu> References: <17EA38DF-BCC1-4565-8510-5DD10DD667E3@mac.com> <20071229114551.GD9794@thyrsus.com> <20080102021907.GA15494@thyrsus.com> <200801020445.m024jWU2008538@oogie-boogie.ics.uci.edu> <200801031805.m03I5SBf022748@oogie-boogie.ics.uci.edu> <200801050901.m0591mQj011970@oogie-boogie.ics.uci.edu> <20080105143415.GG30869@thyrsus.com> <200801061037.m06AbIRD004966@oogie-boogie.ics.uci.edu> <200801182346.m0INkiEg022130@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 1200762629 29596 80.91.229.12 (19 Jan 2008 17:10:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 19 Jan 2008 17:10:29 +0000 (UTC) Cc: esr@thyrsus.com, harsanyi@mac.com, rms@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Tom Tromey Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 19 18:10:46 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 1JGHDP-0007O8-2S for ged-emacs-devel@m.gmane.org; Sat, 19 Jan 2008 18:10:43 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGHCz-0001mF-L2 for ged-emacs-devel@m.gmane.org; Sat, 19 Jan 2008 12:10:17 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JGH92-0004RC-5H for emacs-devel@gnu.org; Sat, 19 Jan 2008 12:06:12 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JGH90-0004N2-0l for emacs-devel@gnu.org; Sat, 19 Jan 2008 12:06:11 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGH8z-0004MZ-Ny for emacs-devel@gnu.org; Sat, 19 Jan 2008 12:06:09 -0500 Original-Received: from sallyv1.ics.uci.edu ([128.195.1.109]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1JGH8v-0003tW-9e; Sat, 19 Jan 2008 12:06:05 -0500 X-ICS-MailScanner-Watermark: 1201367133.33988@jy7PSYvevA+2zxc8T56FaA Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv1.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id m0JH5WOU026943; Sat, 19 Jan 2008 09:05:32 -0800 (PST) In-Reply-To: (Tom Tromey's message of "Fri, 18 Jan 2008 23:00:06 -0700") Original-Lines: 36 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) 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:87080 Archived-At: Tom Tromey writes: > >>>>> "Dan" == Dan Nicolaescu writes: > > Dan> But it needs to be updated to work with the asynchronous > Dan> interface. Can you please do that? > > Here's a patch. Thanks, checked in. > I'm not really sure about using generate-new-buffer-name here. > Presumably each vc-status buffer should have a single vc "work" buffer > as well. IMO yes. I did it that way for vc-hg. But it still needs some management: warn if the buffer already exist and refuse to start a new status command, remove the buffer after it has been processed. > After trying this a couple times, I think the user needs an indication > of whether anything is running. pcl-cvs puts this nicely in the > buffer... anyway, if you run vc-status on a directory with no changes, > it can be a little confusing as-is. Yep. vc-status-refresh and vc-update-vc-status-buffer can insert some start/end messages similar to PCL-CVS. It would be nice if we had something more general that is easily visible for buffers that use VC async commands. Something like changing the background of a mode-line entry for VC buffers that are waiting for a command to compile. This should make it very easy to spot a buffer that is still executing some command. log, diff and annotate could all use this functionality.