Re: [E-devel] Licenses & Linking

lawyer and its probably one of those ambiguities > where without it going to court we will never actually know so most > companies legal teams will advise them to take the safest possible > interpretation atleast in my experience. > > On 30/07/18 05:56, Andrew Williams wrote: >

Re: [E-devel] Licenses & Linking

't studied it much. Can you provide the exact > language that makes you believe this to be true? > > On Thu, Jul 26, 2018, 6:58 AM Andrew Williams > wrote: > > > Hi, > > > > I was checking out the situation regarding licensing and read the current > > state i

[E-devel] Licenses & Linking

Hi, I was checking out the situation regarding licensing and read the current state in https://github.com/Enlightenment/efl/blob/master/README. As far as I can tell the library at the bottom of our dependency tree, Eina, is LGPL whereas most others are BSD - which includes the main Efl library.

Re: [E-devel] latest efl lifecycle commits (from cedric)

Hi, It makes me very sad to see how fast EFL work slips to the blame game when there is a problem. If the process is not working then focus on that not the person please. This was the result of a large amount of work that was required for the next release - if folk worked together to deliver

Re: [E-devel] Off

Hi Cedric, I really hope you enjoy your well earned break and that we see you again when you are rested. Your contribution has been enormous and I have very much enjoyed working with you. All the best for the next adventure! Andrew On Wed, 30 May 2018 at 04:32, Cedric Bail wrote: > Hello, > >

Re: [E-devel] Off

This is absolutely unacceptable William. We have community guidelines. https://www.enlightenment.org/contact Note “Please treat everyone with kindness and respect.” Your behaviour is clearly in violation of the community that the team are trying to defend and I hope that someone who can do so will

Re: [E-devel] Edi 0.6.1 release

It’s this one in Arch https://aur.archlinux.org/packages/bear/ Andrew On Thu, 17 May 2018 at 18:47, William L. Thomson Jr. < wlt...@obsidian-studios.com> wrote: > On Thu, 17 May 2018 13:21:50 -0400 > "William L. Thomson Jr." wrote: > > > > Do you have a URL or

Re: [E-devel] Edi 0.6.1 release

Hi, There are no new dependencies as far as I’m aware - bear has been used for a while to generate compile_commands.json in c builds. Andrew On Thu, 17 May 2018 at 15:43, William L. Thomson Jr. < wlt...@obsidian-studios.com> wrote: > On Thu, 17 May 2018 09:24:55 +0100 > And

Re: [E-devel] Edi 0.6.1 release

der. Andrew On Wed, 16 May 2018 at 22:32 William L. Thomson Jr. < wlt...@obsidian-studios.com> wrote: > On Wed, 16 May 2018 20:34:35 +0100 > Andrew Williams <a...@andywilliams.me> wrote: > > > > 1: > > > https://github.com/Enlightenment/edi/releases/download

[E-devel] Edi 0.6.1 release

Hi, Yesterday we rolled the latest release of Edi, 0.6.1 which is available to download[1]. This update, which remains only reliant on efl 1.20.x releases, includes the new EFL Examples as project templates, notifications and split view editors as well as improved debugging and git integration.

Re: [E-devel] [EGIT] [core/efl] efl-1.20 01/02: elm_code: Support indentation styles that are purely tab based

Yes, The feature of tab based interaction was already included - but when auto-indenting it broke until this was applied. Thanks, Andrew On Mon, 26 Mar 2018 at 07:32, Stefan Schmidt wrote: > Hello. > > > On 03/24/2018 07:40 PM, Andy Williams wrote: > > ajwillia-ms

Re: [E-devel] Current State and Future Direction of E/EFL

Hi, I know I’m not really active here but I just wanted to agree with the sentiment here. It’s a little blunt but overall Stephen has a point. I still think that would could have helped is a shared understanding of what is being done (& why) and who the project is aimed at. Armed with such a

Re: [E-devel] UnifiedAPI Namespace definition proposal

