Oh, I certainly meant that the text should be reduced to a SHA-1.
I agree it does not make sense to only reduce the insets.
Regards,
Asger
Alfredo Braunstein wrote:
> Asger Ottar Alstrup wrote:
>
>> Alfredo Braunstein wrote:
>>> Amazing review, thanks. On a fast read, I've found that the variant that
>>> perfectly fits our edition/CT capabilities is 1-degree, unit cost edit
>>> distance. Unfortunately the algorithm cited for this pu
Asger Ottar Alstrup wrote:
> Alfredo Braunstein wrote:
>> Amazing review, thanks. On a fast read, I've found that the variant that
>> perfectly fits our edition/CT capabilities is 1-degree, unit cost edit
>> distance. Unfortunately the algorithm cited for this purpose [Sel77,
>> Didn't look at it
Alfredo Braunstein wrote:
Amazing review, thanks. On a fast read, I've found that the variant that
perfectly fits our edition/CT capabilities is 1-degree, unit cost edit
distance. Unfortunately the algorithm cited for this purpose [Sel77, Didn't
look at it yet, though.] seems to have time and spa
Alfredo Braunstein wrote:
> (and by the way, this seems roughly
> similar to what you get with string edit distance in which insets are
> symbols of an extended alphabet with cost of substitution recursively
> defined as edit distance, using plain Levenshtein algorithm)
...and this is esentially
Asger Ottar Alstrup wrote:
> See
>
> http://arxiv.org/abs/0708.4288
>
> for a recent ph.d. dissertation that contains a bunch of improved
> algorithms for doing tree diffs, and much more.
Amazing review, thanks. On a fast read, I've found that the variant that
perfectly fits our edition/CT capa
Alfredo Braunstein wrote:
[*] There are many of them. Actually it is not really straightforward
because the data structure in LyX is not linear but rather a tree, but I
think this issue can be solved. Another possible problem is that best known
algorithm are worst case O(N^2) where N is the size
On Mon, 03 Sep 2007 14:45:58 +0100
José Matos <[EMAIL PROTECTED]> wrote:
> On Monday 03 September 2007 13:01:21 Tommaso Cucinotta wrote:
> >
> > Now, think at all of this in a future in which LyX might embrace
> > XML-based representation of documents (I've read smth. like
> > that on the list). T
On Monday 03 September 2007 13:01:21 Tommaso Cucinotta wrote:
>
> Now, think at all of this in a future in which LyX might embrace
> XML-based representation of documents (I've read smth. like
> that on the list). The simple text-based
> diffing tools would produce an output that is harder and hard
On Mon, 2007-09-03 at 12:34 +0100, José Matos wrote:
> On Monday 03 September 2007 12:25:53 Darren Freeman wrote:
> > But I can't see it happening anytime soon or ever..
>
> Just curious, why?
Wouldn't it be a huge amount of work?
Okay I retract that. I can't see it happening soon :)
It would
Darren Freeman ha scritto:
If you haven't used it, give "kompare" a go. For regular text files,
it's fantastic!
Actually, my preferred CVS manager is the one within Eclipse
(even for articles) :-)
Although this isn't the nicest solution, it gets you partway there. If
you can read raw LyX you
Tommaso Cucinotta wrote:
> Hi,
>
> I'd like to know if there is any planned support to CVS/SVN
> diff of .lyx files. Something that shows a double-work area
> window with my local version on the left and the remote
> committed version on the right, highlighting in both work-areas
> the changes be
On Monday 03 September 2007 12:25:53 Darren Freeman wrote:
> But I can't see it happening anytime soon or ever..
Just curious, why?
> Have fun,
> Darren
--
José Abílio
On Mon, 2007-09-03 at 12:12 +0200, Tommaso Cucinotta wrote:
> diff of .lyx files. Something that shows a double-work area
> window with my local version on the left and the remote
> committed version on the right, highlighting in both work-areas
> the changes between the two (this might be done [ g
Hi,
I'd like to know if there is any planned support to CVS/SVN
diff of .lyx files. Something that shows a double-work area
window with my local version on the left and the remote
committed version on the right, highlighting in both work-areas
the changes between the two (this might be done [ gra
15 matches
Mail list logo