Re: [Cvslog] r15569 - in /lyx-devel/trunk/src: changes.C changes.h par...

2006-10-29 Thread Michael Gerz
Martin Vermeer wrote: Using operator==() in that case is misleading as we suddenly have situations with a == b, b == c, and a != c. For fuzzy comparison, a named function should be used. Agreed. I wasn't very happy with it, too. I will fix it in the next commit. But for adjacenc

Re: [Cvslog] r15569 - in /lyx-devel/trunk/src: changes.C changes.h par...

2006-10-29 Thread Martin Vermeer
On Sat, Oct 28, 2006 at 04:14:56PM +0200, Michael Gerz wrote: > Andre Poenitz wrote: > > >Using operator==() in that case is misleading as we suddenly have > >situations with a == b, b == c, and a != c. > > > >For fuzzy comparison, a named function should be used. > > > > > Agreed. I wasn't very

Re: [Cvslog] r15569 - in /lyx-devel/trunk/src: changes.C changes.h par...

2006-10-28 Thread Michael Gerz
Andre Poenitz wrote: Using operator==() in that case is misleading as we suddenly have situations with a == b, b == c, and a != c. For fuzzy comparison, a named function should be used. Agreed. I wasn't very happy with it, too. I will fix it in the next commit. Michael

Re: [Cvslog] r15569 - in /lyx-devel/trunk/src: changes.C changes.h par...

2006-10-28 Thread Andre Poenitz
On Thu, Oct 26, 2006 at 07:00:29PM -, [EMAIL PROTECTED] wrote: > changes that only differ in their change time with abs(ct1 - ct2) < 300 sec, > they will be merged (and the later change time is preserved). > Technically, the check for equality (or similarity) is made in > operator==(...