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 <[email protected]> wrote: > > On Wednesday, June 5, 2013 20:30 CEST, David Cramer <[email protected]> > 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+\+that# >> >> 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: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
