Page MenuHomePhabricator

Active Work ProposalProject
ActivePublic

Members

  • This project does not have any members.

Watchers

  • This project does not have any watchers.

Details

Description

A work proposal which has been voted on and accepted

Recent Activity

Today

segfaultxavi added a commit to T7751: C#: Add back the I prefix to interfaces: Restricted Diffusion Commit.
Fri, Mar 22, 1:14 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Yesterday

vitor.sousa closed T7751: C#: Add back the I prefix to interfaces as Resolved by committing rEFL0881d1524b6d: efl-csharp: Add back I prefix for interfaces..
Thu, Mar 21, 10:48 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
vitor.sousa closed T7751: C#: Add back the I prefix to interfaces, a subtask of T7204: Discussion about C# binding syntax, as Resolved.
Thu, Mar 21, 10:48 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi moved T7507: Adapt C# examples to new API syntax from In progress to Done on the efl: docs board.
Thu, Mar 21, 8:30 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs

Tue, Mar 19

segfaultxavi added a commit to T7752: C#: Get rid of all lower-cased methods: rEFLd10ee74b9773: csharp: rename add/remove event handler.
Tue, Mar 19, 8:10 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi added a comment to T7757: C#: Remove static_cast method.

Using the language mechanisms for casting (obj as Efl.Ui.Button) sounds better than having a custom method, from an API point of view. I do not know how hard that is, though.

Tue, Mar 19, 7:49 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Mon, Mar 18

lauromoura moved T7752: C#: Get rid of all lower-cased methods from Backlog to InProgress on the efl: language bindings board.
Mon, Mar 18, 3:42 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura added a revision to T7751: C#: Add back the I prefix to interfaces: Restricted Differential Revision.
Mon, Mar 18, 3:41 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura added a revision to T7751: C#: Add back the I prefix to interfaces: D8397: efl-csharp: Add back I prefix for interfaces..
Mon, Mar 18, 3:40 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura added a revision to T7752: C#: Get rid of all lower-cased methods: D8396: csharp: rename add/remove event handler.
Mon, Mar 18, 3:38 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura triaged T7757: C#: Remove static_cast method as High priority.
Mon, Mar 18, 2:37 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura added a comment to T7751: C#: Add back the I prefix to interfaces.

In order to integrate better with the C# ecosystem, we have do adapt. This should not be a big change in current C# code, as we moved on from that old all-interface API scheme.

Mon, Mar 18, 1:53 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi added a comment to T7751: C#: Add back the I prefix to interfaces.

What? Are we going to change the API now?

Mon, Mar 18, 11:35 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura moved T7751: C#: Add back the I prefix to interfaces from Backlog to InProgress on the efl: language bindings board.
Mon, Mar 18, 11:04 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura claimed T7751: C#: Add back the I prefix to interfaces.
Mon, Mar 18, 11:03 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura triaged T7752: C#: Get rid of all lower-cased methods as High priority.
Mon, Mar 18, 11:02 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura triaged T7751: C#: Add back the I prefix to interfaces as High priority.
Mon, Mar 18, 11:01 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Feb 14 2019

ManMower placed T7171: Rename ecore_wl2 up for grabs.
Feb 14 2019, 12:13 PM · Active Work Proposal, Restricted Project, efl: display system, enlightenment-git, major change, efl (efl-1.22)

Feb 5 2019

ManMower added a revision to T7171: Rename ecore_wl2: D7881: wayland: Rename ecore_wl2 to notstable.
Feb 5 2019, 8:20 AM · Active Work Proposal, Restricted Project, efl: display system, enlightenment-git, major change, efl (efl-1.22)

Jan 28 2019

devilhorns closed T6947: Can't run enlightenment with wayland as user, a subtask of T7272: Merge support for elogind, as Resolved.
Jan 28 2019, 8:52 AM · Active Work Proposal, major change, efl (efl-1.22)

Jan 23 2019

segfaultxavi moved T7655: Make the examples use the new interface to start apps from Backlog to InProgress on the efl: language bindings board.
Jan 23 2019, 9:40 AM · efl: docs, Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi triaged T7655: Make the examples use the new interface to start apps as High priority.
Jan 23 2019, 9:40 AM · efl: docs, Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi closed T7507: Adapt C# examples to new API syntax as Resolved.

This is done and committed in the www-content repo.

Jan 23 2019, 9:37 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs
segfaultxavi closed T7507: Adapt C# examples to new API syntax, a subtask of T6127: Provide documentation for C#, as Resolved.
Jan 23 2019, 9:37 AM · Active Work Proposal, major change, efl (efl-1.22), efl: docs
segfaultxavi moved T7507: Adapt C# examples to new API syntax from InProgress to Done on the efl: language bindings board.
Jan 23 2019, 9:37 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs
segfaultxavi updated the task description for T7507: Adapt C# examples to new API syntax.
Jan 23 2019, 2:09 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs

Jan 18 2019

