Hello.
According to "Use of the 'Requires.private' field in pkg-config files"
thread (http://tinyurl.com/e-devel-req-private) it would be nice to have
Requires.private fields in E .pc files instead of Requires, if
pkg-config supports them.
Attached is the RFC patch (eet only) which adds check for
>> Now what is the difference between EINA_LOG_ERR and EINA_LOG_DOM_ERR in
>> this case. Would it be wise to create an individual logging domain for
>> each module or can we stick to the central logging domain defined in
>> eina_log_init() function. Now in the following example, i can not delete
>
Vincent Torri wrote:
>
>> Modified: trunk/ecore/po/Makefile.in.in
>> ===
>> --- trunk/ecore/po/Makefile.in.in2009-09-02 12:48:00 UTC (rev 42181)
>> +++ trunk/ecore/po/Makefile.in.in2009-09-02 12:48:56 UTC (rev 42182)
>> @@ -
On Wed, Sep 2, 2009 at 4:47 PM, Mathieu
Taillefumier wrote:
> Hello,
>
> As my previous message said I think I understand the changes to do but
> to be sure i would like to try with one example of my own. For this I
> take the function eina_array_init() for the eina_array.c file.
>
> the original c
Hello,
As my previous message said I think I understand the changes to do but
to be sure i would like to try with one example of my own. For this I
take the function eina_array_init() for the eina_array.c file.
the original code is this one (minus uninteresting details for the
discussion)
EAP
In fact EXALT_LOG_DOMAIN is private. The others projects have to define it
if they want use the macros EXALT_ASSERT_*, else gcc will returns an error
(undefined EXALT_LOG_DOMAIN).
2009/9/2 Gustavo Sverzut Barbieri
> On Wed, Sep 2, 2009 at 5:06 AM, Atton Jonathan
> wrote:
> > This is not internal
On Wed, 2 Sep 2009 11:22:17 -0300 Gustavo Sverzut Barbieri
wrote:
> On Wed, Sep 2, 2009 at 10:50 AM, Laszlo
> KREKACS wrote:
> > Hi!
> >
> > On shr (a distribution for the Freerunner phone) eve was built once,
> > and worked rather fine (finger scrolling!).
> >
> > Now it does not build anymore,
On Wed, Sep 2, 2009 at 10:50 AM, Laszlo
KREKACS wrote:
> Hi!
>
> On shr (a distribution for the Freerunner phone) eve was built once,
> and worked rather fine (finger scrolling!).
>
> Now it does not build anymore, thus it is not included in the distribution.
weird, it should build with last webki
Hi!
On shr (a distribution for the Freerunner phone) eve was built once,
and worked rather fine (finger scrolling!).
Now it does not build anymore, thus it is not included in the distribution.
I am asking who is working on eve webbrowser, and what is his plan?
I would like also know if the devel
On Wed, Sep 2, 2009 at 5:53 AM, Atton Jonathan wrote:
> hey,
>
> I plan to move exalt and the module from GPL to LGPL. I have written 99% of
> the code. Some peoples as Cedric, barbieri, rbelem, raoul, caro and pfritz
> have made some API fixed and quaker works on the package. If nobody have a
> pr
On Wed, Sep 2, 2009 at 5:06 AM, Atton Jonathan wrote:
> This is not internal. I have one low level library which define a list of
> macro for doing assertion. (EXALT_ASSERT_*). These macros use EXALT_LOG_*.
> The daemon and the dbus library use these assertions, that's why EXALT_LOG
> is not intern
>
> Modified: trunk/ecore/po/Makefile.in.in
> ===
> --- trunk/ecore/po/Makefile.in.in 2009-09-02 12:48:00 UTC (rev 42181)
> +++ trunk/ecore/po/Makefile.in.in 2009-09-02 12:48:56 UTC (rev 42182)
> @@ -1,5 +1,5 @@
> # Makefile
hey,
I plan to move exalt and the module from GPL to LGPL. I have written 99% of
the code. Some peoples as Cedric, barbieri, rbelem, raoul, caro and pfritz
have made some API fixed and quaker works on the package. If nobody have a
problem with this change, I will do it this week.
--
Regards.
This is not internal. I have one low level library which define a list of
macro for doing assertion. (EXALT_ASSERT_*). These macros use EXALT_LOG_*.
The daemon and the dbus library use these assertions, that's why EXALT_LOG
is not internal.
2009/9/1 Gustavo Sverzut Barbieri
> On Tue, Sep 1, 2009
Hello,
> Hope this and code examples are enough. Any doubts please post on the ML.
It sounds perfectly clear to me especially with the example code. I will
start to look at it and do necessary modifications later today.
best
Mathieu
whoops, the ECOMORPH_ATOM_MANAGED belongs of course not to the proposed patch.
On Wed, Sep 2, 2009 at 8:23 AM,
hannes.janet...@gmail.com wrote:
> Hello,
>
> attached is a patch that adds border hooks for new-border, desk-set
> and move/resize states. With these hooks it is possible to need no
> fu
16 matches
Mail list logo