Am 07.12.2011 15:16, schrieb Adam Ruppe:
Adrian Wrote:
[OT] As a side point from a not yet D developer, but someone who looks
at the language with great interest, but also someone with a commercial
responsibility: I am missing big projects developed in D and the most
logic project would be
Nick Sabalausky wrote:
So anyway, with my own Haxe implementation, I can just add an optional
-sane switch to enable either a runtime or compile-time check...And nobody
can stop me!! Mwuuahahahaha!! AH HA HA HA!!! BWAH HA HA HA!@!!!
HAHhahahaAHHAAHA - As a long time haXe user I appreciate
Danny Wilson da...@decube.net wrote in message
news:jbrjp6$n54$1...@digitalmars.com...
Nick Sabalausky wrote:
So anyway, with my own Haxe implementation, I can just add an optional
-sane switch to enable either a runtime or compile-time check...And
nobody
can stop me!! Mwuuahahahaha!! AH
Adrian Wrote:
[OT] As a side point from a not yet D developer, but someone who looks
at the language with great interest, but also someone with a commercial
responsibility: I am missing big projects developed in D and the most
logic project would be the compiler itself! I know this has been
Adrian adrian.remove-nos...@veith-system.de wrote in message
news:jbnmoo$2seg$1...@digitalmars.com...
The downside would be, that there is the risk of incompatibilities of
the compilers, leading to 2 different dialects, which would force the
users of both, only to use the subset of the
Am 05.12.2011 18:56, schrieb Nick Sabalausky:
In that project, Haxe's ability to compile the same code, in the same
language, down to both server-side (PHP) and client-side (Flash8) has been
an *enormous* benefit. Just that one ability alone, even without the fact
that Haxe beats the snot
Adrian adrian.remove-nos...@veith-system.de wrote in message
news:jbkkpf$cut$1...@digitalmars.com...
Am 05.12.2011 18:56, schrieb Nick Sabalausky:
In that project, Haxe's ability to compile the same code, in the same
language, down to both server-side (PHP) and client-side (Flash8) has
been
Nick Sabalausky a@a.a wrote in message
news:jblhn8$1vis$1...@digitalmars.com...
Adrian adrian.remove-nos...@veith-system.de wrote in message
news:jbkkpf$cut$1...@digitalmars.com...
Am 05.12.2011 18:56, schrieb Nick Sabalausky:
Why did I write the whole thing from scratch in D as a separate
Adrian adrian.remove-nos...@veith-system.de wrote in message
news:jbhr5j$1n9t$1...@digitalmars.com...
Yes it is - but did you ever tried haXe ? IMO it is the best cross
platform language around - you target JavaScript, Flash, PHP, NEKO, C++
and soon Java and C# with one language. Typesafe
In that project, Haxe's ability to compile the same code, in the same
language, down to both server-side (PHP) and client-side (Flash8) has been
an *enormous* benefit.
That's what Google Web Toolkit makes possible for Java. It's like SWT for
WEB plus easy connections to server.
Nick Sabalausky Wrote:
The only problem now is that that would rule out the possibility of
sharing code between both server and client - Which is *NOT* something I
want to give up...
What kind of code is it? The main reason for the javascript
api thing in my web.d is to help minimize the
Adam Ruppe Wrote:
Of course, it keeps the JS down to size... but doesn't actually let you
run code on the client written in D.
Unless your client is a real application, of course :P
I did a Qt app using the modules from a work web app earlier
in the year. I interfaced with Qt via a message
Adam Ruppe destructiona...@gmail.com wrote in message
news:jbj23n$p68$1...@digitalmars.com...
Nick Sabalausky Wrote:
The only problem now is that that would rule out the possibility of
sharing code between both server and client - Which is *NOT* something I
want to give up...
What kind of
13 matches
Mail list logo
