[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [cgmo-webcgm] ISSUE: is apsid an attribute?
Expressing my own (mild) preference... I guess I'd prefer that apsid is *not* included in the 'attributes' of the WebCGMNode interface of DOM. Reasons: -- myAps.apsId already gives quick and immediate access to the apsid. ('apsId' is the attribute on the WebCGMAppStructure interface). -- if we take the interpretation that apsid is *not* one of the attributes, myAps.hasAttributes() would return false unless there are **APS Attributes** (in the metafile sense) in the given target APS. Otherwise it would always return true, and you would have to look at myAps.attributes.count to see if there are any APS Attributes -- if we were to take the interpretation that apsid is one of the 'attributes', then count is always at least 1, and you'd have to check for >1 to determine if there are any APS Attributes. I'm having trouble thinking of any *strong* arguments one way or the other. Does anyone see any strong arguments for having apsid be one of the 'attributes' of the WebCGMNode interface? Cheers, -Lofton. At 07:20 PM 7/7/2005 -0600, Lofton Henderson wrote: >Source: editors / test writers. > >ISSUE: does the apsid parameter of the BegAps element show up as an >attribute in the DOM? > >DESCRIPTION: > >WebCGMNode contains a boolean method, hasAttributes(), and an attribute of >type node-list, 'attributes'. What qualifies as an attribute is not >defined anywhere. The obvious thing that comes to mind is APS Attributes >(on APS nodes). The text says the value of 'attributes' will be null in >the case that the WebCGMNode has no attributes. > >WebCGMAppStructure, which inherits from WebCGMNode, has an additional >attribute, 'apsId'. In metafiles, the apsid is a parameter on the BegAps >element (along with the 'type' and the 'inheritance flag' parameters). > >The initial code of the test Node-attr.html shows that the apsid is being >treated in the test as if it is an 'attribute'. > >So should DOM return the metafile apsid as an 'attribute' (WebCGMNode >interface), or only as the 'apsId' on the WebCGMAppStructure interface, or >both? > >It seems to me that the way we designed the interfaces and their >methods/attributes seems to hint at "only 'apsId'". On the other hand, >Benoit seems to remember some past decision for 'attribute' or "both". If >that is the case, note that hasAttributes() will always return true for an >APS node (by far its most usual usage, if not the only usage), and >'attributes' will always have a count of at least 1. Also note that in >XCF, apsid is a required XML attribute on all the APS elements (and the >bindById, of course). > >It is not really critical *how* we answer it. We have some freedom in how >we map the structured metafile instance onto an XML-like DOM tree. But it >is critical that we have a clear answer and document it. > >ALTERNATIVES: >Alt.1: 'apsId' only >Alt.2: 'attribute' only (which would mean eliminate 'apsId') >Alt.3: both > >RECOMMENDATION: none yet, TC should discuss. Implementors, what have you >done? > >Regards, >-Lofton. > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]