Just to follow up on this by way of “documentation on the website handover”. Whether there is “consensus” or not there is still an underlying issue. I exposed the namespaces that Daniel mentioned to make the website API index more readable: https://www.enlightenment.org/develop/api/start As you

Re: [E-devel] Upcoming efl 1.20.7 release

Hi Stefan, I have backported a few things from elm_code onto this branch (as who knows when that major release is coming). I omitted anything in the realm of interfaces and themes so it should be ok. Working fine here :) Thanks, Andy On Thu, 8 Feb 2018 at 14:20, Stefan Schmidt

[E-devel] A different direction for a brighter future

Hi everyone, I’ve been following the Enlightenment project for 15 years having got involved originally due to the catchy graphics, innovative approach and friendly community. We’ve had up times and down times as some may remember but right now I have serious concerns about the future of this

Re: [E-devel] FOSDEM 2017

t; Or we chose a restaurant and a meet time here ? > > > > See you ! > > > > Le lundi 22 janvier 2018 00:48:17 CET, Andrew Williams a écrit : > > > Hi, > > > > > > I expect to be there too, though staying near the event rather than > ci

[E-devel] Eo/Unified API decisions

Hi, I have been trying to capture the choices being made that could have impact or confusion or future discussions. Hopefully this will avoid people like me coming back and going through old conversations again. https://phab.enlightenment.org/w/unified-efl-tradeoff/ Please add anything I have

Re: [E-devel] FOSDEM 2017

Hi, I expect to be there too, though staying near the event rather than city centre this time. Andy On Sat, 20 Jan 2018 at 16:21, Vincent Torri wrote: > i'll be at fosdem but i go back home around 6PM > > Vincent > > On Sat, Jan 20, 2018 at 3:19 PM, Carsten Haitzler

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: shot - add a padded screenshot so it can also grab shadows/surrounds

surprised if > 10% of our users use both of these option regularly - I had imagined that most people prefer either one or the other. Andy On Fri, 19 Jan 2018 at 13:23, Carsten Haitzler <ras...@rasterman.com> wrote: > On Fri, 19 Jan 2018 09:36:44 + Andrew Williams <a...@andywill

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: shot - add a padded screenshot so it can also grab shadows/surrounds

Every time I go to take a screenshot I pause at this menu and have to think - “which am I doing”? Can we move “include shadows in window shots” to a configuration somewhere and return to a single menu item? Just a thought, Andy On Sat, 4 Nov 2017 at 00:45, Carsten Haitzler

Re: [E-devel] [EGIT] [core/efl] master 02/05: selection: add efl_selection interface

Pretty sure that efl.ui.selection, efl.ui.cnp and efl.ui.dnd would be good namespaces. Efl.Ui.Selectable should probably go into the selection namespace too. Andy On Thu, 18 Jan 2018 at 07:54 Jean-Philippe André wrote: > Hi, > > On Fri, Jan 12, 2018 at 4:23 AM, Gustavo

Re: [E-devel] Eo/Eolian namespace definition

Hi, Thanks for pointing out the bug in the API docs that have been generated. I have now updated this to show the true impact of incomplete namespaces. Go to https://www.enlightenment.org/develop/api/start now and you will see a very long list of classes and interfaces at the top which are not

Re: [E-devel] Eo/Eolian namespace definition

Sorry to be pessimistic but this sounds like a month or two of refactoring on the end of whatever timeline we could have imagined before. It also hammers the last nail into the coffin of any early releases. Andy On Thu, 11 Jan 2018 at 00:41, Carsten Haitzler wrote: > On

Re: [E-devel] Is there a book?

Hi, We are working on updating all of our documentation but we don’t have a book at this time. You can read most of our documentation for developers at https://enlightenment.org/develop/ Happy coding, Andy On Wed, 10 Jan 2018 at 08:54, Vanangamudi wrote: > Hi, > > >

Re: [E-devel] [EGIT] [core/efl] master 01/01: efl loop - provide efl namespace versions of begin/end locks on mainloop

