Andrew Robbins <[EMAIL PROTECTED]> writes: > I have been working on a character-based diff algorithm for making > certain hunk patches easier to read. In situations where there is > quite a lot of tab-conversion, this may also tend to compress patches > as well. Initially, the idea was to make a separate "diff -u" like > tool that would not only print changes of lines, but also changes > _within_ lines. I have talked with lispy about this, who encouraged me > to post to this list. Since there is already a bug about this ( > http://lists.osuosl.org/pipermail/darcs-devel/2006-October/004915.html > ) I would like to incorporate these ideas into Darcs, if possible.
You mean like wdiff? > My proposal is to add one of the following patch types to > FilePatchType: > > (1) ModifyLine !Int !Int PackedString PackedString > (2) ModifyLine !Int !Int [PackedString] [PackedString] > (3) ModifyLine !Int [(Int, PackedString, PackedString)] > (4) ModifyLine !Int [(Int, [PackedString], [PackedString])] > > where the first Int is the line number, and the second Int is > character offset, and of course the strings are what to remove and/or > insert. When you say "character offset" do you really mean the byte offset (where bytes are uniformly eight bits in length, regardless of what the host OS thinks)? I'd prefer not to refer to bytes as characters, because I routinely work with multi-byte encodings like UTF-8. Adding primitive patch types to Darcs creates backwards incompatibility. Eric, what is the procedure for handling this? _______________________________________________ darcs-users mailing list [email protected] http://lists.osuosl.org/mailman/listinfo/darcs-users
