Philip Langer

The intersection finder ignores bezier edges with 9241c35. Should we consider this task closed, or do we want to keep it open, in case someone would like to work on...

> We have Manhattan-style (orthogonal) edge routing that auto-updates itself when nodes are moved, see the class diagram example in this repo. What that built-in routing does not do is...

Imho this is a good proposal! Would you be able to open a PR with that proposal? In [a project](https://github.com/eclipse-glsp/glsp) on top of Sprotty, we have [somewhat similar code](https://github.com/eclipse-glsp/glsp-client/blob/master/packages/client/src/features/context-menu/selection-service-aware-context-menu-mouse-listener.ts) to...

Re approach (3): After giving this a bit more thought, I think the most versatile approach would be to implement a `FlowLayouter` (alongside vbox and hbox) suitable to process any...

@tomvdbussche Oh, interesting... just hit "Comment" and saw your comment after that. Thanks a lot for the feedback. Approach 1 is for sure the most straightforward one. I'm just not...

@tomvdbussche Your approach is indeed similar to (3). The main difference is that I'd like to do that in the "micro-layouting" on the client-side with a dedicated layouter (similar to...

I just gave approach 1 a test run and with some namespace hacking of snabbdom it works fine in Chromium-based browsers and Firefox:  IE11 obviously will ignore...

> I'm still wondering how you would decide when to wrap the text in approach (3). Because widths of nodes for example are usually calculated after calculating the bounds of...

> I just did some testing with `foreignObject` on Linux and it seems to break most image viewers (including Inkspace) making the exported SVG practically unusable. So I feel that...

> Okay the SVG's don't really break, but if all the text if missing from the exported image to me that's enough to consider them broken. But yes the viewers...