[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: Reasoning for not cascading <othermeta> metadata
John, I’ll add your e-mails to the agenda for our next DITA TC call. However, I cannot imagine that we would make any changes to the standard. The <othermeta> element has never cascaded. Changing it to be an element that cascaded – Why would we want to do this? It might have serious impacts to many implementations. What is it that you are trying to do? I bet there are other changes that you can make to your DITA source and DITA-OT processing. Best, Kris Kristen James Eberlein Skype: kriseberlein; voice: +1 (919) 622-1501 From: Kirkilis, John (Nokia - US/Austin) <john.kirkilis@nokia.com>
Whoops. Auto-correct error. What I meant to ask is why does one "other" cascade and the other one does not (<othermeta> vs @otherprops), regardless of whether one is an element and one is a conditional attribute. They are both meant to handle use cases where the built-in choices are insufficient. I asked Jarno how we, Nokia, would extend the processing to do this ourselves in DITA-OT, and he highly recommended not doing it. I don't recall his specific reason however, but could find out. It might have required that we fork the OT
project, which would be a very last resort. Get Outlook for iOS |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]