Oh my this loop/thread thing is a mess. I practically got ripped a new one on a different thread because I assumed that the main loop would be a useful thing to access. And now we have explicit access to the main loop. Which main? Which thread? Can we please step back for a minute and actually

Re: [E-devel] Eo/Eolian namespace definition

I think one of the issues we have is that namespace is not declared as it would be in other languages. I have inferred, as have others, that the namespace is everything except the last component of the class name. This seems to work to an extent but if we were to clarify this as the desired

Re: [E-devel] [EGIT] [core/efl] master 01/01: elm: disable interface theme loading

Hi, This breaks Efl.Ui.Text and Efl.Ui.Panes unfortunately. I looked at the ticket but could not figure which of the widgets was causing you trouble. Any more info so we an get this back in but properly? Thanks, Andy On Fri, 5 Jan 2018 at 16:48 Mike Blumenkrantz <

Re: [E-devel] efl_add causing confusion

r the developer" I wanted for us to present something that is clear and simple without needing to know internal state or reading the EFL source code. It seems I will not succeed. Andy On Thu, 4 Jan 2018 at 06:32 Carsten Haitzler <ras...@rasterman.com> wrote: > On Wed, 03 Jan 2018 0

Re: [E-devel] efl_add causing confusion

Hi, I would avoid the name efl_release if it is not to do with object lifecycle as that is the word ObjectiveC uses in their retain/release pair for memory management. Just a thought if we are trying to attract devs from elsewhere. Andy On Thu, 4 Jan 2018 at 00:04 Cedric Bail

Re: [E-devel] [EGIT] [core/efl] master 01/01: promise: Add even simpler helper for main loop promise creation

Hi, Apologies for the future/promise gaff - I was working from the documentation of the previous efl_loop_promise_new which also referred to Future. I will correct both. I am confused by the loop semantics. Many times I have been told that our UI work must happen on the main thread, which

Re: [E-devel] is there a roadmap for future significative improvements/changes

nkra...@gmail.com> said: > > > On Sat, 23 Dec 2017 19:37:31 +0900 > > Carsten Haitzler <ras...@rasterman.com> wrote: > > > > > On Fri, 22 Dec 2017 19:54:02 + Andrew Williams < > a...@andywilliams.me> > > > said: > > > > >

Re: [E-devel] Phab Task Spam

Hi, If we are looking to grow the community don’t you think that “to report a bug you must be approved by an admin” might be problematic? Andy On Thu, 4 Jan 2018 at 06:32, Carsten Haitzler <ras...@rasterman.com> wrote: > On Wed, 03 Jan 2018 09:51:54 +0000 Andrew Williams <a...@and

Re: [E-devel] [EGIT] [core/efl] master 01/01: efl_loop: move scheduler_get to eo API

at 14:54 Gustavo Sverzut Barbieri <barbi...@gmail.com> wrote: > On Wed, Jan 3, 2018 at 11:55 AM, Andrew Williams <a...@andywilliams.me> > wrote: > > Hi, > > > > We need to expose some API for creating an Eina_Future_Scheduler if it is > > to remain in eina_p

Re: [E-devel] [EGIT] [core/efl] master 01/01: efl_loop: move scheduler_get to eo API

rbi...@gmail.com> wrote: > On Wed, Jan 3, 2018 at 11:07 AM, Andrew Williams <a...@andywilliams.me> > wrote: > > Hi, > > > > I was concerned that, as this had been added in a legacy header, it may > > need to remain..? > > not a legacy header, rather a "

Re: [E-devel] [EGIT] [core/efl] master 01/01: efl_loop: move scheduler_get to eo API

Hi, I was concerned that, as this had been added in a legacy header, it may need to remain..? Andrew On Wed, 3 Jan 2018 at 13:05 Gustavo Sverzut Barbieri wrote: > On Wed, Jan 3, 2018 at 10:46 AM, Andy Williams > wrote: > > ajwillia-ms pushed a commit

Re: [E-devel] Phab Task Spam

