- User Since
- Jun 12 2013, 1:07 PM (323 w, 2 d)
Wed, Aug 21
Mon, Aug 19
I'd really like @segfaultxavi opinion about the idea.
arc patch didn't retrieve a different commit message
Fri, Aug 16
The D9576 also fixes one problem with ASAN when building. For me when both patches are applied no issues appear in ASAN. Can you check that D9576 fixes the building ASAN issue? I"ll check the test one, I forgot to test it when fixing the normal build.
Thu, Aug 15
Env class has an env property. It is multi-valued, so it is not generating a problem for C# yet. But it may in the future.
Wed, Aug 14
The property could still be generated, but only with get;
Also, we can use property names in tuples, so users can set by property name instead of using ordering.
Tue, Aug 13
Sun, Aug 11
OK. This is what we needed to modify factories.
Thu, Aug 8
I'll let other people chime in. If nobody else opposes, then IMO you can go ahead and reinclude it. If that happens, then we need a solution for T8118 first, IMO.
By size I mean typing more. I'm not against it per se, but for static use it doesn't look like a good tradeoff to me. This is going to uglify bindings and I don't really see much of a difference in change the name of the method or pass a different type. It actually creates one more point for error, where people can pass wrong classes, they can't when the class is embed in the function name.
About factories: what is the difference between:
Do we have a use case? Features are nice, but I think they must be justifiable.
Wed, Aug 7
Mon, Aug 5
Wed, Jul 31
C++ patches are pushed
Thu, Jul 25
Jul 23 2019
Well, a clang frontend plugin could guarantee that EFL_TRANSFER_OWNERSHIP is written in all EFL where it should.
Without typing checking, how useful it really is? Can't we make it type-checked? Even if by use of extension for a single compiler?
Jul 22 2019
Jul 17 2019
This task is related to https://phab.enlightenment.org/D9070
Apr 23 2019
We can avoid the performance problems by creating a boolean if someone is registered in the event. The event won't get called most of the time because most objects have a parent anyway and the event gets called just for objects with C# wrappers.
Apr 15 2019
So we looked into the problems of finalizers and dispose and we found out that using that is not possible. It is possible the GC collects members of a class that we decide later to ressucitate. That surely wouldn't work, because the members would not have the same state when the class is revived.
Apr 9 2019
Remove test that is not working
Apr 8 2019
Do not register Efl.Object again and again
Fix to use += instead of = in ifdef
Apr 7 2019
Mar 22 2019
Mar 18 2019
@segfaultxavi You're right on both questions.
Mar 17 2019
Mar 6 2019
Feb 28 2019
Feb 1 2019
I'd never think that the class vtable contains the object's vtable. I thought the klass vtable would contain only the vtable for Efl_Class and Efl_Object methods.
Jan 31 2019
Going to add _append, _prepend (for cases without an anchoring child, so beggining and end) and _insert_at for index. Going to do that after I come back to Brazil next week.
Jan 27 2019
I've updated examples.git with new syntax from this diff.
Jan 25 2019
Jan 24 2019
Jan 21 2019
inlists should allow any value-type, not just structs.