[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [cgmo-webcgm] style probery
Hi Forrest,
We have implemented get/set AttributeNS. I don't think a
new API is needed since get/set AttributeNS is meant exactly for use cases like
the one you describe. The code would look like this:
powerObj.setAttributeNS("http://acmeelectronics.com","acme:state",
"ON");
powerState =
powerObj.getAttributeNS("http://acmeelectronics.com","state"); // will return
"ON"
The application developper needs to come up with a
namespace URI. In this case, I came up with http://acmeelectronics.com for example
purposes.
Benoit. From: Forrest Carpenter [mailto:forrest@sdicgm.com] Sent: Friday, October 10, 2008 9:20 AM To: Weidenbrueck, Dieter; 'WebCGM' Subject: RE: [cgmo-webcgm] style probery All, What I am proposing is
just a single metadata string, if we use get/set AttributeNS will this be
supported by other vendors? Regards, Forrest From:
Weidenbrueck, Dieter [mailto:dweidenbrueck@ptc.com] Forrest, good clarification. A
couple of comments: We have a screentip
attribute that could be used to display values like the ones you
describe. If another attribute
would exist that should be used to hold content for screentips, it would be in
conflict with the original screentip attribute. If a NS attribute would
be used, you could query the content via a script and set the content as a
screentip in one single event handler. Anything that goes
beyond this would require lots of definitions regarding the meaning of that
content string, the values stored therein, the behavior, potential switches
between the screentip attr and this one etc etc
etc. I would use AttrNS
instead and do the rest in a script. Regards, Dieter From: Forrest
Carpenter [mailto:forrest@sdicgm.com] All, Clarification: All a WebCGM viewer would be
required would be to support the set/get the “state” style property it would
require no graphical effect from the WebCGM viewer. An application that uses a WebCGM
viewer could use this style property in response to a mouse over event to
display information about a grobject such as voltage or to display a part
number We could easily use JS variables to
accomplish the same thing, but to me the code is simpler and more understandable
if in response to a mouse over event the application can get the “state” style
property using the ID returned in the mouse over function. If JS variables were
used there would need to be a unique event handler for each grobject or a long
if, if else, function to match the ID with the appropriate JS variable.
The get/set AttributeNS could be
used, but I do not completely understand the implications of this function. Are
all compliant viewers required to support anyone’s name space? We have not
implemented this function in our viewer and I don’t see any tests for this in
the test suite. If no one else sees any value in
this other than SDI, I will be happy to withdraw the
request. Regards, Forrest |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]