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

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita message

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


Subject: Re: [dita] The trademarking tool


One case might be I have a <p> to which I want to add a cmsid attribute for tracking in my content management system.

It's not a case of specializing an element per se, but rather of adding a specialized attribute to an existing element.

So the proposal is to add a meta attribute to pretty much every element - and it's this meta attribute we specialize by substituting a collection of new attributes for it.

Then the issue arises: we need to generalize these specialized attributes back into meta through some kind of serialization routine to ensure compatibility with tools that aren't aware of these new attributes (or something like that).

At least - that's my understanding. Maybe I'm the one who's confused.

--Dana

Eric Sirois wrote:
Hello,

Just trying to understand which attribute you want to generalize.
For instance,  you have a task was generalized to a topic and you want to
go back to a task.

Is this what you are trying to do or am I confused? :-)


Kind regards,
Eric
Eric A. Sirois
Staff Software Developer
DB2 Universal Database - DBA XML Tools Development
IBM Canada Ltd. - Toronto Software Lab
Email: esirois@ca.ibm.com
Phone:(905) 413-2841
Blue Pages (Internal)

"Transparency and accessibility requirements dictate that public
information and government
transactions avoid depending on technologies that imply or impose a
specific product or
platform on businesses or citizens" - EU on XML-based office document
formats.


                                                                           
             Dana Spradley                                                 
             <dana.spradley@or                                             
             acle.com>                                                  To 
                                       Paul Prescod                        
             08/05/2005 11:17          <paul.prescod@blastradius.com>      
             AM                                                         cc 
                                       Michael                             
                                       Priestley/Toronto/IBM@IBMCA,        
                                       dita@lists.oasis-open.org           
                                                                   Subject 
                                       Re: [dita] The trademarking tool    
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           




If writing the XSLT 1.0 code for parsing generalized CDATA attributes is a
problem, I would be also be glad to help.

--Dana

Paul Prescod wrote:
      Questions about respecialization:
         1. Why wouldn?t we write the trademarking tool in
            specialization-aware XSLT or Python or Java?
         2. If the trademarking tool validates the input and output against
            the generalized DTD/schema, isn?t there a danger that the
            content does not validate against the specialized one anymore?

      When I thought through these issues in the architectural forms
      context I came to the conclusion that all document modifications
      should be done in the most specialized view. Working with generalized
      content is only ?safe? for read-only applications.

      That said, I?m not a purist. If someone wants to do something unsafe
      in their environment then that?s their call. But by the same token,
      if Dana wants to unsafely add specialization-lossy attributes to his
      doctype then I don?t think that there is any reason to stop him.

      I think that it is inevitable that people WILL add attributes
      (including CDATA and URL attributes) because no DITA authoring tool
      or validator will complain if they do so. CMS vendors have already
      told me that the intend to add attributes for tracking object IDs
      (which may be paths or URLs). If respecialization is important then
      we need to make it work with this common use case. If it isn?t
      important then it shouldn?t stand in the way of the use case.

      Would it help if I wrote the XSLT 1.0 code to parse generalized
      attributes?

       Paul Prescod


  


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