I would definitely be interested in a Dart port of Raphael... in fact, I looked at Raphael a few times and I could not stand the JS code, nor did I care for the legacy support of the deprecated VML markup... it just made the code more confusing, complex, and convoluted than it needs to be. VML is dead, and implementing a strict SVG-only target for a Raphael.dart would be quite nice.
And, I understand how these existing Dart DOM/elementimplementation bugs would be a showstopper for much of what would be needed to make the implementation work well (certainly in standalone SVG files). I wish I knew enough about the Dart DOM layers and implementation to debug this and fix it, as it is causing me to become very frustrated too as I cannot achieve my objectives (where, in JS I could make my code work, even as my JS code was much uglier... but, what good is clean modern OO Dart code if the underlying SVG stuff is broken? ughhh). So, for now I write "wrappers" (HTML docs/shells) for my SVG docs, but that is just a whacky requirement and then there are the issues like the messed up xlink:href attribute, etc. I hope the Dart team prioritizes the SVG DOM implementation so it is actually useful, otherwise I will end up going to TypeScript if needed, since from what I can tell, MS is not trying to reengineer the DOM-access in anyway that would prevent it from working as it does via JS.
Mircea, be sure to post a link to your Dart implementation work if you make it public... I look forward to checking it out. And, in the meantime, I will hope for resolution to these SVG-related bugs in Dart. m