Seems like this is something that a managed service would take care of for us... https://github.com/blog/1426-spam-spam-spam-spam On Wed, 3 Jan 2018 at 04:16 Carsten Haitzler wrote: > On Wed, 3 Jan 2018 12:37:56 +0900 Carsten Haitzler > said: > > >

Re: [E-devel] efl_add causing confusion

Hi Cedric, I think I agree, if we can tidy the definitions then everything should get clearer. efl_add_ref being needed for bindings implies that our definition of efl_add was not clean enough in the first place. If efl_del is "hide and unparent" then maybe what we really need is efl_gfx_hide

Re: [E-devel] efl_add causing confusion

man.com> wrote: > On Tue, 02 Jan 2018 19:19:37 + Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > I am obviously struggling to explain this with words, so will try with > code. > > Take the following code fragment: > > > > v

Re: [E-devel] efl_add causing confusion

#4 on the original OP should be treated as a bug if we > > consider efl_add as efl_add_scope, but we also need > > to fix parent_set/parent_unset. And code must not unref > > more than they ref. > > that was my take too. it should be unrefed only once. it smells of

Re: [E-devel] Site statistics

Hi, Oh dear I read the stats wrong - it's 3% not 15% - still, nice to see relatively consistent usage outside the active documentation work. Andy On Tue, 2 Jan 2018 at 18:35 Andrew Williams <a...@andywilliams.me> wrote: > Hi, > > With regards to the beta API perhaps being relate

Re: [E-devel] Site statistics

, 20 Dec 2017 at 02:13 Carsten Haitzler <ras...@rasterman.com> wrote: > On Mon, 18 Dec 2017 12:23:08 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi all. > > > > Since adding Google Analytics a while back I have some interesting > > stati

Re: [E-devel] Site statistics

ot;Phabricator" so it's just one click further. I hope this helps get more browsing developers find what they are looking for. Andy On Mon, 18 Dec 2017 at 12:23 Andrew Williams <a...@andywilliams.me> wrote: > Hi all. > > Since adding Google Analytics a while back I have some in

Re: [E-devel] efl_add causing confusion

In the books I have read they consider null being a special case of behaviour within a method just as confusing as passing a bool like in your illustration. Andy On Tue, 26 Dec 2017 at 12:19, Andrew Williams <a...@andywilliams.me> wrote: > Hi, > > With the proposal of efl_add an

Re: [E-devel] efl_add causing confusion

is not consistently returning pointers that either do or do not need to be unrefd. Andy On Tue, 26 Dec 2017 at 04:25, Carsten Haitzler <ras...@rasterman.com> wrote: > On Sun, 24 Dec 2017 09:16:08 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Are you trolling m

Re: [E-devel] is there a roadmap for future significative improvements/changes

You're quit right that document is really more of a checklist. Which now I look more closely is exactly what they called it too. Their roadmap document is actually https://wiki.gnome.org/Projects/GTK+/Roadmap . Anyhow for clarity what I feel we are missing in our "roadmap" is: * What are we

Re: [E-devel] efl_add causing confusion

the designed efl_add behaviour) completely reasonable - what would the fix even be? Andy On Sun, 24 Dec 2017 at 03:33, Carsten Haitzler <ras...@rasterman.com> wrote: > On Sat, 23 Dec 2017 11:19:59 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > As fra

Re: [E-devel] efl_add causing confusion

The proposal has 0 occurrences of “NULL”. Andy On Sun, 24 Dec 2017 at 03:33, Carsten Haitzler <ras...@rasterman.com> wrote: > On Sat, 23 Dec 2017 11:26:42 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > Thanks for posting that

Re: [E-devel] efl_add causing confusion

know from the method names what is expected. Thoughts? On Sun, 24 Dec 2017 at 03:33, Carsten Haitzler <ras...@rasterman.com> wrote: > On Sat, 23 Dec 2017 11:30:58 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > As this thread

Re: [E-devel] efl_add causing confusion

