On Tue, 28 May 2013 17:16:12 +1000 john skaller <skal...@users.sourceforge.net> wrote:
> I am not a marketer. Sure. ;) > If anything .. I'm a negative influence .. tendancy to rant may be noticed > :-> Nothing serious noticed here. :-) > I'm the core dev. I'm the userbase as well. However its my "life work" so I do > a lot of work on it. Congratulation for dedication! > binds C++ double to Felix double and C++ sin to Felix sin. [Of course these > are already in the library .. just an example so you can actually *see* the > code] Thank you. > I personally think all that all desktop GUI's are out of date now. The way > forward is to write applications as servers and use a browser as a GUI: > HTML+javascript on the client side and Felix on the server side. 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. > Particularly with the demise of Windows due to MS releasing Windows 8 disaster You mean developer-wise? > I suspect it is. > Its a horrible platform, http was never designed for this. AJAX is a total > hack. But the platform has a couple of advantages, including a fairly good way > of doing layout that adapts to screen size, Javascript has one BIG plus: it > has real closures, and, the web has one killer advantage: reusable libraries > are available by just whacking a URL in the <headersection (eg JQuery, etc > etc). Then I could consider Haxe as well which advertises as (almost) silver bullet. :-) > 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) > 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. :-) > This actually makes Felix very attractive. You do not need to "do everything > in Felix". You can mix and match. You can download and build it and use it to > do little jobs or provide some libraries, write much of your high level > libraries in C++, and then glue things together with Felix. I did C++ long ago - Zortech C++ times and C++ evolved into huge beast in the meantime which I'm not excited to touch. At the end, I do not need to go so close to the metal... > With this kind of methodology, you can learn Felix slowly, avoid the advanced > and more experimental bits, and so have a reasonably stable set of code. There > is a cost to this: Felix pays a price not being able to do everything "the > best way" because it has to provide the seamless transition to and from C++. > But the "migration path" factor is also (supposed to be) a big advantage. 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++. However, let me think more about it... Sincerely, Gour -- What is night for all beings is the time of awakening for the self-controlled; and the time of awakening for all beings is night for the introspective sage. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language
