[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [cgmo-webcgm] style probery
"urn:schemas-microsoft-com:vml" xmlns:o = "urn:schemas-microsoft-com:office:office" xmlns:w = "urn:schemas-microsoft-com:office:word">
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]
Sent: Wednesday, October 08, 2008 4:49 PM
To: Forrest Carpenter; WebCGM
Subject: RE: [cgmo-webcgm] style probery
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]
Sent: Mittwoch, 8. Oktober 2008 23:42
To: 'WebCGM'
Subject: [cgmo-webcgm] style probery
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]