> > Also, doing sizeof() is a compiler directive so does not incur any
> > performance hits...plus it matches the rest of EFL.
>
> using a macro does not involved any performance hit too as PATH_MAX
> is directly replaced by its value before the compilation.
Yes, but it's a damn big performance
> >>
> > Also, doing sizeof() is a compiler directive so does not incur any
> > performance hits...
>
> btw, on all plateforms ? or only linux ?
That sizeof can only be calculated at compile time, so all platforms it
has to be done by the compiler. The size information about 'buf'
doesn't exist
On Wed, 23 Dec 2009, Christopher Michael wrote:
> On 12/23/2009 06:14 PM, Christopher Michael wrote:
>> On 12/23/2009 06:01 PM, Vincent Torri wrote:
>>>
>>>
>>> On Wed, 23 Dec 2009, Enlightenment SVN wrote:
>>>
Log:
When using snprintf or fgets, etc, do not use PATH_MAX directly as
On Wed, 23 Dec 2009, Christopher Michael wrote:
> On 12/23/2009 06:14 PM, Christopher Michael wrote:
>> On 12/23/2009 06:01 PM, Vincent Torri wrote:
>>>
>>>
>>> On Wed, 23 Dec 2009, Enlightenment SVN wrote:
>>>
Log:
When using snprintf or fgets, etc, do not use PATH_MAX directly as
On Wed, Dec 23, 2009 at 11:00 PM, daniele_athome
wrote:
> On Thu, Dec 24, 2009 at 01:09, Gustavo Sverzut Barbieri
> wrote:
>> On Wed, Dec 23, 2009 at 5:16 PM, daniele_athome
>> wrote:
>>> Hello list.
>>> I'm trying to implement the python binding for the longpressed event
>>> of elementary List
On Thu, Dec 24, 2009 at 01:09, Gustavo Sverzut Barbieri
wrote:
> On Wed, Dec 23, 2009 at 5:16 PM, daniele_athome
> wrote:
>> Hello list.
>> I'm trying to implement the python binding for the longpressed event
>> of elementary List widget.
>> The problem is that selected ListItem is passed to the
Users of Python-Elementary bindings.
For consistency sake, I broke the callback removal API to make it more
like the rest of the EFL, by using the term "del" instead of "remove"
(also because it is shorter ;-))
From SVN, there seems to be no user of that function, but I left it
with a deprecation
On Wed, Dec 23, 2009 at 5:16 PM, daniele_athome
wrote:
> Hello list.
> I'm trying to implement the python binding for the longpressed event
> of elementary List widget.
> The problem is that selected ListItem is passed to the callback as a
> integer, so I use some pyrex tricks to get the python wr
On Wed, 23 Dec 2009 18:14:57 -0500
Christopher Michael wrote:
> On 12/23/2009 06:01 PM, Vincent Torri wrote:
> >
> >
> > On Wed, 23 Dec 2009, Enlightenment SVN wrote:
> >
> >> Log:
> >> When using snprintf or fgets, etc, do not use PATH_MAX directly
> >> as the size of the variable...use sizeof
On 12/23/2009 06:14 PM, Christopher Michael wrote:
> On 12/23/2009 06:01 PM, Vincent Torri wrote:
>>
>>
>> On Wed, 23 Dec 2009, Enlightenment SVN wrote:
>>
>>> Log:
>>>When using snprintf or fgets, etc, do not use PATH_MAX directly as the
>>> size
>>>of the variable...use sizeof() compiler
On 12/23/2009 06:01 PM, Vincent Torri wrote:
>
>
> On Wed, 23 Dec 2009, Enlightenment SVN wrote:
>
>> Log:
>> When using snprintf or fgets, etc, do not use PATH_MAX directly as the size
>> of the variable...use sizeof() compiler directive (lots of these).
>
> that's something i don't understand
On Wed, Dec 23, 2009 at 9:01 PM, Vincent Torri wrote:
>
>
> On Wed, 23 Dec 2009, Enlightenment SVN wrote:
>
>> Log:
>> When using snprintf or fgets, etc, do not use PATH_MAX directly as the size
>> of the variable...use sizeof() compiler directive (lots of these).
>
> that's something i don't un
On Wed, 23 Dec 2009, Enlightenment SVN wrote:
> Log:
> When using snprintf or fgets, etc, do not use PATH_MAX directly as the size
> of the variable...use sizeof() compiler directive (lots of these).
that's something i don't understand.
char buf[PATH_MAX] is an array of size PATH_MAX in byte
Hi all, mainly cedric that is the author of the last patches of preload:
We're missing some cases to call EVAS_CALLBACK_IMAGE_PRELOADED, it
should be called in any case after evas_object_image_preload() is
called, if it fail anyhow or so, otherwise people will never know how
things went.
I suffer
On Wed, 23 Dec 2009, Jose Gonzalez wrote:
> Vincent Torri wrote:
>
>>
>> On Tue, 22 Dec 2009, Jose Gonzalez wrote:
>>
>>> Vincent Torri wrote:
>>>
the correct solution is to fix the incredible mess of the ecore headers.
>>>
>>> Any concrete suggestions on exactly how to "fi
Hello list.
I'm trying to implement the python binding for the longpressed event
of elementary List widget.
The problem is that selected ListItem is passed to the callback as a
integer, so I use some pyrex tricks to get the python wrapper.
My code goes segv when I try to cast data received from
elm
Forgot to reply all...sorry :(
dh
On 12/23/2009 01:08 PM, Vincent Torri wrote:
>
>
> On Wed, 23 Dec 2009, Enlightenment SVN wrote:
>
>> Log:
>> Add atoms/props/functions to set/get if a window is a 'illume quickpanel'.
>> Fix some formatting.
>>
>
> why removing the alignment ? we usually ali
On Wed, 23 Dec 2009, Enlightenment SVN wrote:
> Log:
> Add atoms/props/functions to set/get if a window is a 'illume quickpanel'.
> Fix some formatting.
>
>
> Author: devilhorns
> Date: 2009-12-23 07:26:19 -0800 (Wed, 23 Dec 2009)
> New Revision: 44692
>
> Modified:
> trunk/ecor
Hi devs,
While searching for a way to add an e_border to an e_box, I discovered
something that seemed odd to me and I am wondering if we are making
borders "heavier" than they need to be ? Let me explain
In the theme edc for borders, we have "e.swallow.client" as a type:
SWALLOW. I presume
19 matches
Mail list logo
