On Sat, 23 Dec 2017 11:30:58 + Andrew Williams said:
> 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.
do it's not. i explained already that it is n
On Sat, 23 Dec 2017 11:26:42 + Andrew Williams said:
> Hi,
>
> Thanks for posting that poll. Very useful.
> If I may I wish to contradict your assertion that this has all been
> discussed before - the poll had *0* consideration for what if parent is
> NULL.
i don't see why it needed to. NUL
On Sat, 23 Dec 2017 11:19:59 + Andrew Williams said:
> As framework developers we should be doing everything in our power to avoid
> undefined behaviour. I’ll take accidents memory leaks any day - there are a
> plethora of tools to solve that but it’s far harder to debug the “app not
> workin
first, i removed the compilation with Visual Studio for several reasons
1) it's a huge work to maintain 2 build systems (so only one using
MSYS2 for POSIX tools (hence autotools for example) and mingw-w64 for
cross compilation)
2) there are gcc extensions that are used in ecore_getopt which are
no
There is some work going on for windows, i tried to reach you this week
because of this.
I tried two things:
1) Crosscompiling: it failed in the end due to a very very weird error message:
./config.h:10:17: Fehler: expected unqualified-id before string constant
#define DATADIR "/usr/local/share
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,
>
> This is now well
Hi,
Thanks for posting that poll. Very useful.
If I may I wish to contradict your assertion that this has all been
discussed before - the poll had *0* consideration for what if parent is
NULL.
If you re-read the accepted proposal you will see that is not the current
behaviour at all. There is a (r
On 12/23/2017 09:56 AM, Vincent Torri wrote:
On Thu, Dec 21, 2017 at 8:54 AM, Pierre Couderc wrote:
On 12/19/2017 09:44 AM, Vincent Torri wrote:
I am glad to have developed my first application under efl (eegrep =
multidimensional grep).
With legacy API.
The more there are EFL apps, the be
As framework developers we should be doing everything in our power to avoid
undefined behaviour. I’ll take accidents memory leaks any day - there are a
plethora of tools to solve that but it’s far harder to debug the “app not
working correctly sometimes on my system” bug reports.
Andy
On Sat, 23
On Fri, 22 Dec 2017 11:44:32 + 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-new and
> you see that actually the trivial example leaks the reference - just
On Fri, 22 Dec 2017 11:53:32 + 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 of code built on top of that design
decision. not a showstopper by any stretch. it's
On Fri, 22 Dec 2017 11:19:40 -0500 Cedric Bail said:
> > Original Message
> > Subject: Re: [E-devel] efl_add causing confusion
> > Local Time: December 21, 2017 7:18 PM
> > UTC Time: December 22, 2017 3:18 AM
> > From: ras...@rasterman.com
> > To: Enlightenment developer list
>
On Fri, 22 Dec 2017 17:56:54 +0100 Vincent Torri said:
> hello
>
> i've recently seen this gtk roadmap :
> https://wiki.gnome.org/Projects/GTK%2B/Roadmap/GTK4
>
> is there the same for EFL ?
https://phab.enlightenment.org/T5301
specifically for eo/interfaces.
there's parallel work for waylan
On Fri, 22 Dec 2017 19:54:02 + Andrew Williams said:
> 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
On Fri, 22 Dec 2017 12:09:37 -0500 Cedric Bail said:
> Original Message
>
> > Subject: [E-devel] ecore / efl loop work
> > Local Time: December 14, 2017 9:30 PM
> > UTC Time: December 15, 2017 5:30 AM
> > From: ras...@rasterman.com
> > To: e
> >
> > I've been working on this f
On Fri, 22 Dec 2017 11:58:37 -0500 Cedric Bail said:
> > Original Message
> > Subject: Re: [E-devel] ecore / efl loop work
> > Local Time: December 20, 2017 5:30 PM
> > UTC Time: December 21, 2017 1:30 AM
> > From: ras...@rasterman.com
> > To: Andrew Williams
> > Enlightenment
andwindows ? (including evil)
On Wed, Dec 20, 2017 at 8:12 PM, wrote:
> This is the first stage for porting efl to meson!
>
> Right now this should work on osx, *bsd, and linux.
>
> I plan to rebase the branch every friday, so if there are things you
> want to push, please do this before friday
On Thu, Dec 21, 2017 at 8:54 AM, Pierre Couderc wrote:
> On 12/19/2017 09:44 AM, Vincent Torri wrote:
>>>
>>>
>>> I am glad to have developed my first application under efl (eegrep =
>>> multidimensional grep).
>>> With legacy API.
>>>
>> The more there are EFL apps, the better.
>>
>> But the pro
18 matches
Mail list logo
