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

Thu, Feb 14

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

Tue, Feb 5

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

Mon, Jan 28

devilhorns closed T6947: Can't run enlightenment with wayland as user, a subtask of T7272: Merge support for elogind, as Resolved.
Mon, Jan 28, 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)
bu5hm4n added a comment to T7204: Discussion about C# binding syntax.

A more complete example:

Dec 19 2018, 9:22 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi moved T7507: Adapt C# examples to new API syntax from Backlog to TODO on the efl: language bindings board.
Dec 19 2018, 8:07 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs
segfaultxavi added a project to T7507: Adapt C# examples to new API syntax: efl: language bindings.
Dec 19 2018, 8:07 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs
segfaultxavi triaged T7507: Adapt C# examples to new API syntax as High priority.
Dec 19 2018, 8:07 AM · efl: language bindings, Active Work Proposal, efl (efl-1.22), efl: docs
segfaultxavi added a comment to T7204: Discussion about C# binding syntax.

I like this idea, it makes sense from the user standpoint. Is there any problem regarding the implementation, @lauromoura ?

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

I was looking a little bit into this in order to get to efl_config.eo.

Dec 19 2018, 6:53 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Dec 17 2018

segfaultxavi moved T7496: eolian_mono: Add support for C# style properties from InProgress to Done on the efl: language bindings board.
Dec 17 2018, 7:04 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Dec 14 2018

lauromoura closed T7496: eolian_mono: Add support for C# style properties, a subtask of T7204: Discussion about C# binding syntax, as Resolved.
Dec 14 2018, 12:42 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
lauromoura closed T7496: eolian_mono: Add support for C# style properties as Resolved.
Dec 14 2018, 12:42 PM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Dec 7 2018

bu5hm4n closed T7175: meson build system as Resolved.
Dec 7 2018, 5:46 AM · Active Work Proposal, efl: meson, Restricted Project, major change, efl (efl-1.22)
bu5hm4n closed T6609: Port efl to meson, a subtask of T7175: meson build system, as Resolved.
Dec 7 2018, 5:45 AM · Active Work Proposal, efl: meson, Restricted Project, major change, efl (efl-1.22)

Dec 6 2018

devilhorns closed T7272: Merge support for elogind as Resolved.
Dec 6 2018, 9:37 AM · Active Work Proposal, major change, efl (efl-1.22)
lauromoura moved T7496: eolian_mono: Add support for C# style properties from TODO to InProgress on the efl: language bindings board.
Dec 6 2018, 8:42 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi moved T7496: eolian_mono: Add support for C# style properties from Backlog to TODO on the efl: language bindings board.
Dec 6 2018, 7:02 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)
segfaultxavi triaged T7496: eolian_mono: Add support for C# style properties as High priority.
Dec 6 2018, 7:02 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Dec 5 2018

segfaultxavi moved T7204: Discussion about C# binding syntax from Backlog to TODO on the efl: language bindings board.
Dec 5 2018, 10:10 AM · Active Work Proposal, Restricted Project, efl: language bindings, efl (efl-1.22)

Dec 4 2018

ProhtMeyhet added a subtask for T7272: Merge support for elogind: T6947: Can't run enlightenment with wayland as user.
Dec 4 2018, 2:27 PM · Active Work Proposal, major change, efl (efl-1.22)