That's part of the problem I described in
https://phab.enlightenment.org/T8184 and specifically mentioned this. Eo
is doing nothing wrong, it's working as designed, it's the new
restrictions that were added only to Eolian that are wrong and made
things inconsistent.
Eo doesn't even have a concept
Talking today about some examples using the new API we came up with the
following situation:
```
Eo *_screen = efl_add(EFL_UI_TEXT_CLASS, ...);
...
Efl_Text_Cursor_Cursor *cursor = efl_text_cursor_get(_screen,
EFL_TEXT_CURSOR_GET_TYPE_MAIN);
```
The call seems to succeed in C but it is a compilat
Absolutely, M from B/A should be considered to keep compatibility.
Otherwise it's abi break.
On Mon, Sep 9, 2019 at 4:53 AM Carsten Haitzler
wrote:
> On Fri, 6 Sep 2019 09:32:53 -0400 Mike Blumenkrantz
> said:
>
> > Hi,
> >
> > This is a mail for the purpose of formalizing a policy as it relate
On Fri, 6 Sep 2019 09:32:53 -0400 Mike Blumenkrantz
said:
> Hi,
>
> This is a mail for the purpose of formalizing a policy as it relates the
> the "stability" of relationships between classes in EFL. With EFL 1.23,
> Eolian is expected to become stable, which will mean that .eo files are
> effec
Hi,
the example has a little problem, M is available to C with or without
implementation in B, since its declared on A. The detail that B
implements it does not really matter here.
As a set of rule i would say that we could go with something like :
- Must keep the ordering and elements in th
Hi,
This is a mail for the purpose of formalizing a policy as it relates the
the "stability" of relationships between classes in EFL. With EFL 1.23,
Eolian is expected to become stable, which will mean that .eo files are
effectively stable. There is not, however, a formal definition of what
"stabl
Thanks for reporting!
On Sat, Mar 9, 2019 at 4:43 AM Vincent Torri
wrote:
> hello
>
> fixed, it seems
>
> thank you
>
> Vincent
>
> On Thu, Mar 7, 2019 at 7:19 PM Mike Blumenkrantz
> wrote:
> >
> > I tried replying to this earlier but apparently I sent the reply only to
> > myself:
> >
> > This
hello
fixed, it seems
thank you
Vincent
On Thu, Mar 7, 2019 at 7:19 PM Mike Blumenkrantz
wrote:
>
> I tried replying to this earlier but apparently I sent the reply only to
> myself:
>
> This should be resolved after the entire series is landed now.
>
> On Thu, Mar 7, 2019 at 8:15 AM Mike Blum
I tried replying to this earlier but apparently I sent the reply only to
myself:
This should be resolved after the entire series is landed now.
On Thu, Mar 7, 2019 at 8:15 AM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:
> I'm on it
>
> On Thu, Mar 7, 2019 at 4:53 AM Xavi Artigas
>
I'm on it
On Thu, Mar 7, 2019 at 4:53 AM Xavi Artigas wrote:
> Hi Vincent,
>
> I have been able to build everything from scratch both with meson and
> autotools on Ubuntu, with latest master :/
>
> Xavi
>
> On Thu, 7 Mar 2019 at 10:20, Vincent Torri
> wrote:
>
> > hello
> >
> > after a git pull
Hi Vincent,
I have been able to build everything from scratch both with meson and
autotools on Ubuntu, with latest master :/
Xavi
On Thu, 7 Mar 2019 at 10:20, Vincent Torri wrote:
> hello
>
> after a git pull and make clean, i get this error :
>
> eolian: could not open
> 'l;..\src\lib\ecore\e
hello
after a git pull and make clean, i get this error :
eolian: could not open
'l;..\src\lib\ecore\efl_loop_timer.eo.legacy.h.eo.legacy.h' (No such
file or directory)
does someone also have this ?
thank you
Vincent
___
enlightenment-devel mailing
On Thu, 25 Jan 2018 22:17:21 + Andrew Williams said:
> 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://ph
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
On Thu, Jan 18, 2018 at 8:59 PM, Felipe Magno de Almeida <
felipe.m.alme...@gmail.com> wrote:
> On Sat, Jan 13, 2018 at 8:43 AM, Davide Andreoli
> wrote:
> > 2018-01-11 6:18 GMT+01:00 Jean-Philippe André :
>
> [snip]
>
> > If all the bindings we have written so far need this
> > lowercase-on-name
On Sat, Jan 13, 2018 at 8:43 AM, Davide Andreoli wrote:
> 2018-01-11 6:18 GMT+01:00 Jean-Philippe André :
[snip]
> If all the bindings we have written so far need this
> lowercase-on-namespaces hack
> then It's probably correct to lowercase them directly in eo files, so that
> Efl.Ui.Button will
ippe André :
> >
> > > Hi Dave,
> > >
> > > On Thu, Jan 11, 2018 at 7:43 AM, Davide Andreoli <
> d...@gurumeditation.it
> > >
> > > wrote:
> > >
> > > > 2018-01-08 19:52 GMT+01:00 Cedric Bail :
> > > >
> > >
; > > > Hi Dave,
> > > >
> > > > > Original Message
> > > > > Subject: [E-devel] Eo/Eolian namespace definition
> > > > > Local Time: January 7, 2018 9:28 AM
> > > > > UTC Time: January 7, 2018 5:28 PM
> >
2018-01-11 6:18 GMT+01:00 Jean-Philippe André :
> Hi Dave,
>
> On Thu, Jan 11, 2018 at 7:43 AM, Davide Andreoli
> wrote:
>
> > 2018-01-08 19:52 GMT+01:00 Cedric Bail :
> >
> > > Hi Dave,
> > >
> > > > -------- Original Message
-08 19:52 GMT+01:00 Cedric Bail :
> > >
> > > > Hi Dave,
> > > >
> > > > > Original Message
> > > > > Subject: [E-devel] Eo/Eolian namespace definition
> > > > > Local Time: January 7, 2018 9:28 AM
> &g
:43:15 +0100 Davide Andreoli >
> said:
>
> > 2018-01-08 19:52 GMT+01:00 Cedric Bail :
> >
> > > Hi Dave,
> > >
> > > > ---- Original Message
> > > > Subject: [E-devel] Eo/Eolian namespace definition
> > > >
On Thu, 11 Jan 2018 14:18:21 +0900 Jean-Philippe André said:
> Hi Dave,
>
> On Thu, Jan 11, 2018 at 7:43 AM, Davide Andreoli
> wrote:
>
> > 2018-01-08 19:52 GMT+01:00 Cedric Bail :
> >
> > > Hi Dave,
> > >
> > > > -------- Origi
On Wed, 10 Jan 2018 23:43:15 +0100 Davide Andreoli
said:
> 2018-01-08 19:52 GMT+01:00 Cedric Bail :
>
> > Hi Dave,
> >
> > > Original Message ----
> > > Subject: [E-devel] Eo/Eolian namespace definition
> > > Local Time: January 7, 2018
Hi Dave,
On Thu, Jan 11, 2018 at 7:43 AM, Davide Andreoli
wrote:
> 2018-01-08 19:52 GMT+01:00 Cedric Bail :
>
> > Hi Dave,
> >
> > > Original Message ----
> > > Subject: [E-devel] Eo/Eolian namespace definition
> > > Local Time: Janu
2018-01-08 19:52 GMT+01:00 Cedric Bail :
> Hi Dave,
>
> > Original Message
> > Subject: [E-devel] Eo/Eolian namespace definition
> > Local Time: January 7, 2018 9:28 AM
> > UTC Time: January 7, 2018 5:28 PM
> > From: d...@gurumeditation.it
&
On Mon, Jan 8, 2018 at 5:16 PM, Andrew Williams wrote:
> 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
behaviour we could specify which namespaces we wish to use rather than have
them be determined through (side effects of) class naming...
Andy
On Mon, 8 Jan 2018 at 10:53, Cedric Bail wrote:
> Hi Dave,
>
> > Original Message
> > Subject: [E-devel] Eo/Eolian na
Hi Dave,
> Original Message
> Subject: [E-devel] Eo/Eolian namespace definition
> Local Time: January 7, 2018 9:28 AM
> UTC Time: January 7, 2018 5:28 PM
> From: d...@gurumeditation.it
> To: Enlightenment
>
> Hi all,
>
> I'm playing again wit
Hi all,
I'm playing again with eolian and python, and I'm facing an issue with
regards class names and namespaces separation (I already raised this in the
past)
A first intro to python namespaces (I think apply to any other high-level
language):
* in py every class must live in a given namespace
- omit Efl.Object, it's always there in a way or another :-D
- omit duplicates
- hide (fold) indirect by default, have an "expand [+]" action that
will toggle the css class visibility
On Wed, Nov 22, 2017 at 1:07 AM, Jean-Philippe André wrote:
> Hi,
>
> 2017-11-22 9:14 GMT+09:00 Carsten Haitzler
Hi,
2017-11-22 9:14 GMT+09:00 Carsten Haitzler :
> On Tue, 21 Nov 2017 16:57:18 + Andrew Williams
> said:
>
> > Hi team,
> >
> > Looking at some of our larger inheritance trees, such as
> > https://www.enlightenment.org/develop/api/class/efl/ui/clock , may
> provide
> > only 8 members but th
On Tue, 21 Nov 2017 16:57:18 + Andrew Williams said:
> Hi team,
>
> Looking at some of our larger inheritance trees, such as
> https://www.enlightenment.org/develop/api/class/efl/ui/clock , may provide
> only 8 members but the page runs to hundreds of items - a complete bed time
> read in it
Hi team,
Looking at some of our larger inheritance trees, such as
https://www.enlightenment.org/develop/api/class/efl/ui/clock , may provide
only 8 members but the page runs to hundreds of items - a complete bed time
read in itself. I think for the sanity of our readers it would be good to
list th
On Mon, 13 Nov 2017 11:37:43 +0900
Jean-Philippe André wrote:
Yo,
> Hi,
>
> 2017-11-13 3:12 GMT+09:00 Daniel Zaoui :
>
> > Hi guys,
> >
> > I have some issue concerning the parsing of the installed Eo files.
> > It is now impossible to parse some of them because of the
> > dependency on intern
Hi,
2017-11-13 3:12 GMT+09:00 Daniel Zaoui :
> Hi guys,
>
> I have some issue concerning the parsing of the installed Eo files. It is
> now impossible to parse some of them because of the dependency on internal
> Eo files/types.
>
> A simple case is efl_ui_calendar.eo that fails during Eolian par
Hi guys,
I have some issue concerning the parsing of the installed Eo files. It is now
impossible to parse some of them because of the dependency on internal Eo
files/types.
A simple case is efl_ui_calendar.eo that fails during Eolian parsing because it
references Elm.Calendar.Weekday in the c
Em dom, 27 de ago de 2017 às 23:20, Jean-Philippe André
escreveu:
> Hi Gustavo,
>
> 2017-08-28 0:18 GMT+09:00 Gustavo Sverzut Barbieri :
>
> > Hi all,
> >
> > q66 did a nice work to implement function pointers in Eolian, when you
> > write this:
> >
>
> (Wasn't it Lauro Maura?)
Could be, assum
Hi Gustavo,
2017-08-28 0:18 GMT+09:00 Gustavo Sverzut Barbieri :
> Hi all,
>
> q66 did a nice work to implement function pointers in Eolian, when you
> write this:
>
(Wasn't it Lauro Maura?)
function Function_Name {
>params {
> a: int;
>}
>return: bool;
>
Hi all,
q66 did a nice work to implement function pointers in Eolian, when you
write this:
function Function_Name {
params {
a: int;
}
return: bool;
}
you can then use your method as:
method_name {
params {
cb: Function_Name
}
}
W
On 21 August 2017 at 10:35, Jean-Philippe André wrote:
>
> I very well understand why you want to use beta or EO APIs but it comes at
> a cost. It's your responsibility to track the changes in the beta API and
> adapt your code to it.
> No way we will list the changes in beta API. Often it will tr
On Sat, 19 Aug 2017 08:29:28 +0900 Christophe Sadoine said:
> Hello,
>
> When making a new release, would it be possible to get a list of
> breaking changes of the beta api until it is released?
> A list of changes and how to fix it.
> I know you shouldn't use it if you are not ready to make the
Hey Christophe,
2017-08-19 8:29 GMT+09:00 Christophe Sadoine :
> Hello,
>
> When making a new release, would it be possible to get a list of
> breaking changes of the beta api until it is released?
> A list of changes and how to fix it.
> I know you shouldn't use it if you are not ready to make t
Hello,
When making a new release, would it be possible to get a list of
breaking changes of the beta api until it is released?
A list of changes and how to fix it.
I know you shouldn't use it if you are not ready to make the changes
etc... but I am ready to do them, just it would be nice to have t
Hi,
2017-08-11 7:34 GMT+09:00 Andrew Williams :
> Hi,
>
> I added a note to the ticket too but I don't see the "dir" abbreviation as
> being very helpful.
>
I don't want the abbreviation to have a short name, only to have a
different name from the interface, but similar enough :)
> Additionall
Hi,
I added a note to the ticket too but I don't see the "dir" abbreviation as
being very helpful.
Additionally the right and left aliases are confusing as with text the
default alignment for a "right" dir will be left align...
Andy
On Thu, 10 Aug 2017 at 07:15, Jean-Philippe André wrote:
> Hi
Hi,
2017-07-31 18:32 GMT+09:00 Jean-Philippe André :
>
>
> 2017-07-31 18:24 GMT+09:00 Simon Lees :
>
>>
>>
>> On 31/07/17 18:23, Jean-Philippe André wrote:
>> > Hello,
>> >
>> >
>> > I was talking with Sanghyeon last week and realized that our use of
>> > Efl.Orientation (interface) and Efl.Orien
2017-07-31 18:24 GMT+09:00 Simon Lees :
>
>
> On 31/07/17 18:23, Jean-Philippe André wrote:
> > Hello,
> >
> >
> > I was talking with Sanghyeon last week and realized that our use of
> > Efl.Orientation (interface) and Efl.Orient (enum) for UI elements did not
> > actually make perfect sense:
> >
On 31/07/17 18:23, Jean-Philippe André wrote:
> Hello,
>
>
> I was talking with Sanghyeon last week and realized that our use of
> Efl.Orientation (interface) and Efl.Orient (enum) for UI elements did not
> actually make perfect sense:
>
> 1. UI objects tend to have a default direction which i
Hello,
I was talking with Sanghyeon last week and realized that our use of
Efl.Orientation (interface) and Efl.Orient (enum) for UI elements did not
actually make perfect sense:
1. UI objects tend to have a default direction which is more like
"downwards" or "to the right". Not UP (which is orie
>> but if we do a macro that counts the number of parameters and if no
>> class is given it would assume the default class (base), that's easier
>> to use.
>>
>
> I'm a bit worried about the naming scheme for those macros, as they would
> then have to merge a full method name (eg. my_first_class_fu
Hey k-s,
On 20 December 2016 at 20:03, Gustavo Sverzut Barbieri
wrote:
> On Mon, Dec 19, 2016 at 11:05 PM, Jean-Philippe André
> wrote:
> > On 19 December 2016 at 21:10, Gustavo Sverzut Barbieri <
> barbi...@gmail.com>
> > While these are nice to be "class methods" since one could get these
> >
On 20/12/16 11:03, Gustavo Sverzut Barbieri wrote:
> On Mon, Dec 19, 2016 at 11:05 PM, Jean-Philippe André
> wrote:
>> Hi,
>>
>> On 19 December 2016 at 21:10, Gustavo Sverzut Barbieri
>> wrote:
>>
>>> Hi all,
>>>
>>> In Efl.Net I've created couple of "constructors" functions to help the
>>> user
On Mon, Dec 19, 2016 at 11:05 PM, Jean-Philippe André wrote:
> Hi,
>
> On 19 December 2016 at 21:10, Gustavo Sverzut Barbieri
> wrote:
>
>> Hi all,
>>
>> In Efl.Net I've created couple of "constructors" functions to help the
>> user with common tasks, such as:
>>
>
> Hmm. Sorry to be pedantic, bu
Hi,
On 19 December 2016 at 21:10, Gustavo Sverzut Barbieri
wrote:
> Hi all,
>
> In Efl.Net I've created couple of "constructors" functions to help the
> user with common tasks, such as:
>
Hmm. Sorry to be pedantic, but you've created @class functions, not
constructor functions. :)
src/lib/
Hi all,
In Efl.Net I've created couple of "constructors" functions to help the
user with common tasks, such as:
src/lib/ecore_con/efl_net_ip_address.eo:
- create(port, address)
- create_sockaddr(sockaddr)
- parse(string)
- resolve(string, family, flags) (returns a
On Mon, 5 Dec 2016 11:33:13 -0200 Felipe Magno de Almeida
said:
> On Mon, Dec 5, 2016 at 12:04 AM, Carsten Haitzler
> wrote:
> > On Mon, 5 Dec 2016 09:53:51 +0900 Jean-Philippe André
> > said:
>
> [snip]
>
> >> Anyway as far as I remember shared objects are not a viable solution until
> >> we
On Mon, 5 Dec 2016 12:04:26 +0900 Jean-Philippe André said:
> On 5 December 2016 at 11:04, Carsten Haitzler wrote:
>
> > On Mon, 5 Dec 2016 09:53:51 +0900 Jean-Philippe André
> > said:
> >
> > > On 4 December 2016 at 11:27, Carsten Haitzler
> > wrote:
> > >
> > > > On Sat, 3 Dec 2016 20:25:46
On Mon, 5 Dec 2016 11:35:34 -0200 Felipe Magno de Almeida
said:
> On Mon, Dec 5, 2016 at 12:04 AM, Carsten Haitzler
> wrote:
> > On Sun, 4 Dec 2016 23:23:39 -0200 Felipe Magno de Almeida
> > said:
> >
> >> On Dec 4, 2016 10:55 PM, "Jean-Philippe André" wrote:
> >>
> >> Nah I totally agree with
On Mon, 5 Dec 2016 04:10:49 +0100 Vincent Torri said:
> i still don't know how to fix the problem...
you need to know where the access is. using EINA_ERROR_ABORT=1 will at least
work on window as get you a backtrace to it... the reasons are either an
invalid object id or access an object across
On Mon, Dec 5, 2016 at 12:04 AM, Carsten Haitzler wrote:
> On Sun, 4 Dec 2016 23:23:39 -0200 Felipe Magno de Almeida
> said:
>
>> On Dec 4, 2016 10:55 PM, "Jean-Philippe André" wrote:
>>
>> Nah I totally agree with Vincent that the error message is cryptic.
>>
>> Anyway as far as I remember shar
On Mon, Dec 5, 2016 at 12:04 AM, Carsten Haitzler wrote:
> On Mon, 5 Dec 2016 09:53:51 +0900 Jean-Philippe André
> said:
[snip]
>> Anyway as far as I remember shared objects are not a viable solution until
>> we change the calling mechanism (function & data resolution) to be
>> thread-safe, ra
ok, i've fixed my problem, thank you
Vincent
On Mon, Dec 5, 2016 at 4:10 AM, Vincent Torri wrote:
> i still don't know how to fix the problem...
>
> On Mon, Dec 5, 2016 at 3:04 AM, Carsten Haitzler wrote:
>> On Mon, 5 Dec 2016 09:53:51 +0900 Jean-Philippe André
>> said:
>>
>>> On 4 December 2
i still don't know how to fix the problem...
On Mon, Dec 5, 2016 at 3:04 AM, Carsten Haitzler wrote:
> On Mon, 5 Dec 2016 09:53:51 +0900 Jean-Philippe André
> said:
>
>> On 4 December 2016 at 11:27, Carsten Haitzler wrote:
>>
>> > On Sat, 3 Dec 2016 20:25:46 -0200 Gustavo Sverzut Barbieri <
>>
On 5 December 2016 at 11:04, Carsten Haitzler wrote:
> On Mon, 5 Dec 2016 09:53:51 +0900 Jean-Philippe André
> said:
>
> > On 4 December 2016 at 11:27, Carsten Haitzler
> wrote:
> >
> > > On Sat, 3 Dec 2016 20:25:46 -0200 Gustavo Sverzut Barbieri <
> > > barbi...@gmail.com>
> > > said:
> > >
>
On Sun, 4 Dec 2016 23:23:39 -0200 Felipe Magno de Almeida
said:
> On Dec 4, 2016 10:55 PM, "Jean-Philippe André" wrote:
>
>
>
> Nah I totally agree with Vincent that the error message is cryptic.
>
> Anyway as far as I remember shared objects are not a viable solution until
> we change the c
On Mon, 5 Dec 2016 09:53:51 +0900 Jean-Philippe André said:
> On 4 December 2016 at 11:27, Carsten Haitzler wrote:
>
> > On Sat, 3 Dec 2016 20:25:46 -0200 Gustavo Sverzut Barbieri <
> > barbi...@gmail.com>
> > said:
> >
> > > On Sat, Dec 3, 2016 at 7:13 PM, Vincent Torri
> > wrote:
> > > > On
On Dec 4, 2016 10:55 PM, "Jean-Philippe André" wrote:
Nah I totally agree with Vincent that the error message is cryptic.
Anyway as far as I remember shared objects are not a viable solution until
we change the calling mechanism (function & data resolution) to be
thread-safe, rather than locki
On 4 December 2016 at 11:27, Carsten Haitzler wrote:
> On Sat, 3 Dec 2016 20:25:46 -0200 Gustavo Sverzut Barbieri <
> barbi...@gmail.com>
> said:
>
> > On Sat, Dec 3, 2016 at 7:13 PM, Vincent Torri
> wrote:
> > > On Sat, Dec 3, 2016 at 7:44 PM, Gustavo Sverzut Barbieri
> > > wrote:
> > >> On Sa
On Sat, 3 Dec 2016 20:25:46 -0200 Gustavo Sverzut Barbieri
said:
> On Sat, Dec 3, 2016 at 7:13 PM, Vincent Torri wrote:
> > On Sat, Dec 3, 2016 at 7:44 PM, Gustavo Sverzut Barbieri
> > wrote:
> >> On Sat, Dec 3, 2016 at 1:57 PM, Vincent Torri
> >> wrote:
> >>> Hello
> >>>
> >>> I'm rewriting m
On Sat, Dec 3, 2016 at 7:13 PM, Vincent Torri wrote:
> On Sat, Dec 3, 2016 at 7:44 PM, Gustavo Sverzut Barbieri
> wrote:
>> On Sat, Dec 3, 2016 at 1:57 PM, Vincent Torri
>> wrote:
>>> Hello
>>>
>>> I'm rewriting my multi-document viewer. I'm using EFL git, and i have
>>> that Eo error message
On Sat, Dec 3, 2016 at 7:44 PM, Gustavo Sverzut Barbieri
wrote:
> On Sat, Dec 3, 2016 at 1:57 PM, Vincent Torri wrote:
>> Hello
>>
>> I'm rewriting my multi-document viewer. I'm using EFL git, and i have
>> that Eo error message :
>>
>> ERR<59568>:eo[T:3] lib/eo/eo.c:1663 efl_isa() Object 40007f
On Sat, Dec 3, 2016 at 1:57 PM, Vincent Torri wrote:
> Hello
>
> I'm rewriting my multi-document viewer. I'm using EFL git, and i have
> that Eo error message :
>
> ERR<59568>:eo[T:3] lib/eo/eo.c:1663 efl_isa() Object 40007f56 is not a
> valid object in this context: object domain: 0, current dom
Hello
I'm rewriting my multi-document viewer. I'm using EFL git, and i have
that Eo error message :
ERR<59568>:eo[T:3] lib/eo/eo.c:1663 efl_isa() Object 40007f56 is not a
valid object in this context: object domain: 0, current domain: 2,
local domain: 2, available domains: [ 1 2 ]
does someon
On Sun, 25 Sep 2016 21:51:20 +0200 Boris Faure said:
> I was reading raster's blog post at
> http://www.rasterman.com/post/goto-is-awesome-2-to-3x-faster and
> wondered about the spinlock at
> https://git.enlightenment.org/core/efl.git/tree/src/lib/eo/eo_ptr_indirection.c#n122
> If the code flow
I was reading raster's blog post at
http://www.rasterman.com/post/goto-is-awesome-2-to-3x-faster and
wondered about the spinlock at
https://git.enlightenment.org/core/efl.git/tree/src/lib/eo/eo_ptr_indirection.c#n122
If the code flow goes to either err_null or err_invalid, it seems to me
that the s
Yes. :)
Run scripts (in the order I emailed about them) until everything works...
On Sun, May 22, 2016 at 12:52 PM, David Seikel wrote:
> On Fri, 11 Mar 2016 12:28:19 + Tom Hacohen
> wrote:
>
> > On 09/03/16 16:23, Tom Hacohen wrote:
> > > On 03/03/16 10:22, Tom Hacohen wrote:
> > >> On 01
On Fri, 11 Mar 2016 12:28:19 + Tom Hacohen
wrote:
> On 09/03/16 16:23, Tom Hacohen wrote:
> > On 03/03/16 10:22, Tom Hacohen wrote:
> >> On 01/03/16 09:05, Tom Hacohen wrote:
> >>> Hey,
> >>>
> >>> The Eo syntax is going to be changing once more, and this time, I
> >>> really think/hope it'll
On Wed, 13 Apr 2016 11:16:58 -0700 Cedric BAIL said:
> On Wed, Apr 13, 2016 at 3:47 AM, Carsten Haitzler
> wrote:
> > i'm wondering... shouldn't we make eo and eo base "threadsafe". ie a basic
> > eo object should have locks around things like:
>
> I am not to sure of the intended idea of makin
On Wed, Apr 13, 2016 at 3:47 AM, Carsten Haitzler wrote:
> i'm wondering... shouldn't we make eo and eo base "threadsafe". ie a basic eo
> object should have locks around things like:
I am not to sure of the intended idea of making eo threadsafe for all
of those function. If you are using the sam
i'm wondering... shouldn't we make eo and eo base "threadsafe". ie a basic eo
object should have locks around things like:
eo_ref/unref/del
eo_ref_get
eo_parent_set/get
eo_finalized_get
eo_wref_add/del
eo_key_data_set/get/del
eo_key_obj_set/get/del
eo_event_thaw/freeze
eo_event_callback_(priority_
On Tue, 15 Mar 2016 08:17:48 + Andrew Williams said:
> Is this related possibly to my addition of shift/ctrl/n ? I tested it
> pretty well here and upgraded the config version testing the upgrade path
> etc so I don't think it is...
i actually don't know - but all my keybindings are gone in
Is this related possibly to my addition of shift/ctrl/n ? I tested it
pretty well here and upgraded the config version testing the upgrade path
etc so I don't think it is...
Andy
On Tue, 15 Mar 2016 at 07:11, Carsten Haitzler wrote:
> On Tue, 15 Mar 2016 16:48:55 +1000 David Seikel said:
>
> >
On Tue, 15 Mar 2016 16:48:55 +1000 David Seikel said:
> On Tue, 15 Mar 2016 14:47:14 +0900 Carsten Haitzler (The Rasterman)
> wrote:
>
> > On Tue, 15 Mar 2016 12:55:33 +1000 David Seikel
> > said:
> >
> > > On Tue, 15 Mar 2016 10:54:37 +0900 Carsten Haitzler (The Rasterman)
> > > wrote:
> >
On Tue, 15 Mar 2016 14:47:14 +0900 Carsten Haitzler (The Rasterman)
wrote:
> On Tue, 15 Mar 2016 12:55:33 +1000 David Seikel
> said:
>
> > On Tue, 15 Mar 2016 10:54:37 +0900 Carsten Haitzler (The Rasterman)
> > wrote:
> >
> > > On Tue, 15 Mar 2016 01:41:26 +1000 David Seikel
> > > said:
> >
On Tue, 15 Mar 2016 12:55:33 +1000 David Seikel said:
> On Tue, 15 Mar 2016 10:54:37 +0900 Carsten Haitzler (The Rasterman)
> wrote:
>
> > On Tue, 15 Mar 2016 01:41:26 +1000 David Seikel
> > said:
> >
> > > On Mon, 14 Mar 2016 10:05:42 + Tom Hacohen
> > > wrote:
> > >
> > > > On 11/03/1
On Tue, 15 Mar 2016 10:54:37 +0900 Carsten Haitzler (The Rasterman)
wrote:
> On Tue, 15 Mar 2016 01:41:26 +1000 David Seikel
> said:
>
> > On Mon, 14 Mar 2016 10:05:42 + Tom Hacohen
> > wrote:
> >
> > > On 11/03/16 20:54, David Seikel wrote:
> > > > On Fri, 11 Mar 2016 12:28:19 + Tom
On Tue, 15 Mar 2016 01:41:26 +1000 David Seikel said:
> On Mon, 14 Mar 2016 10:05:42 + Tom Hacohen
> wrote:
>
> > On 11/03/16 20:54, David Seikel wrote:
> > > On Fri, 11 Mar 2016 12:28:19 + Tom Hacohen
> > > wrote:
> > >
> > >> On 09/03/16 16:23, Tom Hacohen wrote:
> > >>> On 03/03/16
On Mon, 14 Mar 2016 10:05:42 + Tom Hacohen
wrote:
> On 11/03/16 20:54, David Seikel wrote:
> > On Fri, 11 Mar 2016 12:28:19 + Tom Hacohen
> > wrote:
> >
> >> On 09/03/16 16:23, Tom Hacohen wrote:
> >>> On 03/03/16 10:22, Tom Hacohen wrote:
> On 01/03/16 09:05, Tom Hacohen wrote:
> >
On 11/03/16 20:54, David Seikel wrote:
> On Fri, 11 Mar 2016 12:28:19 + Tom Hacohen
> wrote:
>
>> On 09/03/16 16:23, Tom Hacohen wrote:
>>> On 03/03/16 10:22, Tom Hacohen wrote:
On 01/03/16 09:05, Tom Hacohen wrote:
> Hey,
>
> The Eo syntax is going to be changing once more, a
On Fri, 11 Mar 2016 12:28:19 + Tom Hacohen
wrote:
> On 09/03/16 16:23, Tom Hacohen wrote:
> > On 03/03/16 10:22, Tom Hacohen wrote:
> >> On 01/03/16 09:05, Tom Hacohen wrote:
> >>> Hey,
> >>>
> >>> The Eo syntax is going to be changing once more, and this time, I
> >>> really think/hope it'll
On 09/03/16 16:23, Tom Hacohen wrote:
> On 03/03/16 10:22, Tom Hacohen wrote:
>> On 01/03/16 09:05, Tom Hacohen wrote:
>>> Hey,
>>>
>>> The Eo syntax is going to be changing once more, and this time, I really
>>> think/hope it'll be the last time. We plan on stabilizing Eo and all of
>>> the functi
On 11/03/16 02:52, Jean-Philippe André wrote:
> On 11 March 2016 at 00:51, Tom Hacohen wrote:
>
>> On 10/03/16 12:36, Carsten Haitzler wrote:
>>> On Thu, 10 Mar 2016 15:46:19 +0900 Jean-Philippe André <
>> j...@videolan.org> said:
>>>
On 10 March 2016 at 15:05, Carsten Haitzler
>> wrote:
>>>
On 11 March 2016 at 00:51, Tom Hacohen wrote:
> On 10/03/16 12:36, Carsten Haitzler wrote:
> > On Thu, 10 Mar 2016 15:46:19 +0900 Jean-Philippe André <
> j...@videolan.org> said:
> >
> >> On 10 March 2016 at 15:05, Carsten Haitzler
> wrote:
> >>
> >>> On Thu, 10 Mar 2016 07:42:22 +0200 Daniel Za
On 10/03/16 15:54, Tom Hacohen wrote:
> On 10/03/16 12:51, Hermet Park wrote:
>> IMHO,
>> efl_text_set(eo_part(obj, "part"), "text"); is too ugly and
>> counterintuitive.
>>
>> I'm curious how this will be (really) serious in point of total symbol
>> size if we support both efl_text_set(), efl_te
, not a bad one.
Duplicating. At the moment we have a total of ~20 functions that use the
"keys" eolian directive (part candidates), and I suspect it'll actually
become less with interfaces. I wonder if maybe duplicating is in fact
the best idea. To me it sounds like the cleanest
On 10/03/16 12:36, Carsten Haitzler wrote:
> On Thu, 10 Mar 2016 15:46:19 +0900 Jean-Philippe André
> said:
>
>> On 10 March 2016 at 15:05, Carsten Haitzler wrote:
>>
>>> On Thu, 10 Mar 2016 07:42:22 +0200 Daniel Zaoui
>>> said:
>>>
On Wed, 09 Mar 2016 16:23:04 +
Tom Hacohen wrot
was put part name as last arg
efl_text_set(obj, "text", "partname");
and if you don't address a part:
efl_text_set(obj, "text", NULL);
other than the above eo_part and having lots of duplicate funcs (with and
without part)
> -Original Message-
>
accept the default name as NULL? or always "default"?
NULL would be also acceptable than "default"?
-Original Message-----
From: "Tom Hacohen"
To: "Enlightenment developer list";
Cc:
Sent: 2016-03-09 (수) 00:07:57
Subject: [E-devel] Eo part - request for com
On Thu, 10 Mar 2016 15:46:19 +0900 Jean-Philippe André said:
> On 10 March 2016 at 15:05, Carsten Haitzler wrote:
>
> > On Thu, 10 Mar 2016 07:42:22 +0200 Daniel Zaoui
> > said:
> >
> > > On Wed, 09 Mar 2016 16:23:04 +
> > > Tom Hacohen wrote:
> > >
> > > > On 03/03/16 10:22, Tom Hacohen
On 10/03/16 09:57, Tom Hacohen wrote:
> On 10/03/16 06:46, Jean-Philippe André wrote:
>> On 10 March 2016 at 15:05, Carsten Haitzler wrote:
>>
>>> On Thu, 10 Mar 2016 07:42:22 +0200 Daniel Zaoui
>>> said:
>>>
On Wed, 09 Mar 2016 16:23:04 +
Tom Hacohen wrote:
> On 03/03/16
1 - 100 of 492 matches
Mail list logo
