From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tom Tromey Newsgroups: gmane.emacs.devel Subject: Re: Introducing 'unrecognized and 'ignored Date: Sun, 20 Jan 2008 12:08:19 -0700 Message-ID: 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> <200801191705.m0JH5WOU026943@sallyv1.ics.uci.edu> Reply-To: Tom Tromey NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1200858318 23192 80.91.229.12 (20 Jan 2008 19:45:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Jan 2008 19:45:18 +0000 (UTC) Cc: esr@thyrsus.com, harsanyi@mac.com, Dan Nicolaescu , rms@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 20 20:45:36 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 1JGg6o-0008CT-A1 for ged-emacs-devel@m.gmane.org; Sun, 20 Jan 2008 20:45:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGg6O-0003BK-SB for ged-emacs-devel@m.gmane.org; Sun, 20 Jan 2008 14:45:08 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JGg5b-00026g-U4 for emacs-devel@gnu.org; Sun, 20 Jan 2008 14:44:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JGg5Z-00022a-Tb for emacs-devel@gnu.org; Sun, 20 Jan 2008 14:44:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JGg5Z-000223-CR for emacs-devel@gnu.org; Sun, 20 Jan 2008 14:44:17 -0500 Original-Received: from mx1.redhat.com ([66.187.233.31]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JGg5V-0005Rq-Jb; Sun, 20 Jan 2008 14:44:13 -0500 Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m0KJi7sS014191; Sun, 20 Jan 2008 14:44:07 -0500 Original-Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m0KJi6CA008600; Sun, 20 Jan 2008 14:44:06 -0500 Original-Received: from opsy.redhat.com (ton.yyz.redhat.com [10.15.16.15]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m0KJi6gv025470; Sun, 20 Jan 2008 14:44:06 -0500 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id CE32688826D; Sun, 20 Jan 2008 12:08:19 -0700 (MST) X-Attribution: Tom In-Reply-To: (Stefan Monnier's message of "Sat\, 19 Jan 2008 14\:40\:20 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.990 (gnu/linux) X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 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:87118 Archived-At: >>>>> "Stefan" == Stefan Monnier writes: Stefan> There's the mode-line-process entry, but it's not visible enough. Stefan> Also the PCL-CVS way of putting the actual command in the buffer turned Stefan> out to be very useful to double-check what it is doing (and even more Stefan> so when several commands are running at the same time). Yes, I agree. I rather like the PCL-CVS approach. I've got a patch to do this for vc-status, I'll send it after I test it a bit more. I hook into vc-do-command... I'm not sure if that is really a good idea. I guess that's why we have patch review :-) Stefan> As for on-the-fly updating rather than updating in the end. Stefan> It's been on my todo list for PCL-CVS, but I never got to it. Stefan> It'd probably be a good idea to add this from the beginning Stefan> because it substantially changes the way things work: you have Stefan> to use a process filter rather than a sentinel, you have to Stefan> check whether the partial output you have is enough to parse Stefan> it reliably or whether we need to way for more output, and you Stefan> have to be able to update the display incrementally. Yeah. I think it is probably worth doing -- we know it is a potential problem, and we have few dependencies to rewrite right now. It is also worth considering if we really want to clear the ewoc before re-running 'status' (or, eventually, 'update'). I suspect we don't want to. This seems to be what PCL-CVS does, and it has the nice effect of preserving the user's marks and point during operations. I think that means we need a nice way to insert a new element into the proper position in the ewoc; maybe a new ewoc method is needed. (This is different than updating the display incrementally, since right now we just assume the back end hook provides the files in the right order and we just insert them into the ewoc in that order.) Tom