Hi, As this thread seems to be descending into word games and (insert appropriate word) contests I will reiterate my concern: efl_add is inconsistent and that should be addressed. I hope that is clear enough Andy On Thu, 21 Dec 2017 at 13:15, Andrew Williams <a...@andywilliams.me>

Re: [E-devel] efl_add causing confusion

, Carsten Haitzler <ras...@rasterman.com> wrote: > On Fri, 22 Dec 2017 11:44:32 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > I think your summary about the Gtk is not what you think - read the docs > > further > > https:/

Re: [E-devel] efl_add causing confusion

Dec 2017 at 10:56, Carsten Haitzler <ras...@rasterman.com> wrote: > On Fri, 22 Dec 2017 11:53:32 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > We do have a showstopper design bug. > > see my previous mail. https://phab.enlightenment.org/V7 to be expli

Re: [E-devel] is there a roadmap for future significative improvements/changes

Hi Vincent, I would really love this too - in fact I have been pushing for it. I suggest regularly that it would be helpful to have a roadmap. On my most recent request I was told bluntly “too much effort, you are the only person that wants it”. If we can get more support for such a document I

[E-devel] API namespacing

Hi all, I recently updated the API landing page to group by namespace: https://www.enlightenment.org/develop/api/start What this has indicated is that there are a few things out of place. The list as far as I can see it is: Efl.Access.* -> Efl.Ui.Access Efl.Animator -> Efl.Animation.Animator

Re: [E-devel] efl_add causing confusion

We do have a showstopper design bug. We are managing to work with it because we know how it works internally. The API must be straight forward and provide consistent, robust options. Any new user would be asking of efl_add: *) Do I need to unref the result when I am done? *) How long is my

Re: [E-devel] efl_add causing confusion

, 22 Dec 2017 at 10:56 Carsten Haitzler <ras...@rasterman.com> wrote: > On Fri, 22 Dec 2017 10:10:48 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > On Fri, 22 Dec 2017 at 09:59 Carsten Haitzler <ras...@rasterman.com> > wrote: > > > > >

Re: [E-devel] efl_add causing confusion

On Fri, 22 Dec 2017 at 09:59 Carsten Haitzler <ras...@rasterman.com> wrote: > On Fri, 22 Dec 2017 09:43:20 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > I think that maybe I could have explained this a little better, let me > ste

Re: [E-devel] Focus,Changed

On Thu, 21 Dec 2017 18:17:58 + Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > I'm sorry but seriously? > > "Well, common or not is nothing that counts here IMO." > > > > In an exercise such as this consistency is one

Re: [E-devel] efl_add causing confusion

along the lines of: > > > > > > efl_add_scope(klass, parent) { ... statements ... } whereby the scope > of > > > the variable is valid only within that block. > > > > This is an interesting idea that give an explicit lifecycle to the newly > > created reference and when you safely

Re: [E-devel] efl_add causing confusion

