Java > Scala

Jonathan M Davis jmdavisProg at gmx.com
Fri Dec 2 15:07:21 PST 2011


On Friday, December 02, 2011 14:57:56 Walter Bright wrote:
> >> It's not just the code involved. It's the tutorials, web sites,
> >> manuals,
> >> support, etc., that would have to be reinvented. By developing a D
> >> interface to an existing one, none of that has to be developed.
> > 
> > This is too true. But if it was easy, everybody would be doing it. You
> > could say the same thing about compilers, but that didn't stop you ...
> > :-)
> Frankly, I think a compiler is much easier to build.

I'd have to agree on that one. Compilers are much more straightforward than 
GUI toolkits - given all of the crazy, non-deterministic interactions that you 
have to deal with in GUIs.

Compilers are by no means easy to write - especially with regards to the 
optimizer and error handling - but they're much more straightforward IMHO.

As for GUIs written in D, we just don't have the manpower for doing that at 
this point. There's no reason why it couldn't be done or shouldn't be done 
eventually, but that's a _huge_ task, and we get most of the gain by simply 
making it possible to interact well with existing C/C++ GUI toolkits in D - 
even that is a _lot_ of work. So, while it would be fantastic to have a solid 
GUI toolkit written in D, doing it in the short term doesn't really make much 
sense IMHO, and there are so many people already pouring thousands of hours 
into existing, mature, C/C++ GUI toolkits, that I think that we'd be remiss to 
not take advantage of that through D's interopability with C/C++. But I 
certainly have no problem with us having a D-based GUI toolkit in the long 
term. It's the short term which is the problem.

- Jonathan M Davis


More information about the Digitalmars-d mailing list