On Fri, May 3, 2013 at 12:38 PM, Carsten Haitzler <ras...@rasterman.com>wrote:
> On Fri, 3 May 2013 12:03:22 -0300 Gustavo Sverzut Barbieri > <barbi...@profusion.mobi> said: > > > On Fri, May 3, 2013 at 8:35 AM, Cedric BAIL <cedric.b...@free.fr> wrote: > > > > > On Fri, May 3, 2013 at 8:13 PM, Gustavo Sverzut Barbieri > > > <barbi...@profusion.mobi> wrote: > > > > It is not about generating code, people just don't get it > > > > > > For people to get it, we need many things to improve the situation in > > > Elev8. We need to polish its introduction in Enlightenment and provide > > > an easy way to distribute gadget/apps. Along with some documentation > > > that would help spread it and show case what it is good for. > > > In my opinion JS is not a tool good for everything. Any application > > > that require a team to maintain it over time with a more than 1000 > > > lines of code is going to suffer with it. Hopefully that still leave a > > > lot of application possible. I am thinking about all the configuration > > > tools here : connman, cups, transmission, ... It should also be good > > > for webservice integration like reddit and friends. And finally it > > > should be good for casual game to. We should be able to code elemines > > > or efbb more easily in Elev8 (We need an easy-game helper maybe :-)). > > > But JS wont be good for an integrated communication suite, an IDE, a > > > web browser, ... So we need tool to help the development of both side. > > > In the JS/EasyUI world, it is mostly integration with E and > > > distribution of application. In C, it is more an IDE that we need. > > > Both work are orthogonal in my opinion. > > > > > > > This is complete nonsense. With JS you can modularize as well as in C, > > actually the language constructs makes it easier to modularize. > > > > The performance of a hundred thousand lines of code with JS is not an > > issue, as the sensitive areas are basically done in C (with elev8/efl), > > also the V8 can optimize quite well some loops and access, thus moot > point. > > Moreover, from the hundred thousand lines case, you're often executing > > small parts of it at the same time, afterall you can't fit much in one > user > > screen. > > > > As for your points "JS won't be good", let's review it with reality: > > - communication suite: the best communication suite out there is > written > > in HTML5 + JS, it is called Gmail + Gtalk > > - an IDE: adobe and others disagree, http://brackets.io/ is fully JS > and > > HTML5. Let's not forget that we both use Emacs, that is written mostly in > > Elisp, that is far from being as optimized as JS nowadays; > > - web browser: the browser itself is a very thin layer, I can't see > why > > a browser chrome couldn't be written in JS.. the heavy work is all in > > WebKit/Blink, you just need to get some signals and update the title, > > progress... > > > > I just don't understand why people don't understand. Also I don't > > understand why I still bother to write this stuff. > > performance wise js is fun as long as you can pass off the heavy lifting to > native code and it's doing the logic/direction at the higher level. no > problem > with that. > > the issues here are: > > 1. the actual target audience is currently developing apps with efl as > native. > they like it that way. they want it that way. changing that desire is very > hard, so let's service the desire and make things easier > 2. the intent is to support elev8 later as well, but first service the > desire > of the people who are paying for it. > 3. it's impossible to sensibly tell people to "write in elev8/js" vs native > because it is so limited/crippled right now. we have a long way to go to > fill > it out with functionality first so it can be even close to native in terms > of > what it can do (even if slowly or whatever - which is not something i > intent to > argue about given the other reasons). > limited like what? even the fs module that I hugely dislike is in there, there is http, dbus and other methods to communicate. the only thing is missing now is the option to create a bare rectangle, which is doubtful in real life given that most UI elements are edje elements... and they exist in eui right now -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