.@rasterman.com> wrote: > On Thu, 21 Dec 2017 13:15:26 + Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > This is now well documented ( > > https://www.enlightenment.org/develop/tutorials/c/eo-refcount.md) but > the > >

Re: [E-devel] Focus,Changed

2017 at 12:19:41PM +, Andrew Williams wrote: > > Hi, > > > > Stumbling upon the efl_ui_focus_object.eo defintion: > > > > focus,changed : bool; [[Emitted if the focus state has changed]] > > > > The now active property. > >

Re: [E-devel] efl_add causing confusion

P.S. if the loss of temporary handles with efl_add is not met with efl_added it would be possible to add a new macro along the lines of: efl_add_scope(klass, parent) { ... statements ... } whereby the scope of the variable is valid only within that block. On Thu, 21 Dec 2017 at 13:15 Andrew

[E-devel] efl_add causing confusion

Hi, This is now well documented ( https://www.enlightenment.org/develop/tutorials/c/eo-refcount.md) but the more I use efl_add the more I feel it is confusing especially to new developers. In the current model (if I understand it correctly) 1) child = efl_add(klass, parent) means the child must

[E-devel] Focus,Changed

Hi, Stumbling upon the efl_ui_focus_object.eo defintion: focus,changed : bool; [[Emitted if the focus state has changed]] I am unsure what the purpose of the bool is. My guess is that it's what the focussed value used to be or has become. Following the docs it implies a relation to

[E-devel] Magic fail in Unified shutdown

Hi, In the last few days I have started seeing magic fails in the shutdown of some examples. Such as the following: ERR<18036>:ecore lib/ecore/ecore.c:790 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! *** IN FUNCTION: ecore_main_fd_handler_del() ERR<18036>:ecore

Re: [E-devel] ecore / efl loop work

Since this came in the core_loop example is no longer working correctly. https://git.enlightenment.org/tools/examples.git/tree/reference/c/core/src/core_event.c There are a few ERR about timers being dead and objects having parents that didn't happen before. Additionally a EFL_LOOP child of

Re: [E-devel] FOSDEM

> Tom > > > > On 17 Dec 2017 15:01, "Carsten Haitzler" <ras...@rasterman.com> wrote: > > > > > On Wed, 22 Nov 2017 18:02:56 + Andrew Williams < > a...@andywilliams.me> > > > said: > > > > > > > Hi, > > >

Re: [E-devel] Site statistics

Hi, On Wed, 20 Dec 2017 at 02:13 Carsten Haitzler <ras...@rasterman.com> wrote: > On Mon, 18 Dec 2017 12:23:08 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi all. > > > > Since adding Google Analytics a while back I have some interesting >

Re: [E-devel] [Efl-technical-documentation] Site statistics

Hi Pierre, I, as most others here, think that picking EFL is a great choice. We are in a time of flux but there is no reason to regret having used the current stable (legacy) API. As cedric notes this will be supported for many years and we will be offering a smooth transition to the new Unified

Re: [E-devel] [Efl-technical-documentation] Site statistics

ther option sounds great and it's going to get to a point of "Don't > use that api, it will be discontinued, but don't use that api either > because it is unstable, incomplete, and will change". New developers will > look at that say... uh... okay so what do I use? Something oth

Re: [E-devel] [Efl-technical-documentation] Site statistics

beta api is because that is currently receiving the majority of > the active development and you are getting hits from those developers. > > On Mon, Dec 18, 2017 at 6:23 AM Andrew Williams via > Efl-technical-documentation <efl-technical-documentat...@lists.s-osg.org> > wrot

[E-devel] Type info in futures

Hi, Is there a way that we can preserve type information when using Eina_Future? For example on the Efl.Io.Manager "open" method I have to read the full description to find it's return type: https://www.enlightenment.org/develop/api/efl/io/manager/method/open THanks, Andy --

[E-devel] Site statistics

Hi all. Since adding Google Analytics a while back I have some interesting statistics that I thought I would share: 1) Very few people read our Stable API documentation - around 0.5% of our page hits 2) Over 5% of the page hits are already for the beta API documentation 3) Most of the hits to

Re: [E-devel] FOSDEM

> I'm thinking doing Friday - Sunday? > > -- > Tom > > On 17 Dec 2017 15:01, "Carsten Haitzler" <ras...@rasterman.com> wrote: > >> On Wed, 22 Nov 2017 18:02:56 + Andrew Williams <a...@andywilliams.me> >> said: >> >> >

Re: [E-devel] [EGIT] [tools/examples] master 01/01: eina: Add a first pass futures example (from eina examples)

Hi, Thanks so much for the suggestions. The Ecore_Timer was a copy/paste issue but the others are all new to me :) Andy On Tue, 12 Dec 2017 at 20:51, Gustavo Sverzut Barbieri wrote: > Thanks for your work, few comments to improve it a little more: > > > +typedef struct _Ctx

Re: [E-devel] Unified API docs

