Alex, Why don't you use for the example you gave?

Arghhh
Why don't you use <mover> for the example you gave. I think that if it's math you should be able to do it with MathML.(Actually I try severals
<mover><mi>asdasd</mi><mo>^</mo>
</mover> examples (with several entities) without good results in Firefox in my Mandrake, but I don't know if this is un issue of my configuration or maybe a bug

On the digitalmars frontpage, it says that converting a million line C++ program is not realistic, but if we could make a really good automated tool, it might be doable.

I have thought about this for a long time, too. I believe automatically converting XPCOM code to D would provide much cleaner code and make further cleaning up of the D code easier. Perhaps the converter could make alternate copies of the files with the C++ code put in special comments.

The hard part is that the converter would have to interact with the build system. Any compiler optimizations would probably become null and void.

Also, since D is not a mature language, the tools would have to be updated as time goes by.

Garbage collection would probably have to be turned off, and a whole host of other things.

Although it'd probably be cleaner to manually convert it and do a major rewrite at the same time, there are three issues: 1) We don't know why some code does certain things, and it'd be regression city. 2) We'd lose any new fixes 3) It'd be slower.

The upside to converting Mozilla to D would be the ability to actually test the language and find out what needs to be improved.

(From Alex: There's also the downside that any D source code in our codebase whatsoever means people building Mozilla need a D compiler. That's why I said mozilla.org will be unlikely to accept any D source code in the near future.)