Re: [Libreoffice] regression tests - for word count ...

2010-11-03 Thread John LeMoyne Castle
<-Original Message-> >From: Michael Meeks [via Document Foundation Mail Archive] [ml-node >+1834110-443277665-232...@n3.nabble.com] >Sent: 11/3/2010 4:19:16 AM > ... Wrt. re-doing the dialog layout - can you >hold off on that - Ricardo is working now on some awesome new VCL layout >cap

Re: [Libreoffice] regression tests - for word count ...

2010-11-03 Thread Michael Meeks
Hi LeMoyne, On Mon, 2010-11-01 at 23:35 -0700, LeMoyne wrote: > [PATCH] Fixes char overcount when selection ends in middle of word > Patch in sw changes only one object: sw/source/core/txtedt.cxx .. > The paragraph count is held on the same DocStat record as the word and char > counts and is al

Re: [Libreoffice] regression tests - for word count ...

2010-11-01 Thread LeMoyne
[PATCH] Fixes char overcount when selection ends in middle of word Patch in sw changes only one object: sw/source/core/txtedt.cxx Error was reported by Sophie Gautier on bug 30550 https://bugs.freedesktop.org/show_bug.cgi?id=30550 The basic fix is very simple: change the SwScanner constructor

Re: [Libreoffice] regression tests - for word count ...

2010-10-29 Thread Michael Meeks
Hi Wols, On Thu, 2010-10-28 at 23:56 +0100, Wols Lists wrote: > > Anyone particularly brave that feels able to replicate the calc > > regression tests for writer out there ? > > I know I'm butting in without knowing the details, but what do you mean > by "the right result". Ah

Re: [Libreoffice] regression tests - for word count ...

2010-10-28 Thread Wols Lists
On 28/10/10 10:38, Michael Meeks wrote: > Hi guys, > > On Wed, 2010-10-27 at 14:42 -0700, LeMoyne wrote: >> Using the following sample from a git patch one can see one way in which the >> current counting method comes up with fewer words than other methods do. >> +1747,9 > Well - this is fu

[Libreoffice] regression tests - for word count ...

2010-10-28 Thread Michael Meeks
Hi guys, On Wed, 2010-10-27 at 14:42 -0700, LeMoyne wrote: > Using the following sample from a git patch one can see one way in which the > current counting method comes up with fewer words than other methods do. > +1747,9 Well - this is fun indeed :-) I strongly suggest that we start t