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

I'll package the changes I made and share them as soon as I can.

Peter

On Wed, Jun 5, 2013 at 3:54 PM, David Cramer <> wrote:
> 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:]
>> Sent: June-05-13 3:02 PM
>> To: Fekete Róbert
>> Cc: 
>> 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 <> wrote:
>>>
>>> On Wednesday, June 5, 2013 20:30 CEST, David Cramer <> 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: 
>>>> For additional commands, e-mail:
>>>> 
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: 
>>> For additional commands, e-mail:
>>> 
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: 
>> For additional commands, e-mail: 
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: 
>> For additional commands, e-mail: 
>>
>