D "Swing"

Zz zz at nospam.com
Mon Dec 24 12:10:15 PST 2012


Have a look at Sciter (http://www.terrainformatica.com/sciter), 
Andrew Fedoniouk of Terra Informatica once did Harmonia for D1, 
Hope he would do a Sciter version or wrapper for D2.

Zz

On Monday, 24 December 2012 at 10:57:48 UTC, evilrat wrote:
> On Monday, 24 December 2012 at 10:34:42 UTC, Chris wrote:
>>>
>>> so i think HTML/JS is the really(but not only, yes) 
>>> crossplatform(phones, set top boxes, pc's, just about 
>>> everywhere...), fast, cost effecient(the only tool you need 
>>> to start develop is text editor and browser with developer 
>>> tools, almost all if not any has such tools, there is lot of 
>>> designers and JS programmers, and so on) and modern UI, so 
>>> you can take a look at my recent project - 
>>> http://forum.dlang.org/thread/azrwqdorulvwhjcmmrxx@forum.dlang.org 
>>> though it still in alpha
>>>
>>>
>>> sorry if that's not what you expect for gui framework stuff 
>>> such as gtk or qt.
>>
>> I'd prefer a fully-fledged pure D solution for desktop apps. 
>> With D's ability to integrate C code native extensions should 
>> be manageable. But the framework should be self-contained like 
>> Swing. With extensions I mean things like using a Mac menu 
>> bar, use system services etc but the widgets should be D's own.
>>
>> However, I also like HTML/JS solutions but am not sure whether 
>> they can replace a real GUI framework like Cocoa or Swing. JS 
>> is at times cumbersome to use for user interfaces.
>
> i'd try to clarify... my project IS just another bindings 
> project but it binds to HTML stuff library. inside this library 
> one could do anything using only declarative language(HTML+CSS) 
> and bind that declarative code using JS to D part, that way one 
> would focusing on making UI elements, UI style(look'n'feel), UI 
> JS glueing code(and thats all separatedly, MVC in effect) apart 
> from native D code, so writing cocoa menu's or other stuff and 
> present it to HTML world should be simple, actually it even 
> doesn't need to do this, since D part would contain business 
> logic and HTML part is just all UI code isolated.
>
> so it's more likely one may want just make programmaticaly-like 
> UI framework(like qt/gtk) on top of HTML/CSS/JS written in D 
> which does all declarative and glueing stuff behind the scene 
> to mimic "truly D ui's", at least from programmers point of 
> view there would be no difference.


More information about the Digitalmars-d mailing list