[ https://issues.apache.org/jira/browse/BATIK-1307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ahmed Hussain updated BATIK-1307: --------------------------------- Priority: Minor (was: Major) > CSS class change on group does not trigger update > ------------------------------------------------- > > Key: BATIK-1307 > URL: https://issues.apache.org/jira/browse/BATIK-1307 > Project: Batik > Issue Type: Bug > Components: SVG DOM > Affects Versions: 1.13 > Environment: Mac OS 11.13.1 > Reporter: Ahmed Hussain > Priority: Minor > Attachments: complicated-css.svg, simple-css.svg > > > I'm using as an embedded component for diagrams in a project. I was trying to > add some interaction, highlighting nodes and edges on mouse over. I am doing > this from Java by hit testing on mouse-move, then modifying the DOM > accordingly; this is much easier for my use case than adding javascript event > handlers. > Since I have control over the top-level embedded CSS style block, it is > easiest to put all the styling I require for highlighting into that, then > toggle a 'highlight' class on and off when the mouse moves over a particular > DOM element. > The problem I have run into is that the change to the class attribute doesn't > seem to take effect in certain circumstances. My hunch is that the problem is > that this occurs when the CSS acts indirectly. If you see the attached > simple-css.svg, I can toggle 'highlight' programmatically on any of the > rectangle objects and this correctly causes the styles to get updated, and > the diagram to be repainted. > However, in complicated-css.svg this does not work. In theory I should be > able to highlight the nodes or edges by adding a highlight css class to the > grouping nodes e2, e6 etc. If I do this before loading the document, this > renders fine. But if I toggle it programmatically on a live DOM, this does > not get detected as triggering a style change. I can 'nudge' it by adding a > stroke='red' attribute to the group - that then causes the rendering to > change appropriately. > Assume it's something to do with event propagation/dirty DOM detection but > haven't managed to figure out where. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: batik-dev-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-dev-h...@xmlgraphics.apache.org