Bruce,
Thanks for that clarification - the differing points of view is
certainly part of the problem. I think it would be a good candidate for
clarification by the Adoption TC.
Best regards,
Doug Morrison
Information Architect
http://dita4all.com
On 28/09/2010 15:32, Bruce Nevin (bnevin) wrote:
> Doug, FWIW, this is my understanding. From the point of view of the map,
> by default (lockmeta="yes") the metadata in the map is 'locked' so that
> any different metadata attribute-value pair in a referenced topic is
> ignored. From the point of view of the referenced topic, values in the
> map override (if the same attribute is set in both places) or supplement
> (if it is set in the map but not in the topic). The confusion may be
> that from the point of view of the topic lockmeta="yes" means the
> topic's metadata values are not locked. As to bookmeta, etc., they
> behave like the element they are specialized from.
>
> Documentation from the DITA Adoption TC may help to clear this up, but
> as Kris says changes to the spec will have to wait until after DITA 1.2.
>
> /BN
>
>>
Original Message-----
>> From: Doug Morrison [mailto:dmorrison@dita4all.com]
>> Sent: Tuesday, September 28, 2010 8:35 AM
>> To: dita@lists.oasis-open.org
>> Subject: [dita] Confusing descriptions of lockmeta in DITA
>> 1.2 Spec: CD04, PDF (DITA1.2-spec.pdf)
>>
>>
>> In my view, the various descriptions of the lockmeta
>> attribute are confusing in DITA 1.2 Spec: CD04, PDF
>> (DITA1.2-spec.pdf).
>>
>> In Section 3.1.2.1.2 'Metadata in maps and topics' on pdf p38 it says:
>>
>> quote
>> By default, metadata in the map supplements or overrides
>> metadata that is specified at the topic level, unless the
>> @lockmeta attribute of the