OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: Re: DOCBOOK-APPS: OT: Searching HTML or On topic, searching xml?

At 18:22 03/09/2002, Bob Stayton wrote:

>> If docbook had a tag for 'searchable' content, as it does for
>> index terms, then it wouldn't be too hard to collate an 'index'
>> of search terms and the html file, even in a chunked output?
>> /would it?
>> I'd like to have such a thing for both my faq's.
>Well, there is 'keyword' and 'keywordset', which can appear
>in any *info element.

Quick response is I want it at the inline level, but that's 
without thought. keyword sounds about right, is it valid
for a 'search term', semantically, and being very aware of the
discussions going on on xml-doc :-)

>  It was the intention of those 
>to embed a list of searchable keywords.  These words
>are output by the HTML stylesheets in <meta name="keywords">
>elements in the HTML head.  Those wouldn't be hard
>to collate into an index. 

As a post process, or as a concurrent/pre process?
Most general application.... OK Mine, is that the references
would be into the html files?

> But they only resolve to
>the HTML file, not a specific anchor location in the file.

Mmm not good enough is it? But could I customise the current 
processor to extend it to some id value?

>Some of your FAQ pages are pretty long.


>Why not just use a regular index if you are going to
>embed terms?  

spoilsport. 'Search terms' == index term I suppose.
Damned semantics eh? 

regards DaveP

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC