On 28/05/2013, at 6:02 PM, Gour wrote: > > I'm aware of that possibility, but HTML+JS does not seem to me to be good/rich > enough to replace 'desktop widget's. Maybe, for lot of purposes/apps, but not > in > my case.
no but HTML+JS+Webkit gives you OpenGL in a browser which is a lot *better* than any desktop widgets :) > >> Particularly with the demise of Windows due to MS releasing Windows 8 >> disaster > > You mean developer-wise? I mean market wise. Desktops are dead, but the Windows Surface, which is a good idea (combined touch and laptop), failed in the details. > Then I could consider Haxe as well which advertises as (almost) silver bullet. > :-) Probably: i know the developer (I actually helped a bit when it started out). Originally started with an small ML compiler written in Ocaml you know. Which was then used to bootstrap Haxe. >> No, flxcc was dropped ages ago. It was too hard to maintain with limited >> resources. the problems include disentangling macros from code, and figuring >> out which typedefs represent abstract types and which are really aliases. >> Enums have multiple uses. Etc. > > I was thinking about c2flx (https://github.com/felix- > lang/litterbox/tree/master/c2flx) Ah. I forgot about that. That's very new, Mike's code. It uses c2ffi which unfortunately need autoshit to build .. sigh .. there's no excuse for such crap. text translators can be written in standard C/C++ code and never need configuration (except for pathname separators in filenames). I had so much trouble building it (because it needs for no reason at all, the latest autocraps). Ah well finally: CXX c2ffi-Expr.o Expr.cpp:169:51: error: no member named 'getMacroInfo' in 'clang::MacroDirective' const clang::MacroInfo *mi = (*i).second->getMacroInfo(); ~~~~~~~~~~~ ^ Expr.cpp:187:45: error: no member named 'getMacroInfo' in 'clang::MacroDirective' clang::MacroInfo *mi = (*i).second->getMacroInfo(); ~~~~~~~~~~~ ^ 2 errors generated. So c2ffi is bugged. And yes I have LLVM 3.3 built from SVN which is required. Grrrr ,,,, >> The obvious solution is to just bite the bullet and stick to C++ :) > > Heh...then I might compromise a bit and use something like Cobra/Mono. :-) Lol :) > I did C++ long ago - Zortech C++ times and C++ evolved into huge beast in the > meantime which I'm not excited to touch. me either .. that's why I built Felix. I was actually on the C++ committee and quit in disgust. Wrote Felix to fix most of the problems since the committee didn't seem to be able. > At the end, I do not need to go so close to the metal... What is your application? > Felix' tie to C++ seems to be its huge 'pro', but as well 'cons' in my case > forcing me to go very close to C++. It doesn't force you. Felix is an abstract language in its own right. Most of the bindings to C++ you need are done already in the library. However major C++ libraries like Qt are not wrapped so you have to write the wrappers. Its a pain. Also, if Qt is callback driven you'll have problems. Considering it binds to X Windows probably via XLib it would have to be. Callbacks suck. No one can write callback driven code. Indeed, Felix takes MASTER code and translates it into SLAVES (callbacks). So it preserves your position and state automatically. The problem is that to do this it runs a scheduler framework. GUI's typically use message queues but high level tool kits invert that to callbacks and run their own event loops. You cannot merge two master event loops except by running them in separate pthreads. -- john skaller skal...@users.sourceforge.net http://felix-lang.org ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language
