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 install time was also discussed and was the original goal, and has definitely not been ruled out. My understanding Michael was not keen to do this on Linux, but keen to try it in the Windows Installer. >From my perspective it was a lot easier to patch some code into something I could test (mythes) than something I could not (the windows installer), so I thought I'd start with an easier option. It is important to keep in mind that the performance hit is once off per instance of swriter, and happens the first time you right click on a word in a specific language. With this implementation, once this is done, the whole index is cached in an STL map so performance should be around the same as before (lookup a word in an STL Rbtree vs a binary search on a char ** structure). It would also be possible to generate a dictionary index on first use, but of course that would mean having to generate an index per user so I'm not entertaining that idea seriously. Regards, Steven Butler _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
