<span>Thanks for the answers, responses below.<br /><br />On 13-02-12, <b class="name">Caolán McNamara </b> <caolanm@redhat.com> wrote:</span><blockquote cite="mid:1329151657.2877.61.camel@Brinn" class="iwcQuote" style="border-left: 1px solid rgb(0, 0, 255); padding-left: 13px; margin-left: 0pt;" type="cite"><div class="mimepart text plain">The xmlhelp/source/com/sun/star/help/*.java route is the one that sets<br />the "bExtensionMode". I think this one is which third party extensions<br />can insert their help into our help system. The cxxhelp is the<br />straightforward backend of the "search in help" dialogs.</div></blockquote>Yes, I found that java code (the HelpIndexer I refer to). I'll work on a patch to replace the XInvocations of the Java code with calls to my code.<br /><blockquote cite="mid:1329151657.2877.61.camel@Brinn" class="iwcQuote" style="border-left: 1px solid rgb(0, 0, 255); padding-left: 13px; margin-left: 0pt;" type="cite"><div class="mimepart text plain">> couldn't the ZIP creation just always be replaced by this alternative<br />> code path?<br /><br />hmph, indeed, seems that way on the face of it. Lets try that.</div></blockquote>Great! I'll work on that too.<br /><blockquote cite="mid:1329151657.2877.61.camel@Brinn" class="iwcQuote" style="border-left: 1px solid rgb(0, 0, 255); padding-left: 13px; margin-left: 0pt;" type="cite"><div class="mimepart text plain">> * This implementation is using the master branch of CLucene's git, <br />> with clucene-contribs-lib enabled (for CJK support). The released <br />> version of CLucene is compatible with Lucene 1.9.x, whereas LibreOffice <br />> uses Lucene 2.3.<br /><br />I don't *think* compatibility between java and c++ file formats matters<br />to us, if that's what you're getting at here.</div></blockquote>Ok, that's good to know. I'm not sure if the 1.9.x-compatible version has all the required functionality (but I just sent another message to the list about this).<br /><blockquote cite="mid:1329151657.2877.61.camel@Brinn" class="iwcQuote" style="border-left: 1px solid rgb(0, 0, 255); padding-left: 13px; margin-left: 0pt;" type="cite"><div class="mimepart text plain">> * I'm not sure exactly how to make my code build as part of the LO <br />> build, but could probably figure it out as long as the previous point is <br />> addressed.<br /><br />Presumably just editing l10ntools/source/help/makefile.mk and adding<br />another target or so in there will do the trick. I can hook this up and<br />see if how it goes.</div></blockquote>Great, send me a patch if you get it going, then I can work on some of the other stuff.<br /><blockquote cite="mid:1329151657.2877.61.camel@Brinn" class="iwcQuote" style="border-left: 1px solid rgb(0, 0, 255); padding-left: 13px; margin-left: 0pt;" type="cite"><div class="mimepart text plain">> * CLucene (like Java) uses wide characters throughout, and defines <br />> it's own TCHAR type for that. Can we make this play nice with how LO <br />> handles strings?<br />> <br />> * I'm using some Unix headers, are these available on windows or <br />> should I use some kind of LO equivalent of them?<br /><br />Should be basically cross-platform stuff in sal/inc/ to handle any of<br />that stuff.</div></blockquote>Ok, will check it out, thanks.<br /><blockquote cite="mid:1329151657.2877.61.camel@Brinn" class="iwcQuote" style="border-left: 1px solid rgb(0, 0, 255); padding-left: 13px; margin-left: 0pt;" type="cite"><div class="mimepart text plain">> * I tried replacing the HelpIndexerTool in <br />> helpcontent2/util/target.pmk, which seems to work fine, except that I'm <br />> returning an error code when the content/caption directory doesn't exist <br />> (unlike HelpIndexerTool), which breaks on "shared".<br /><br />I'll see if I can hook up what you got to our build system, ignoring the<br />lack of clucene in our tree and assuming availablility of system<br />clucene, and see how that goes.</div></blockquote>I've got an update on this: I managed to create all the indexes and doing a few searches on both the Java-generated an the C++-generated indexes seems to give identical results (at least if I pipe the results through sort).<br /><br />Gert