Hi, On 9 March 2016 at 14:19, David Seikel <onef...@gmail.com> wrote:
> On Wed, 9 Mar 2016 13:34:48 +0900 Jean-Philippe André > <j...@videolan.org> wrote: > > > Hi, > > > > On 9 March 2016 at 12:37, David Seikel <onef...@gmail.com> wrote: > > > > > On Tue, 8 Mar 2016 14:01:28 +0000 Tom Hacohen <t...@osg.samsung.com> > > > wrote: > > > > > > > I real want to keep my temper, but seriously WHAT THE FUCK? > > > > > > > > Why wasn't this discussed?! Mentioned? Something? > > > > > > > > The dlsym to call ecore functions from Eo is bad enough to revert > > > > this immediately, but also the implementation in Eolian is wrong > > > > according to Daniel, and not to mention, doesn't follow the rest > > > > of the Eolian conventions of lower case types. > > > > > > > > Why didn't you consult with Daniel about Eolian and me about Eo > > > > before just sneaking it in with the "ecore" prefix with nothing in > > > > the commit message. We both missed it until we manually reviewed > > > > Eo jsust now. > > > > > > > > I don't even understand why there should be native eo support for > > > > this, and why this isn't just implemented like literally > > > > everything else that we have in the EFL, and the commit message > > > > doesn't do anything to explain that. This is just wrong. > > > > > > > > Honestly, WTF. > > > > > > An even deeper WTF from me, WTF is a promise? I read the patch, > > > couldn't figure out what they are for. Same goes for the recently > > > introduced bryce, WTF is that all about? > > > > > > Gonna need an EFL glossary if this keeps up. lol > > > > > > > Very good question indeed. There was too much IRL discussion about > > promises, leaving the mailing list in the blind. > > RL discussions are not so good, we are an international team of > developers, not all of us want to move to South Korea, or work for > Samsung. I'm beginning to feel there's a bit too much of that sort of > thing going on. Evas 3D for instance, which I'm trying to make heavy > use of, seems to be developed in total isolation. > Evas 3D is another story, as it's not actively developed in Korea. You might be the first community user of evas 3d so your feedback is most welcome. I don't think any "core" developer is heavily involved in its development though. It also seems to me to be developed in some kind of isolation. As for the rest, and the heavy work going on from now and until July (EFL 1.18), rewriting the EFL interfaces for eo and the bindings, there is a fine balance between doing everything publicly and totally spamming the ML as a consequence, or trying to work efficiently and informing the community as soon as we make tangible progress. Having started contributing to EFL since I work for Samsung, I'm not in the best position to say that but I perfectly understand your concerns. > Promises are a concept mainly used in javascript: > > https://www.promisejs.org/ > > > > Basically they allow JS to run asynchronous tasks (remember js > > doesn't have threads) and you can define a success or a failure > > callback. Promises can also be bundled together by waiting either for > > the first one or for all of them to finish. > > In that case, I echo Toms WTF. Sounds like something that would be > trivial to do in a language that actually supports threads, so can't > see much point in it for EFL. Might be useful for the Lua side of EFL > though, except it's easy enough to do things in C and call them from > Lua. I have already written a Lua wrapped in Ecore_Thread > implementation. Though I can't see any use for this promises concept > in what I'm using that for. > Well, we are working on supporting JS. Also, Lua don't have proper threads either, so you would have to [de]serialize data to communicate between threads (assuming each thread is a Lua_State). Promises might to allow us to have a single common interface for those async jobs. Keep in mind that with eo & eolian we want to support native languages (C/C++) and non native languages (Lua, JS) with the same interface. [snip] -- Jean-Philippe André ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
