[kepler-dev] Kepler icon handling (Bug 4903)

[Daniel Crawl]

Hi Sean,

Icons are set in ComponentEntity.addSVGIconTo() based on the LSID, 
class, or semantic type. This uses the configuration files
uiSVGIconMappingsByLSID.xml, uiSVGIconMappingsByClass.xml, and
uiSVGIconMappingsBySemanticType.xml to determine the icon.

How would you identify problematic attributes? Maybe only attributes
that are Parameters should have their icons changed?

   --dan


On 8/13/12 2:37 PM, Sean Riddle wrote:
> Hi all,
>
> I'm taking a look at bug 4903, which is Kepler displaying certain icons
> incorrectly. It appears that the problem comes down to Ptolemy using the
> normal, standard method of icon determination, and Kepler using a custom
> method that sometimes gives erroneous results - this is implemented in
> org.kepler.gui.KeplerXMLIcon in the gui module. Manually disabling the
> custom icon rendering class allows me to instantiate
> MonitorReceiverContents and get the expected icon as in Ptolemy.
>
> I'm a little unsure about how to implement a fix to this. Is there a
> way, as with the _alternateGetMoml attribute, to set the custom icon
> rendering on a per-class/LSID basis? If so, disabling it for problematic
> attributes would be a simple fix. On the other hand, if there's no way
> to customize the behavior for certain actors, I could still modify
> KeplerXMLIcon such that it performs like the XmlIcon Ptolemy class for
> any problematic attributes. I'm going to poke around assessing the
> viability of the latter approach, but if anyone knows this part of the
> code better, feel free to suggest something different.
>
> Thanks,
>
> Sean
>
>
> _______________________________________________
> Kepler-dev mailing list
> Kepler-dev at kepler-project.org
> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>