From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Carlo Traverso Newsgroups: gmane.emacs.devel Subject: Re: ediff feature request: diffing line by line Date: Sun, 17 Mar 2002 17:26:46 +0100 (CET) Sender: emacs-devel-admin@gnu.org Message-ID: <20020317162646.D1CCAB804@cardano.dm.unipi.it> References: <200203161743.MAA02813@sbcs.cs.sunysb.edu> <87bsdof724.fsf@gnu.org> Reply-To: traverso@dm.unipi.it NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1016382480 18748 127.0.0.1 (17 Mar 2002 16:28:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 17 Mar 2002 16:28:00 +0000 (UTC) Cc: keichwa@gmx.net, alex@gnu.org, kifer@cs.sunysb.edu, emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16mdVo-0004sI-00 for ; Sun, 17 Mar 2002 17:28:00 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16mdZg-0000Fu-00 for ; Sun, 17 Mar 2002 17:32:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16mdUy-0005fP-00; Sun, 17 Mar 2002 11:27:08 -0500 Original-Received: from cardano.dm.unipi.it ([131.114.6.22]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16mdUf-0005f5-00; Sun, 17 Mar 2002 11:26:49 -0500 Original-Received: by cardano.dm.unipi.it (Postfix, from userid 3010) id D1CCAB804; Sun, 17 Mar 2002 17:26:46 +0100 (CET) Original-To: schwab@suse.de In-Reply-To: (message from Andreas Schwab on Sun, 17 Mar 2002 16:40:53 +0100) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:1986 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1986 I had missed ediff-regions-wordwise and ediff-windows-wordwise, that solve a lot of my problems; however these three enhancements would help: 1 - switching from ediff-buffers to ediff-regions-wordwise: a key could be defined to select the current ediff regions in both buffers and enter an ediff-regions-wordwise on them; the same for ediff-windows-wordwise. This is currently possible, but not with one key (this should be extremely easy to implement). 2 - the highlighting scheme should be revised, since entering ediff-regions-wordwise from ediff-buffers removes highlighting from the current word (i.e. the current region in ediff and the current word in ediff-regions-wordwise are highlited in the same color...) ediff-windows-wordwise inside of ediff-buffers is even worse.... (this should be very easy too) 3 - enhancing ediff-regions-wordwise (ediff-windows-wordwise) allowing to discover and reconcile whitespace "substantial" differences: I consider "substantial" these differences: - additional blank lines - space between words vs no space between words (e.g. "one=1" vs "one = 1" The amount of whitespace (e.g. " " vs " ") or the type (space, tab, newline) is inessential (but two consecutive newlines is not the same as one newline...) (I am uncertain about space at the beginning of a line...) ---- Before sending this message (after composing it) I have compiled emacs 21.1.1 (I was using 20.7.1); unfortunately, I have to say that the new version of ediff-*-wordwise is worse for my purpose: in this example, in the old version there were two differences: Que la dont je viens d outremer ^^^^^ ^ Que la dont je vieng d'outremer that have collapsed in one larger difference: Que la dont je viens d outremer ^^^^^^^^^^^^^^^^ Que la dont je vieng d'outremer and of course here I have to choose one from each version... Apparently the definition of "wordwise" has changed; maybe, what I would like to have is an "ediff-*-characterwise" with the possibility to switch from one "ediff-*-*wise" to the other. There is a small shift in behaviour as far as point 2 of the above enhancements is concerned, with a small (but non substantial) improvement. Carlo _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel