Re: [Libreoffice] Should the Thesaurus/mythes use a precomputed index (installer file size)

2011-01-30 Thread Steve Butler
Hi Norbert, > > I have only skimmed this thread, so forgive me if i missed the mark but: > > why not generate the index at install time ? > that will still achieve the goal of reducing the size of the > installer, without the performance hit at runtime no? > The option to build the index at insta

Re: [Libreoffice] Should the Thesaurus/mythes use a precomputed index (installer file size)

2011-01-30 Thread Steve Butler
Hi Michael, On 29 January 2011 21:45, Steve Butler wrote: > I thought I would discuss your idea about not using the index at all > to see what reception it gets, but I think you may also have been > suggesting a similar thing: > are the index files even useful on modern gear? > &

[Libreoffice] Should the Thesaurus/mythes use a precomputed index (installer file size)

2011-01-29 Thread Steve Butler
Hi Michael, > >        Then 'mythes' seems to be used in lingucomponent/ somewhere - I suppose > that is where to be digging for the user code. I suspect if we can read > and index this file in two seconds - and it is used in response to user > input - there may not really be a lot of value in ind

[Libreoffice] Utility to scan for some faults in Thesaurus files

2011-01-29 Thread Steve Butler
Hi, The l10n guys said they needed this utility in git as their list does not allow attachments. I will leave it up to your wisdom as to where to put it. A brief description of what it does: I have made some assumptions about the file format to look for the common errors I found: 1. A line that

Re: [Libreoffice] RC4 / Windows size analysis ...

2011-01-28 Thread Steve Butler
On 28 January 2011 23:06, Steve Butler wrote: > Baby steps... this patch uses the idxdict program to build the idx files > instead > of the perl script. Sorry, II forgot to state the previous patch is LGPL/MPL licensed as requested. ___ Li

Re: [Libreoffice] RC4 / Windows size analysis ...

2011-01-28 Thread Steve Butler
On 28 January 2011 20:29, Steve Butler wrote: > Hi Michael, > >> > I have no idea how this would be integrated into the build process as I'm >> > not even sure where it is called from, but happy if someone wants to >> > take up the challenge and/or incorpo

Re: [Libreoffice] RC4 / Windows size analysis ...

2011-01-28 Thread Steve Butler
Hi Michael, On 28 January 2011 04:04, Michael Meeks wrote: > > >        Licensing wise - I'd like to add the standard LGPLv3+/MPL header to it > (see bootstrap/) but having MIT too is fine if you want. This patch adds the (c) header from the template to the idxdict.cpp although i had to tweak it

Re: [Libreoffice] [PATCH] installer::archivefiles - remove external find and chmod forks

2010-12-20 Thread Steve Butler
e been created by Win32 programs like the MS linker > etc, and are to be used by a Win32 program (LibreOffice), I fail to see why > any manipulation of their (emulated) Cygwin mode would be needed at all. > > --tml > > > -- Regards, Steve Butler ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] Fwd: [PATCH] installer::archivefiles - remove external find and chmod forks

2010-12-20 Thread Steve Butler
is totally irrelevant. Probably that part of the Perl code > could be dropped completely. > > But I would love to be proved wrong, of course... Experimentation needed. > > --tml > > > -- Regards, Steve Butler -- Regards, Steve Butler _

[Libreoffice] [PATCH] installer::archivefiles - remove external find and chmod forks

2010-12-19 Thread Steve Butler
Hi, The attached patch is a micro-optimization that uses the zip file contents instead of directory scans and uses perl's builtin chmod function to modify the permissions of the files. I have only tested on Linux where a simple "time" test showed it cut 10 seconds off my make dev-install time fro