Re: [docbook-apps] Problem with "\" in WebHelp Search

[David Cramer <david@thingbag.net>]

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
>