[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [docbook-apps] Problem with "\" in WebHelp Search
Yeah, I'd be happy to merge in Peter's changes. David On 06/05/2013 02:40 PM, Morgan Hayward wrote: > Hi Peter, > > If you could share with us what you did, even some breadcrumbs, I would certainly appreciate it. I am far from proficient in Java and would accept any help I can get. > > Regards, > Morgan > > -----Original Message----- > From: Peter Desjardins [mailto:peter.desjardins.us@gmail.com] > Sent: June-05-13 3:02 PM > To: Fekete Róbert > Cc: docbook-apps@lists.oasis-open.org > Subject: Re: [docbook-apps] Problem with "\" in WebHelp Search > > This problem does not occur for me in docbook-xsl-ns-1.78.0. I've tested my own output in Firefox 21.0 and Chrome 27.0.1453.110 m. Seems unlikely that it's a namespace/non-namespace thing. > > About technical terms like /var/log, the search indexer will strip most punctuation characters by default, it seems to be stripping / and \ from my search strings. Since I'm almost writing about file paths, code syntax, and other topics in which punctuation is a crucial part of search strings I need the search function to *not* strip punctuation. The solution I've used is to customize the Java indexer so that it indexes all the content twice, once with the default punctuation-stripping behavior, and then again with the punctuation in place. As a result, I can find strings like "/var/log" by searching for "/var/log," "var," or "log." I think this would make a good feature for webhelp but it does require a corresponding customization to the JavaScript search UI. It's not a quick change. > > But I don't want to hijack the discussion here. > > Peter > > On Wed, Jun 5, 2013 at 2:42 PM, Fekete Róbert <frobert@balabit.com> wrote: >> >> On Wednesday, June 5, 2013 20:30 CEST, David Cramer <david@thingbag.net> wrote: >> >>> On 06/05/2013 12:28 PM, Morgan Hayward wrote: >>>> We've been testing this on Firefox 21.0. However, I just tested >>>> this in >>>> IE9 and found the sidebar disappears when you search for a >>>> backslash (/) as well. Very strange. >>> >>> Indeed, I'm seeing that behavior in the current snapshot build: >>> >>> http://snapshots.docbook.org/xsl/webhelp/docs/?textToSearch=this+\+th >>> at# >>> >>> Should be easy enough to fix by removing / and \ from the search string. >>> I'll take a look. >>> >> >> Sorry, but stripping the / and \ characters from the search strings means that it is not possible to search for pathnames (for example, c:\winnt, or /var/log), windows registry keys, and a bunch of other technical terms that use these characters legitimately. >> >> Is there a way to work around this problem, for example, by using some escaping characters? >> >> Robert >> >>> David >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org >>> For additional commands, e-mail: >>> docbook-apps-help@lists.oasis-open.org >>> >>> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org >> For additional commands, e-mail: >> docbook-apps-help@lists.oasis-open.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org > For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org > For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]