segfaultxavi moved T7507: Adapt C# examples to new API syntax from Backlog to In progress on the efl: docs board.
Jan 18 2019, 7:45 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs
segfaultxavi moved T7507: Adapt C# examples to new API syntax from TODO to InProgress on the efl: language bindings board.
Jan 18 2019, 4:42 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs
segfaultxavi added a comment to T7507: Adapt C# examples to new API syntax.

This implies PascalCase namespaces, proper event names, no more interface classes and no more initialization methods.

Jan 18 2019, 4:42 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs

Jan 16 2019

segfaultxavi added a commit to T7204: Discussion about C# binding syntax: rEFL6a7c273ec76f: csharp: add a interface to start apps.
Jan 16 2019, 3:49 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Dec 20 2018

bu5hm4n added a revision to T7204: Discussion about C# binding syntax: D7495: csharp: add a interface to start apps.
Dec 20 2018, 9:33 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi added a comment to T7204: Discussion about C# binding syntax.

The EFL_MAIN approach is very nice for the tutorials because it allows for very compact examples, however, I am afraid it looks "intrusive" to bigger projects. If EFL is only a small portion of my whole program, why should I give it control over my Main()?
I prefer the "Only use EFL calls between efl_init() and efl_shutdown()" approach. I think it is common enough that all users will understand it.

Dec 20 2018, 8:29 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
bu5hm4n updated subscribers of T7204: Discussion about C# binding syntax.

Well, i think documenting that only calls to efl classes are only allowed from beeing inside a efl-callback is pretty much sane, as its just like *Only do efl class calls when you are between init / shutdown*. With the difference that this code requires far lesser boilerplate code. Constructor parameters still can be passed and added from the user as he likes.

Dec 20 2018, 8:18 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
felipealmeida added a comment to T7204: Discussion about C# binding syntax.

The problem with letting the user execute things before is that they may try to instantiate EFL classes that haven't been initialized yet. Constructors parameters could be passed as "varargs", unfortunately in C# they are the same type (like an array) IIRC, which would not work.

Dec 20 2018, 8:07 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
bu5hm4n added a comment to T7204: Discussion about C# binding syntax.

We can predefine a main method in C# however, how do we receive the class that is implementing the Application Interface ?
The Application also could be a abstract that already defines a launch method that cannot be overridden, so the code would look like:

Dec 20 2018, 7:56 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
felipealmeida added a comment to T7204: Discussion about C# binding syntax.

If people have to write "public static void Main()", will they really use the Launcher?

Dec 20 2018, 7:45 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi added a comment to T7204: Discussion about C# binding syntax.

Sure, I like it. What do the C# experts think?

Dec 20 2018, 7:18 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
Diffusion closed T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App as Resolved by committing rEFL20ddd4c67906: efl_app: introduce app_main for getting the app object.
Dec 20 2018, 3:57 AM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
Diffusion closed T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App, a subtask of T7204: Discussion about C# binding syntax, as Resolved.
Dec 20 2018, 3:57 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Dec 19 2018

cedric added a comment to T7204: Discussion about C# binding syntax.

Neat !

Dec 19 2018, 12:27 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
bu5hm4n added a comment to T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App.

@cedric See my comment https://phab.enlightenment.org/T7204#127190 . There is a POC which implements exactly this behavior :)

Dec 19 2018, 12:15 PM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
cedric added a comment to T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App.

Also for reference in C, EFL_MAIN expose the Efl.App object directly as parameters in main. I do not know how the initialization of the C# binding is being done actually, but maybe something to investigate. Would be best if EFL_MAIN_EX behavior was also available. I will do the review of the patch right away.

Dec 19 2018, 12:11 PM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
bu5hm4n added a comment to T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App.

@cedric well the efl.app is just inheriting efl.loop so getting Efl.App instead of Efl.Loop is not really a difference, are you fine with the patch above ? This would solve this and allow bindings to use the Efl.App object.

Dec 19 2018, 11:57 AM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
bu5hm4n added a revision to T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App: D7480: efl_app: introduce app_main for getting the app object.
Dec 19 2018, 11:54 AM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
cedric added a comment to T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App.

Hum, if you are getting the main loop object, you should be able to do an efl_loop_provider_find on it to get the application. As for returning an Efl.App instead, I guess it would work the same as you can always do a provider_find. So I think it is fine to provide the Efl.App instead. Might make more sense.

Dec 19 2018, 11:52 AM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
bu5hm4n claimed T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App.
Dec 19 2018, 11:29 AM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
bu5hm4n triaged T7509: efl_app.eo returns Efl.Loop as a singleton, but not Efl.App as High priority.
Dec 19 2018, 9:31 AM · efl: language bindings, efl: main loop, Active Work Proposal, Restricted Project, efl (efl-1.22)
bu5hm4n added a parent task for T7204: Discussion about C# binding syntax: T7356: EO: Support elm_config APIs.
Dec 19 2018, 9:25 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
bu5hm4n removed a subtask for T7204: Discussion about C# binding syntax: T7356: EO: Support elm_config APIs.
Dec 19 2018, 9:24 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
bu5hm4n added a subtask for T7204: Discussion about C# binding syntax: T7356: EO: Support elm_config APIs.
Dec 19 2018, 9:23 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)