On Sat, 27 Feb 2010 03:11:35 -0300 Gustavo Sverzut Barbieri
said:
> On Sat, Feb 27, 2010 at 3:03 AM, Vincent Torri wrote:
> >
> >
> > On Sat, 27 Feb 2010, Carsten Haitzler (The Rasterman) wrote:
> >
> >> On Fri, 26 Feb 2010 21:23:19 -0300 Gustavo Sverzut Barbieri
> >> said:
> >>
> >>> On Fri, F
On Sat, Feb 27, 2010 at 3:03 AM, Vincent Torri wrote:
>
>
> On Sat, 27 Feb 2010, Carsten Haitzler (The Rasterman) wrote:
>
>> On Fri, 26 Feb 2010 21:23:19 -0300 Gustavo Sverzut Barbieri
>> said:
>>
>>> On Fri, Feb 26, 2010 at 3:02 AM, Carsten Haitzler
>>> wrote:
On Thu, 25 Feb 2010 15:
On Sat, 27 Feb 2010, Carsten Haitzler (The Rasterman) wrote:
> On Fri, 26 Feb 2010 21:23:19 -0300 Gustavo Sverzut Barbieri
> said:
>
>> On Fri, Feb 26, 2010 at 3:02 AM, Carsten Haitzler
>> wrote:
>>> On Thu, 25 Feb 2010 15:01:02 -0300 Gustavo Sverzut Barbieri
>>> said:
>>>
>>> because eina_lo
On Fri, 26 Feb 2010, Gustavo Sverzut Barbieri wrote:
> On Fri, Feb 26, 2010 at 10:01 PM, P Purkayastha wrote:
>> On Friday 26 February 2010 18:24:38 Gustavo Sverzut Barbieri wrote:
>>> Quaker, the only soul that tried to save Entrance, said he has no time
>>> to do it now. He is experimenting w
On Sat, 27 Feb 2010, Peter Wehrfritz wrote:
> Gustavo Sverzut Barbieri wrote:
>> On Fri, Feb 26, 2010 at 6:33 PM, Peter Wehrfritz
>> wrote:
>>
>>> Gustavo Sverzut Barbieri wrote:
>>>
On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
wrote:
> C++ needs casts in order to
On Fri, 26 Feb 2010, Enlightenment SVN wrote:
> Log:
> Convert everything to EINA_(TRUE|FALSE)
>
> make it consistent.
I'm not convinced by that patch: those values (TRUE / FALSE) are Windows
one. I would like to keep them as is, and not using eina values.
Vincent
>
> By: Lucas de Marchi.
Hey,
This already exists in illume, just need to add it to illume-keyboard.
--
Tom.
Index: e/src/modules/illume-keyboard/e_kbd_int.c
===
--- e/src/modules/illume-keyboard/e_kbd_int.c (revision 46510)
+++ e/src/modules/illume-keyboar
On Fri, Feb 26, 2010 at 7:06 PM, Christopher Michael
wrote:
> On 02/26/2010 05:59 AM, Brian Wang wrote:
>>
>> On Fri, Feb 26, 2010 at 6:38 PM, Christopher Michael
>> wrote:
>
>
>
>>> Well, what I reviewed was the sample code :)
>>
>> OK. I thought you meant the patch, while you really meant 'b
On Fri, 26 Feb 2010 21:23:19 -0300 Gustavo Sverzut Barbieri
said:
> On Fri, Feb 26, 2010 at 3:02 AM, Carsten Haitzler
> wrote:
> > On Thu, 25 Feb 2010 15:01:02 -0300 Gustavo Sverzut Barbieri
> > said:
> >
> > because eina_log doesnt do what i want. i'm busy tracking down issues not
> > trying t
On Fri, Feb 26, 2010 at 4:26 PM, Eduardo Felipe
wrote:
> There you go. The doc_move_patch.txt must be applied over the doc_patch.txt.
all in svn! thanks!
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsb
On Fri, Feb 26, 2010 at 3:02 AM, Carsten Haitzler wrote:
> On Thu, 25 Feb 2010 15:01:02 -0300 Gustavo Sverzut Barbieri
> said:
>
> because eina_log doesnt do what i want. i'm busy tracking down issues not
> trying to get a gold star for using eina (which doesnt do what i want - i DONT
> want any
On Fri, Feb 26, 2010 at 10:01 PM, P Purkayastha wrote:
> On Friday 26 February 2010 18:24:38 Gustavo Sverzut Barbieri wrote:
>> Quaker, the only soul that tried to save Entrance, said he has no time
>> to do it now. He is experimenting with some replacement using
>> Elementary, but it is still rou
On Friday 26 February 2010 18:24:38 Gustavo Sverzut Barbieri wrote:
> Quaker, the only soul that tried to save Entrance, said he has no time
> to do it now. He is experimenting with some replacement using
> Elementary, but it is still rough
>
> That said, entrance should move to OLD/ in few days i
Gustavo Sverzut Barbieri wrote:
> On Fri, Feb 26, 2010 at 6:33 PM, Peter Wehrfritz
> wrote:
>
>> Gustavo Sverzut Barbieri wrote:
>>
>>> On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
>>> wrote:
>>>
>>>
C++ needs casts in order to assign a void* to another pointer type. As
On Fri, Feb 26, 2010 at 6:33 PM, Peter Wehrfritz wrote:
> Gustavo Sverzut Barbieri wrote:
>>
>> On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
>> wrote:
>>
>>>
>>> C++ needs casts in order to assign a void* to another pointer type. As
>>> typeof operator is a gcc extension, we define EINA_TYPE
On Thu, Feb 25, 2010 at 10:16 PM, Gustavo Sverzut Barbieri
wrote:
> Hi all,
>
> Would someone consider porting these tools from to-be removed
> ecore-config to eet?
>
> Both elitaire and elicit seems to work well, Rephorm even have
> elicit-2.0 in a git at http://github.com/rephorm/elicit without
Gustavo Sverzut Barbieri wrote:
> On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
> wrote:
>
>> C++ needs casts in order to assign a void* to another pointer type. As
>> typeof operator is a gcc extension, we define EINA_TYPEOF(x) as "typeof"
>> on gcc with c++ source and as nothing otherwise
Ok. Edje has moved forward, and so did this patch.
Now it's in sync with SVN again.
Thanks!
Eduardo.
On Wed, Feb 24, 2010 at 2:28 AM, Eduardo Felipe
wrote:
> Hi folks!
>
> Since the adding of map capabilities to Edje, it's EDC Reference
> documentation has been broken due to the inclusion of ta
On Thu, Feb 25, 2010 at 9:08 PM, Gustavo Sverzut Barbieri
wrote:
> On Wed, Feb 24, 2010 at 2:28 AM, Eduardo Felipe
> wrote:
>> Hi folks!
>>
>> Since the adding of map capabilities to Edje, it's EDC Reference
>> documentation has been broken due to the inclusion of tags out of
>> proper order. Tha
On Fri, Feb 26, 2010 at 1:07 AM, Eduardo Felipe
wrote:
> On Thu, Feb 25, 2010 at 9:08 PM, Gustavo Sverzut Barbieri
> wrote:
>> On Wed, Feb 24, 2010 at 2:28 AM, Eduardo Felipe
>> wrote:
>>> Hi folks!
>>>
>>> Since the adding of map capabilities to Edje, it's EDC Reference
>>> documentation has be
On Fri, Feb 26, 2010 at 10:44 AM, Lucas De Marchi
wrote:
> C++ needs casts in order to assign a void* to another pointer type. As
> typeof operator is a gcc extension, we define EINA_TYPEOF(x) as "typeof"
> on gcc with c++ source and as nothing otherwise.
Lucas, as I told you, I'd rather use the
On Fri, Feb 26, 2010 at 7:48 AM, Lucas De Marchi
wrote:
> On Fri, Feb 26, 2010 at 2:56 AM, Enlightenment SVN
> wrote:
>> */
>> EAPI int
> Here we have int return value.
>
>> @@ -398,10 +398,10 @@
>> if (!ECORE_MAGIC_CHECK(p, ECORE_MAGIC_PIPE))
>> {
>> ECORE_MAGIC_FAIL(p, ECORE_MA
On Fri, Feb 26, 2010 at 8:12 AM, Vincent Torri wrote:
> On Fri, 26 Feb 2010, Gustavo Sverzut Barbieri wrote:
>
>> On Fri, Feb 26, 2010 at 4:22 AM, Vincent Torri
>> wrote:
>>>
>>> On Thu, 25 Feb 2010, Enlightenment SVN wrote:
Log:
TRUE/FALSE are gone, use EINA_TRUE/EINA_FALSE inste
C++ needs casts in order to assign a void* to another pointer type. As
typeof operator is a gcc extension, we define EINA_TYPEOF(x) as "typeof"
on gcc with c++ source and as nothing otherwise.
---
src/include/eina_list.h | 16 +++-
1 files changed, 11 insertions(+), 5 deletions(-)
d
On Fri, 26 Feb 2010, Gustavo Sverzut Barbieri wrote:
On Fri, Feb 26, 2010 at 4:22 AM, Vincent Torri wrote:
On Thu, 25 Feb 2010, Enlightenment SVN wrote:
Log:
TRUE/FALSE are gone, use EINA_TRUE/EINA_FALSE instead.
Author: barbieri
Date: 2010-02-25 16:59:11 -0800 (Thu, 25 Feb
On Fri, Feb 26, 2010 at 7:45 AM, Gustavo Sverzut Barbieri
wrote:
> On Fri, Feb 26, 2010 at 2:28 AM, Christopher Michael
> wrote:
>> Yea, apparently whoever removed the TRUE/FALSE didn't quite do a
>> complete job.
>
> yes, removing cruft always break things... that's why i did it. I'll
> sed it l
On Fri, Feb 26, 2010 at 4:22 AM, Vincent Torri wrote:
> On Thu, 25 Feb 2010, Enlightenment SVN wrote:
>> Log:
>> TRUE/FALSE are gone, use EINA_TRUE/EINA_FALSE instead.
>>
>> Author: barbieri
>> Date: 2010-02-25 16:59:11 -0800 (Thu, 25 Feb 2010)
>> New Revision: 46500
>>
>> Modified:
Is already done. Brian sent a patch for it, which I reviewed and applied
already...and I also caught one in edje that needed fixin ;)
(sometimes sleepless nights are good) :)
dh
On 02/26/2010 05:45 AM, Gustavo Sverzut Barbieri wrote:
> On Fri, Feb 26, 2010 at 2:28 AM, Christopher Michael
> wr
On Fri, Feb 26, 2010 at 3:50 AM, Vincent Torri wrote:
> On Thu, 25 Feb 2010, Enlightenment SVN wrote:
>> Log:
>> turn off build of ecore-txt and ecore-config by default.
>>
>> These are deprecated and will be killed in short time, stop using them!
>>
>> Recommendations:
>>
>> * ecore-txt: use
On Fri, Feb 26, 2010 at 2:28 AM, Christopher Michael
wrote:
> Yea, apparently whoever removed the TRUE/FALSE didn't quite do a
> complete job.
yes, removing cruft always break things... that's why i did it. I'll
sed it later today if someone do not do it.
--
Gustavo Sverzut Barbieri
http://prof
Brian,
I have reviewed the code you sent to the mailing list concerning this
bug...and it does make sense. Are you trying to resize the window when
the inwin shows up ? or is your goal to have the window size remain the
same ?
Chris
On 02/26/2010 04:46 AM, Christopher Michael wrote:
> In actu
On Fri, Feb 26, 2010 at 5:38 PM, Christopher Michael
wrote:
> 'Conformant' only signifies that the elm window knows about the size and
> position of the Indicator and Softkey windows. Conformant has no bearing on
> the window size at all. That being said, yes all windows in Illume will be
> maximi
In actuality, the elm_win_conformant function(s) could go away as they
are not really used anywhere of significance. The best approach, went
wanting a window that is 'illume conformant' is to use the elm_conform
widget. elm_win_conformant_set makes no real changes to any window,
other than sett
'Conformant' only signifies that the elm window knows about the size and
position of the Indicator and Softkey windows. Conformant has no bearing
on the window size at all. That being said, yes all windows in Illume
will be maximized, with the exception of dialog and splash windows.
dh
On 02/2
Hello all,
I've noticed there has been a new set of Illume-conformat APIs going
into Elementary. I guess it hints whoever that needs it about the
compatibility? I assume that by 'conformant' it states it's
maximized, but I'm not sure.
By adding
elm_win_conformant_set(win, 1);
and the patch, the
On Fri, Feb 26, 2010 at 4:18 PM, Brian Wang wrote:
> On Fri, Feb 26, 2010 at 2:24 PM, Atton Jonathan
> wrote:
>> I will look at it in 10 hours :)
>
> Thanks. :-)
>
> I should add that it occurs with E/Illume in Xephyr (320x240).
> If I don't run it in Xephyr, the window will resize to a minimal s
On Fri, Feb 26, 2010 at 2:24 PM, Atton Jonathan
wrote:
> I will look at it in 10 hours :)
Thanks. :-)
I should add that it occurs with E/Illume in Xephyr (320x240).
If I don't run it in Xephyr, the window will resize to a minimal size
to fit the box when 'inwin' button is clicked and elm_notify
37 matches
Mail list logo
