[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]