ras...@rasterman.com> wrote: > On Tue, 12 Dec 2017 10:23:23 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > Thanks for the feedback, much sounds like what I had hoped to add (this > was > > a first pass to trim out the bulk - more

Re: [E-devel] Interfaces API not in EFL namespace

Hi, I follow. I'll regenerate the docs as soon as it's in so we can get a more complete picture of widget inheritance within Efl.* Thanks, Andy On Tue, 12 Dec 2017 at 00:49 Jean-Philippe André <j...@videolan.org> wrote: > On Tue, Dec 12, 2017 at 2:31 AM, Andrew Williams <a...@and

Re: [E-devel] Unified API docs

7 at 02:12 Carsten Haitzler <ras...@rasterman.com> wrote: > On Mon, 11 Dec 2017 17:37:10 +0000 Andrew Williams <a...@andywilliams.me> > said: > > Looks good, but I think it's too trimmed. Maybe it's just that in every > language I know a method, function, etc. also l

[E-devel] Unified API docs

Hi, I have done some significant updates to the new API docs. The layout still wants a little tweaking but they should be more readable than they were before. I've trimmed the fat out of all inherited members as discussed before. The result is that a page like

Re: [E-devel] Interfaces API not in EFL namespace

Hi, Perfect, that's the site updated to only include Efl.* (and eina.* as I realised there are some objects aliased). However this highlights an issue - the Efl.Ui widgets (or at least most of them) inherit from Elm.Widget and so their parent is no longer in the docs. The contents of Elm.Widget

Re: [E-devel] Efl.Ui.Panes

as fixed it. :) > > > On Mon, Nov 27, 2017 at 8:49 PM, Andrew Williams <a...@andywilliams.me> > > wrote: > > > > > Hi, > > > > > > I have looked further and cannot find any evidence of efl.ui.panes in > our > > > theme. >

Re: [E-devel] What are we going to release?

rather than legacy. Andrew On Sun, 10 Dec 2017 at 11:33, Carsten Haitzler <ras...@rasterman.com> wrote: > On Sun, 10 Dec 2017 09:35:05 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > Apologies I was not aware of these plans that everyone

Re: [E-devel] What are we going to release?

: > > > > > On Fri, 08 Dec 2017 19:06:47 -0500 Cedric Bail <ced...@ddlm.me> said: > > > > > > > > Original Message > > > > > Subject: Re: [E-devel] What are we going to release? > > > > > Local Time:

Re: [E-devel] What are we going to release?

-devel] What are we going to release? > > > Local Time: December 7, 2017 5:06 PM > > > UTC Time: December 8, 2017 1:06 AM > > > From: ras...@rasterman.com > > > To: Andrew Williams <a...@andywilliams.me> > > > Enlightenment developer list < > enl

Re: [E-devel] Interfaces API not in EFL namespace

Hi, That makes sense, thanks. I’d like the API docs to reflect what we intend to release and an api level - would it be ok then for me to filter for just “Efl.” prefix as the others will be legacy? Thanks, Andy On Sat, 9 Dec 2017 at 00:10, Cedric Bail wrote: > >

[E-devel] Interfaces API not in EFL namespace

Hi, I've been going through our API documentation generation (for Eo API) and I found some interesting numbers. We all know there is a lot to do in terms of porting legacy to Eo API but I found a lot of API that is in Eo but is not in the Efl namespace (i.e. Ecore / Elm etc) which I assume will

Re: [E-devel] KiwiIRC callouts

2017 at 01:12 Carsten Haitzler <ras...@rasterman.com> wrote: > On Thu, 07 Dec 2017 15:09:21 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, > > > > Did anyone know that the KiwiIRC client on our website is calling out to &

[E-devel] KiwiIRC callouts

Hi, Did anyone know that the KiwiIRC client on our website is calling out to https://www.gosquared.com/ and https://www.scorecardresearch.com/? Does anyone know if we activated these extensions? I have no idea what those sites do or what data they are collecting. Thanks, Andy --

Re: [E-devel] Website statistics

:D > > On 05/12/2017 20:19, Andrew Williams wrote: > > Hi, > > > > As part of the effort to rejuvenate and reshape our documentation and > > related pages on the website it would be really helpful to get > information > > about where people are spending time an

