OASIS Darwin Information Typing Architecture (DITA) TC

Re: [dita] Indexterm: page ranges

  • 1.  Re: [dita] Indexterm: page ranges

    Posted 10-04-2005 19:41
     MHonArc v2.5.0b2 -->
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

    dita message

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


    Subject: Re: [dita] Indexterm: page ranges


    Erik Hennum wrote:
    > 
    > 
    > 
    > 
    > Hi, Eliot and TC:
    > 
    > Eliot Kimber <ekimber@innodata-isogen.com> wrote on 10/04/2005 08:00:11 AM:
    > 
    > 
    >>... for many authors index terms are precisely a marker indicating the
    >>occurrence of a specific word or phrase at a specific location.
    >>
    >>That is, while sometimes index entries are exactly as Erik states (and
    >>this is why they would normally generate a page range in the rendered
    >>index) it is not an exclusive, or necessarly even typical, use of index
    >>markers.
    > 
    > 
    > Point taken.  As the thread has noted previously, such occurrences of
    > indexable language would be better handled as mentions delimited with
    > <keyword> or <term> rather than with <indexterm> markers.  Instead of
    > requiring the writer to provide the term twice as in the following example
    > 
    >    For the proper care and feeding of an
    >    element<indexterm>element</indexterm>, you usually supply content.
    > 
    > the processing might make use of the inline term for the index:
    > 
    >    For the proper care and feeding of an <term>element</term>, you usually
    >    supply content.
    
    Agreed.
    
    The only fly in this ointment is when the term as written in the text 
    isn't the form you want indexed, because you need to group it, you are 
    indexing via a synonym, or you are indexing a different form of the same 
    word ("install" vs "installing").
    
    Of course, as soon as one mentions "indexing by synonym" you're back to 
    thinking the synonyms should be managed separately and used to generate 
    the index and then we're right back at really sophisticated index 
    management features... :-)
    
    Cheers,
    
    E.
    
    -- 
    W. Eliot Kimber
    Professional Services
    Innodata Isogen
    9390 Research Blvd, #410
    Austin, TX 78759
    (512) 372-8841
    
    ekimber@innodata-isogen.com
    www.innodata-isogen.com
    
    


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