ot a 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:
> &
'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
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.
A
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 these
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,
>
>
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
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 something for bear? I cannot find a
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
> Andrew Wil
reminder.
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 wrote:
> >
> > 1:
> >
> https://github.com/Enlightenment/edi/releases/download/v0.6.1/edi-0.6.1.tar.xz
&
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.
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 pushed a commit to branch 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 “vis
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 ca
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 wrote:
> Hello.
>
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 proje
about a meet-up on Saturday morning 9am @ the central "bar" neer
> > building K ?
> > Then we plan for the Diner ?
>
> 9am planning for dinner? That's keen! :) But meeting at a bar... any time.
> :)
>
> > Or we chose a restaurant and a meet time here ?
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 mis
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
> wrote:
> > On Sat, 20 Ja
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 wrote:
> On Fri, 19 Jan 2018 09:36:44 + Andrew Williams
> said:
>
> > Every time I go to
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 wrote:
> On Fri, 03 No
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 Sverzut Barbieri <
> bar
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 par
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 Wed, 10 Jan 2018 23:43:
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,
>
>
> First of all, I must appreci
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 ag
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
behavio
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 <
michael.blumenkra...@gmail.com>
nfusing for 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 wrote:
> On Wed, 03 Jan 2018 09:43:16 +
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 wrote:
> > -
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 indicat
Sat, 23 Dec 2017 19:37:31 +0900
> > Carsten Haitzler wrote:
> >
> > > On Fri, 22 Dec 2017 19:54:02 + Andrew Williams <
> a...@andywilliams.me>
> > > said:
> > >
> > > > Hi Vincent,
> > > >
> > > > I would
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 wrote:
> On Wed, 03 Jan 2018 09:51:54 +0000 Andrew Williams
> said:
>
> > Seems like th
at 14:54 Gustavo Sverzut Barbieri
wrote:
> On Wed, Jan 3, 2018 at 11:55 AM, Andrew Williams
> wrote:
> > Hi,
> >
> > We need to expose some API for creating an Eina_Future_Scheduler if it is
> > to remain in eina_promise_new.
> > The alternative is that we pas
On Wed, Jan 3, 2018 at 11:07 AM, Andrew Williams
> 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 "eo-only" and "c-only" header... usually
>
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 to branch master.
> >
> >
> http://git.enl
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:
>
> > On Tue, 02 Jan 2018 15:52:59 + Mike Blume
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 and
wrote:
> On Tue, 02 Jan 2018 19:19:37 + Andrew Williams
> said:
>
> > Hi,
> >
> > I am obviously struggling to explain this with words, so will try with
> code.
> > Take the following code fragment:
> >
> > void some_api(Eo *parent) {
> >E
on.
> >
> > So, #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 unre
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 wrote:
> Hi,
>
> With regards to the beta API perhaps being related to the active work o
, 20 Dec 2017 at 02:13 Carsten Haitzler wrote:
> On Mon, 18 Dec 2017 12:23:08 +0000 Andrew Williams
> said:
>
> > Hi all.
> >
> > Since adding Google Analytics a while back I have some interesting
> > statistics that I thought I would share:
> >
>
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 wrote:
> Hi all.
>
> Since adding Google Analytics a while back I have some interesting
> statisti
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 wrote:
> Hi,
>
> With the proposal of efl_add and efl_add_child we remove the
consistently
returning pointers that either do or do not need to be unrefd.
Andy
On Tue, 26 Dec 2017 at 04:25, Carsten Haitzler wrote:
> On Sun, 24 Dec 2017 09:16:08 +0000 Andrew Williams
> said:
>
> > Are you trolling me now?
>
> no. you said its inconsistent. it's c
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 aimin
the designed
efl_add behaviour) completely reasonable - what would the fix even be?
Andy
On Sun, 24 Dec 2017 at 03:33, Carsten Haitzler wrote:
> On Sat, 23 Dec 2017 11:19:59 +0000 Andrew Williams
> said:
>
> > As framework developers we should be doing everything in our p
The proposal has 0 occurrences of “NULL”.
Andy
On Sun, 24 Dec 2017 at 03:33, Carsten Haitzler wrote:
> On Sat, 23 Dec 2017 11:26:42 +0000 Andrew Williams
> said:
>
> > Hi,
> >
> > Thanks for posting that poll. Very useful.
> > If I may I wish to contradict
know from the method names
what is expected.
Thoughts?
On Sun, 24 Dec 2017 at 03:33, Carsten Haitzler wrote:
> On Sat, 23 Dec 2017 11:30:58 +0000 Andrew Williams
> said:
>
> > Hi,
> >
> > As this thread seems to be descending into word games and (insert
> >
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 wrote:
> Hi,
>
> Th
, Carsten Haitzler wrote:
> On Fri, 22 Dec 2017 11:44:32 +0000 Andrew Williams
> said:
>
> > Hi,
> >
> > I think your summary about the Gtk is not what you think - read the docs
> > further
> > https://developer.gnome.org/gtk3/stable/GtkWindow.html#gtk-window-
Dec 2017 at 10:56, Carsten Haitzler wrote:
> On Fri, 22 Dec 2017 11:53:32 +0000 Andrew Williams
> said:
>
> > We do have a showstopper design bug.
>
> see my previous mail. https://phab.enlightenment.org/V7 to be explicit.
> discussed. voted on. known compromise. lots
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 wo
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
Efl
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 returne
, 22 Dec 2017 at 10:56 Carsten Haitzler wrote:
> On Fri, 22 Dec 2017 10:10:48 +0000 Andrew Williams
> said:
>
> > On Fri, 22 Dec 2017 at 09:59 Carsten Haitzler
> wrote:
> >
> > > On Fri, 22 Dec 2017 09:43:20 + Andrew Williams <
> a...@andywi
On Fri, 22 Dec 2017 at 09:59 Carsten Haitzler wrote:
> On Fri, 22 Dec 2017 09:43:20 +0000 Andrew Williams
> said:
>
> > Hi,
> >
> > I think that maybe I could have explained this a little better, let me
> step
> > back from the implementation details for a m
is a significant
> difference (lots less code, faster execution by a good margin etc. etc.),
> otherwise this raises the bar to learn and maintain without IMHO a good
> pay-off.
>
> > On Thu, 21 Dec 2017 at 18:11 wrote:
> >
> > > Hi,
> > >
> > > On Th
... 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 own it.
> >
> > > On Thu, 21 Dec 2
> On Thu, 21 Dec 2017 13:15:26 + Andrew Williams
> said:
>
> > 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
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 of the most important
concepts.
No?
Andy
On Thu, 21 Dec 2017 at 18:11 wrote:
> Hi,
>
> On Thu, Dec 21, 2017 at 12:19:41PM +, Andre
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
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 N
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 whet
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 lib/ecore/ecore
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 mainlo
15:01, "Carsten Haitzler" wrote:
> >
> > > On Wed, 22 Nov 2017 18:02:56 + Andrew Williams <
> a...@andywilliams.me>
> > > said:
> > >
> > > > Hi,
> > > >
> > > > The supplier I work with does not do embroid
Hi,
On Wed, 20 Dec 2017 at 02:13 Carsten Haitzler wrote:
> On Mon, 18 Dec 2017 12:23:08 +0000 Andrew Williams
> said:
>
> > Hi all.
> >
> > Since adding Google Analytics a while back I have some interesting
> > statistics that I thought I would share:
> >
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 A
tion 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? So
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
> wrote:
>
>> Hi all.
>>
>> Since adding Google An
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
--
http://andywilliam
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 /do
thinking doing Friday - Sunday?
>
> --
> Tom
>
> On 17 Dec 2017 15:01, "Carsten Haitzler" wrote:
>
>> On Wed, 22 Nov 2017 18:02:56 + Andrew Williams
>> said:
>>
>> > Hi,
>> >
>> > The supplier I work with does not do embroider
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 {
> > + Eina_Promi
wrote:
> On Tue, 12 Dec 2017 10:23:23 +0000 Andrew Williams
> 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 layout and styling to be done).
>
> That&#x
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é wrote:
> On Tue, Dec 12, 2017 at 2:31 AM, Andrew Williams
> wrote:
>
>
c 2017 at 02:12 Carsten Haitzler wrote:
> On Mon, 11 Dec 2017 17:37:10 +0000 Andrew Williams
> 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 lists its inputs and outputs
> (return and
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
www.enlightenment.org/develop/api/ef
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 i
Hi,
That's great, thanks very much.
Andy
On Mon, 11 Dec 2017 at 06:22 Amitesh Singh wrote:
> On Mon, Nov 27, 2017 at 9:43 PM, Jean-Philippe André
> wrote:
>
> > Amitesh, please fix it!
> >
> >
> Sungtaek has fixed it. :)
>
>
> On Mon, Nov 27,
rather than legacy.
Andrew
On Sun, 10 Dec 2017 at 11:33, Carsten Haitzler wrote:
> On Sun, 10 Dec 2017 09:35:05 +0000 Andrew Williams
> said:
>
> > Hi,
> >
> > Apologies I was not aware of these plans that everyone agreed on. Can you
> > please point me to this pla
confusion. I can point these individuals to the document and we can
think harder about what the smallest change could be that provides a
solution for everyone.
Thanks,
Andrew
On Sun, 10 Dec 2017 at 01:09, Carsten Haitzler wrote:
> On Sat, 09 Dec 2017 13:38:51 +0000 Andrew Williams
>
al Time: December 7, 2017 5:06 PM
> > > UTC Time: December 8, 2017 1:06 AM
> > > From: ras...@rasterman.com
> > > To: Andrew Williams
> > > Enlightenment developer list <
> enlightenment-devel@lists.sourceforge.net>
> > >
> > > On Thu, 0
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:
> > Original Message --
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 al
Fri, 8 Dec 2017 at 01:12 Carsten Haitzler wrote:
> On Thu, 07 Dec 2017 15:09:21 + Andrew Williams
> said:
>
> > Hi,
> >
> > Did anyone know that the KiwiIRC client on our website is calling out to
> > https://www.gosquared.com/ and https://www.scorecardresearch
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
--
http://andywilli
it's collecting then
email your google account off-list.
Thanks,
Andrew
On Tue, 5 Dec 2017 at 20:37 Jonathan Aquilina
wrote:
> Hi Andrew,
>
> There is also an open source alternative called piwik which does the same.
>
> https://piwik.org/
>
> :D
>
> On 05/12/2017
taken seriously if we once again
> > take 10 years to do a major upgrade.
> >
> > Regards,
> > Andrew
> >
> > On Thu, 7 Dec 2017 at 01:22 Carsten Haitzler
> wrote:
> >
> > > On Wed, 06 Dec 2017 19:45:39 -0500 Cedric Bail said:
> > >
Bail said:
>
> > Hi,
> >
> > > Original Message
> > > Subject: Re: [E-devel] What are we going to release?
> > > Local Time: December 6, 2017 6:13 AM
> > > UTC Time: December 6, 2017 2:13 PM
> > > From: dan...@octaforge.org
> > >
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 port
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 Vincen
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.
> >
> >
> http://git.enlightenment.org/core/efl.git/commit/?id=b6b0fac978750eaf814c8ab9ea35abfbcec
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
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
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 tidy
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
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 AM, Davide Andreoli
> > wrote:
> >
> > > 20
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 f
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 - 100 of 661 matches
Mail list logo