Re: [E-devel] What are we going to release?

as...@rasterman.com> wrote: > On Thu, 07 Dec 2017 08:54:05 + Andrew Williams <a...@andywilliams.me> > said: > > so what applications can you build only with efl core and efl net and > nothing > else? > > zero applications will be built with these. it will not be

Re: [E-devel] What are we going to release?

taforge.org > > > To: enlightenment-devel@lists.sourceforge.net > > > > > > On Wed, Dec 6, 2017, at 14:26, Andrew Williams wrote: > > > > > >> Hi all, > > >> As our last release was over 4 months ago I think we really need to >

[E-devel] What are we going to release?

Hi all, As our last release was over 4 months ago I think we really need to figure what the next release will be, and when, so we can start focusing on making that subsection of our work releasable. Clearly we are not going to get the interfaces completed any time soon. The list of things to

Re: [E-devel] Rust bindings

I too was looking at a Rust binding. The auto-generated one has dome bit-pack issues I have not resolved. Ideally this would be largely automatic through Eo - but first you need to map the eina equivalent into native space and that is pretty much manual... Andy On Wed, 6 Dec 2017 at 10:13

Re: [E-devel] [EGIT] [core/efl] master 01/01: eo: Update header for readability

Absolutely, good catch thanks. Andy On Tue, 5 Dec 2017 at 20:46 wrote: > Hello, > > On Tue, Dec 05, 2017 at 09:04:12AM -0800, Andy Williams wrote: > > ajwillia-ms pushed a commit to branch master. > > > > >

[E-devel] API naming: futures_get

Hi, The method efl_promise_future_get has a peculiar name. It's function is to allocate a new Efl_Loop_Future object, add it to a list of all futures on the promise and propagate appropriate messages. Following our convention of _get returning an existing value and _add creating a new one should

[E-devel] Website statistics

Hi, As part of the effort to rejuvenate and reshape our documentation and related pages on the website it would be really helpful to get information about where people are spending time and so forth. The standard way to do this these days appears to be with Google Analytics - it is simple to set

[E-devel] API cleaning eina_str etc

Hi, Looking at the API we have aggregated over the year and thinking about our chance to clean things up right now I can't help but feel uncomfortable about the following: eina_str_* eina_stringshare_* eina_slstr_* These are all related but have different namespaces. Would it be possible to

Re: [E-devel] Enlightenment Developer Days 2018 location proposals

Hi, It's perhaps worth noting that ELCE will be in Edinburgh this year - http://events.linuxfoundation.org/events/embedded-linux-conference-europe . The venue is really close to where I had proposed for the E Dev Day, I know it's later in the year but perhaps we could schedule to co-inside? Just

Re: [E-devel] [EGIT] [core/efl] master 03/05: efl: Introduce interface Efl.Dup

Is there anyway we could use a more descriptive name? It just seems unnecessarily short. Maybe that’s just me. Andy On Fri, 1 Dec 2017 at 18:50, Davide Andreoli wrote: > 2017-12-01 3:12 GMT+01:00 Jean-Philippe André : > > > On Fri, Dec 1, 2017 at 3:49

Re: [E-devel] [EGIT] [core/efl] master 01/01: elm_code: Reload grid colours on theme change

Hi, I called the parent method as indicated. Unfortunately that returned FAILED and broke the functionality so, for now, I don't check the return of the super call. I guess I need to look more into theme application and swapping out layouts to understand why it's not working as expected. Thanks

[E-devel] Efl.Ui.Text.Interactive events

Hi, I have an EFL_UI_TEXT_CLASS object in my app and I have registered for 2 interactive text events efl_event_callback_add(efl_added, EFL_UI_TEXT_INTERACTIVE_EVENT_SELECTION_CHANGED, _editor_selection_changed, NULL), efl_event_callback_add(efl_added, EFL_UI_TEXT_INTERACTIVE_EVENT_CHANGED_USER,

  1   2   3   4   5   6   7   >