This is a follow-up to a question I asked several weeks ago. Apologies for the delay, I had medical issues.
The question was whether SVG supported name aliases for color definition, and I was shown there is indeed an existing list of such named colors. I think what I'm driving at goes a bit deeper; an example might be best. In the GeoSym standard, when the various attributes of a feature are looked up and evaluated to select a final portrayal image, the color of that image is defined by a specific name; that name has to be used as is, or else somehow translated from GeoSym into something that SVG can understand. Further, the same color name will refer to one of two different RGB values, depending on whether the feature is being viewed under day or night conditions. My question, my understanding of the underpinnings of SVG being as weak as it is, can this color definition method be supported within SVG itself, or must the colors first be translated into RGB values externally and fed to SVG? The distinction is important because the question is being asked by standards people, as in committee members who are creating an ISO standard, and they want to know what a currently-existing standard (SVG) can support if they refer to it as an implementation option. Hope I've managed to convey what I'm driving at. Thanks in advance! ------------------------------------ ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ----Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
