Re: [E-devel] E SVN: lfelipe trunk/web/www/p/news/en

[Gustavo Sverzut Barbieri]

On Wednesday, November 24, 2010, Wido  wrote:
> The bright side is that I'm not that far away from Brazil (and I would love 
> to go on vacation...but it will be some other time). The down side is that if 
> I carry THAT fridge as my personal lugage...probably I'm going to break my 
> ass back

It should be sold in Latin America soon, maybe world wide but then I'm
not so sure.



>
> On Martes 23 Noviembre 2010 23:54:17 Tom Haste escribió:
>> If you have to go through the backscatter scanner, just demand that
>> you are screened while inside the fridge. What could possibly go
>> wrong? Yes, you can take a fridge in your carry on luggage. Dont ruin
>> it for me. :( (And Hi everyone!)
>>
>> On 24 November 2010 10:45, Iván Briano (Sachiel)  wrote:
>> > 2010/11/24 Wido :
>> >> sweet. Are there any plans to have this fridge world wide? or just for
>> >> Brazil?
>> >>
>> >
>> > You can come to Brazil on vacations and take one on the way back.
>> > With some luck, no one at customs will notice it and you won't have
>> > to pay taxes for it.
>> >
>> >> 2010/11/23 Gustavo Sverzut Barbieri 
>> >>
>> >>> On Tue, Nov 23, 2010 at 7:38 PM, Gustavo Sverzut Barbieri
>> >>>  wrote:
>> >>> > On Tue, Nov 23, 2010 at 5:14 PM, Gustavo Sverzut Barbieri
>> >>> >  wrote:
>> >>> >> Since not everybody reads our commit list and our planet, find some
>> >>> >> interesting EFL use case in Luis Felipe's news below.
>> >>> >>
>> >>> >> This is quite unusual place for EFL, a refrigerator, but we did it.
>> >>> >> Evas again saved the day with its super-fast software backend, with a
>> >>> >> not-so-strong CPU and no hardware acceleration it was able to do
>> >>> >> all-software rendering and even 90-degree rotation to match the
>> >>> >> display orientation.
>> >>> >>
>> >>> >> We already hit Phoronix (http://www.phoronix.com/vr.php?view=ODgxOQ)
>> >>> >> and reddit (
>> >>> http://www.reddit.com/r/linux/comments/eal2u/smart_fridge_running_linux/),
>> >>> >> please help with upvotes whenever you like the news ;-)
>> >>> >
>> >>> > Also pending at slashdot now: http://slashdot.org/stories (GNU/Linux
>> >>> > and Enlightenment running on a Fridge).
>> >>>
>> >>>
>> >>>
>> >>> http://slashdot.org/submission/1398228/GNULinux-and-Enlightenment-running-on-a-Fridge
>> >>>
>> >>>
>> >>> --
>> >>> Gustavo Sverzut Barbieri
>> >>> http://profusion.mobi embedded systems
>> >>> --
>> >>> MSN: barbi...@gmail.com
>> >>> Skype: gsbarbieri
>> >>> Mobile: +55 (19) 9225-2202
>> >>>
>> >>>
>> >>> --
>> >>> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
>> >>> Tap into the largest installed PC base & get more eyes on your game by
>> >>> optimizing for Intel(R) Graphics Technology. Get started today with the
>> >>> Intel(R) Software Partner Program. Five $500 cash prizes are up for 
>> >>> grabs.
>> >>> http://p.sf.net/sfu/intelisp-dev2dev
>> >>> ___
>> >>> enlightenment-users mailing list
>> >>> enlightenment-us...@lists.sourceforge.net
>> >>> https://lists.sourceforge.net/ 

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] defines for major and minor versions in exported header files

[Vincent Torri]

On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:

> On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri 
> said:
>
>>
>> Hey,
>>
>> I see in Ecore.h:
>>
>> #define ECORE_VERSION_MAJOR 1
>> #define ECORE_VERSION_MINOR 0
>>
>>
>> 1) Should all the exported header files contain such information ?
>
> absolutely. that was the point. u can detect ecore version at runtime AND
> compile time (well compile time u can detect maj and min - not micro, as micro
> are only bugfix/internal improvements, no new features, thus no need to
> detect the version at compile time).

should we do that beforerelase (or even the next beta) ?

Vincent

>> 2) Should we already define that automatically with the configure script
>> (hence having an Ecore.h.in)
>
> the .in is nicer, but i didn't do it as it was going to be very invasive - and
> we only have to change this between major and minor releases, not micro.
>
> -- 
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] defines for major and minor versions in exported header files

[The Rasterman]

On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri 
said:

> 
> 
> On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:
> 
> > On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri
> >  said:
> >
> >>
> >> Hey,
> >>
> >> I see in Ecore.h:
> >>
> >> #define ECORE_VERSION_MAJOR 1
> >> #define ECORE_VERSION_MINOR 0
> >>
> >>
> >> 1) Should all the exported header files contain such information ?
> >
> > absolutely. that was the point. u can detect ecore version at runtime AND
> > compile time (well compile time u can detect maj and min - not micro, as
> > micro are only bugfix/internal improvements, no new features, thus no need
> > to detect the version at compile time).
> 
> should we do that beforerelase (or even the next beta) ?

it's already done to all of efl being released for 1.0... unless you mean each
ecore header separately - as such they are all the same version as ecore as its
1 package, so no need.


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] defines for major and minor versions in exported header files

[ebl...@gmail.com]

On Wed, Nov 24, 2010 at 8:58 AM, Carsten Haitzler  wrote:
> On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri 
> said:
>
>>
>>
>> On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:
>>
>> > On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri
>> >  said:
>> >
>> >>
>> >> Hey,
>> >>
>> >> I see in Ecore.h:
>> >>
>> >> #define ECORE_VERSION_MAJOR 1
>> >> #define ECORE_VERSION_MINOR 0
>> >>
>> >>
>> >> 1) Should all the exported header files contain such information ?
>> >
>> > absolutely. that was the point. u can detect ecore version at runtime AND
>> > compile time (well compile time u can detect maj and min - not micro, as
>> > micro are only bugfix/internal improvements, no new features, thus no need
>> > to detect the version at compile time).
>>
>> should we do that beforerelase (or even the next beta) ?
>
> it's already done to all of efl being released for 1.0... unless you mean each
> ecore header separately - as such they are all the same version as ecore as 
> its
> 1 package, so no need.

This could be improved to a automatic generated header file as we
already have defines for  VERS_{MAJ,MIN,MIC,REV} exported in config.h.

Cheers, Etrunko
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Eduardo de Barros Lima
ebl...@gmail.com

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] defines for major and minor versions in exported header files

[Vincent Torri]

On Wed, 24 Nov 2010, ebl...@gmail.com wrote:

> On Wed, Nov 24, 2010 at 8:58 AM, Carsten Haitzler  
> wrote:
>> On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri 
>> said:
>>
>>>
>>>
>>> On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:
>>>
 On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri
  said:

>
> Hey,
>
> I see in Ecore.h:
>
> #define ECORE_VERSION_MAJOR 1
> #define ECORE_VERSION_MINOR 0
>
>
> 1) Should all the exported header files contain such information ?

 absolutely. that was the point. u can detect ecore version at runtime AND
 compile time (well compile time u can detect maj and min - not micro, as
 micro are only bugfix/internal improvements, no new features, thus no need
 to detect the version at compile time).
>>>
>>> should we do that beforerelase (or even the next beta) ?
>>
>> it's already done to all of efl being released for 1.0... unless you mean 
>> each
>> ecore header separately - as such they are all the same version as ecore as 
>> its
>> 1 package, so no need.
>
> This could be improved to a automatic generated header file as we
> already have defines for  VERS_{MAJ,MIN,MIC,REV} exported in config.h.

i proposed that (see my original mail), but raster thought it was a bit 
too much.

Vincent

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] defines for major and minor versions in exported header files

[ebl...@gmail.com]

On Wed, Nov 24, 2010 at 11:04 AM, Vincent Torri  wrote:
>
>
> On Wed, 24 Nov 2010, ebl...@gmail.com wrote:
>

Oh Gmail, please stop screwing my id!

>> On Wed, Nov 24, 2010 at 8:58 AM, Carsten Haitzler 
>> wrote:
>>>
>>> On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri
>>> 
>>> said:
>>>


 On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:

> On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri
>  said:
>
>>
>> Hey,
>>
>> I see in Ecore.h:
>>
>> #define ECORE_VERSION_MAJOR 1
>> #define ECORE_VERSION_MINOR 0
>>
>>
>> 1) Should all the exported header files contain such information ?
>
> absolutely. that was the point. u can detect ecore version at runtime
> AND
> compile time (well compile time u can detect maj and min - not micro,
> as
> micro are only bugfix/internal improvements, no new features, thus no
> need
> to detect the version at compile time).

 should we do that beforerelase (or even the next beta) ?
>>>
>>> it's already done to all of efl being released for 1.0... unless you mean
>>> each
>>> ecore header separately - as such they are all the same version as ecore
>>> as its
>>> 1 package, so no need.
>>
>> This could be improved to a automatic generated header file as we
>> already have defines for  VERS_{MAJ,MIN,MIC,REV} exported in config.h.
>
> i proposed that (see my original mail), but raster thought it was a bit too
> much.
>

Yes, I didn't expressed myself correctly. What I wanted was an
_separated_ header file, like Ecore_Version.h.in or something like
that.

Cheers, Etrunko

-- 
Eduardo de Barros Lima
ebl...@gmail.com

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH] Some modifications about elm_colorselector.c and elm_entry.c

[WooHyun Jung]

Hello. I'm WooHyun Jung.

 

I modified some codes of elm_colorselector.c . 

And , for about elm_entry.c , I thought that "SIG_CLICKED" was wrongly
emitted (by "MOUSE_UP" event).

So I changed it. 

 

Please check attached patch file. 

Thanks. 

Index: src/lib/elm_colorselector.c
===
--- src/lib/elm_colorselector.c (revision 54926)
+++ src/lib/elm_colorselector.c (working copy)
@@ -14,8 +14,22 @@
 #define LIG_STEP 256.0
 #define ALP_STEP 256.0
 
+typedef enum _Button_State
+{
+   BUTTON_RELEASED,
+   L_BUTTON_PRESSED,
+   R_BUTTON_PRESSED
+} Button_State;
+
+typedef enum _Color_Type
+{
+   HUE,
+   SATURATION,
+   LIGHTNESS,
+   ALPHA
+} Color_Type;
+
 typedef struct _Colorselector_Data Colorselector_Data;
-
 struct _Colorselector_Data
 {
Evas_Object *parent;
@@ -26,12 +40,11 @@ struct _Colorselector_Data
Evas_Object *bg_rect;
Evas_Object *arrow;
Evas_Object *touch_area;
-   int colorselector_num;
-   int button_state;
+   Color_Type color_type;
+   Button_State button_state;
 };
 
 typedef struct _Widget_Data Widget_Data;
-
 struct _Widget_Data
 {
Evas_Object *base;
@@ -46,13 +59,6 @@ struct _Widget_Data
Ecore_Timer *mv_timer;
 };
 
-typedef enum
-{
-   BUTTON_RELEASED,
-   L_BUTTON_PRESSED,
-   R_BUTTON_PRESSED
-} Button_State;
-
 static const char *widtype = NULL;
 
 static void _del_hook(Evas_Object *obj);
@@ -317,9 +323,9 @@ _draw_rects(void *data, double x)
Widget_Data *wd = elm_widget_data_get(cp->parent);
double one_six = 1.0 / 6.0;
 
-   switch (cp->colorselector_num)
+   switch (cp->color_type)
  {
- case 0:
+ case HUE:
 wd->h = 360.0 * x;
 
 if (x < one_six)
@@ -377,26 +383,25 @@ _draw_rects(void *data, double x)
   wd->a);
 break;
 
- case 1:
+ case SATURATION:
 wd->s = 1.0 - x;
 _color_with_saturation(wd);
 evas_object_color_set(wd->cp[1]->arrow, wd->sr, wd->sg, wd->sb, 255);
 break;
 
- case 2:
+ case LIGHTNESS:
 wd->l = x;
 _color_with_lightness(wd);
 evas_object_color_set(wd->cp[2]->arrow, wd->lr, wd->lg, wd->lb, 255);
 break;
 
- case 3:
+ case ALPHA:
 wd->a = 255.0 * x;
 evas_object_color_set(wd->cp[3]->arrow, wd->er, wd->eg, wd->eb, wd->a);
 break;
 
  default:
 break;
-
  }
_hsl_to_rgb(wd);
 }
@@ -502,10 +507,23 @@ _left_button_down_cb(void *data, Evas *e __UNUSED_
   "left_button");
edje_object_part_drag_value_get(cp->colorbar, "elm.arrow", &x, &y);
 
-   if (!cp->colorselector_num) x -= 1.0 / HUE_STEP;
-   else if (cp->colorselector_num == 1) x -= 1.0 / SAT_STEP;
-   else if (cp->colorselector_num == 2) x -= 1.0 / LIG_STEP;
-   else if (cp->colorselector_num == 3) x -= 1.0 / ALP_STEP;
+   switch(cp->color_type)
+ {
+  case HUE :
+ x -= 1.0 / HUE_STEP;
+ break;
+  case SATURATION :
+ x -= 1.0 / SAT_STEP;
+ break;
+  case LIGHTNESS :
+ x -= 1.0 / LIG_STEP;
+ break;
+  case ALPHA :
+ x -= 1.0 / ALP_STEP;
+ break;
+  default : 
+ break; 
+ }
 
if (x < 0.0) x = 0.0;
 
@@ -528,10 +546,23 @@ _right_button_down_cb(void *data, Evas *e __UNUSED
   "right_button");
edje_object_part_drag_value_get(cp->colorbar, "elm.arrow", &x, &y);
 
-   if (!cp->colorselector_num) x += 1.0 / HUE_STEP;
-   else if (cp->colorselector_num == 1) x += 1.0 / SAT_STEP;
-   else if (cp->colorselector_num == 2) x += 1.0 / LIG_STEP;
-   else if (cp->colorselector_num == 3) x += 1.0 / ALP_STEP;
+   switch(cp->color_type)
+ {
+  case HUE :
+ x += 1.0 / HUE_STEP;
+ break;
+  case SATURATION :
+ x += 1.0 / SAT_STEP;
+ break;
+  case LIGHTNESS :
+ x += 1.0 / LIG_STEP;
+ break;
+  case ALPHA :
+ x += 1.0 / ALP_STEP;
+ break;
+  default : 
+ break; 
+ }
 
if (x > 1.0) x = 1.0;
 
@@ -604,9 +635,25 @@ _add_colorbar(Evas_Object *obj)
wd->cp[i] = ELM_NEW(Colorselector_Data);
 
wd->cp[i]->parent = obj;
-   wd->cp[i]->colorselector_num = i;
-
-   /* load colorbar area */
+wd->cp[i]->color_type = i;
+switch(i)
+  {
+   case 0 :
+  wd->cp[i]->color_type = HUE;
+  break;
+   case 1 :
+  wd->cp[i]->color_type = SATURATION;
+  break;
+   case 2 :
+  wd->cp[i]->color_type = LIGHTNESS;
+  break;
+   case 3 :
+  wd->cp[i]->color_type = ALPHA;
+  break;
+   default : 
+  break; 
+  }
+/* load colorbar area */
wd->cp[i]->colorbar = edje_object_add(e);
_elm_theme_object_set(obj, wd->cp[i]->colorbar, "c

Re: [E-devel] [PATCH] Some modifications about elm_colorselector.c and elm_entry.c

[Bruno Dilly]

On Wed, Nov 24, 2010 at 11:44 AM, WooHyun Jung  wrote:
> Hello. I'm WooHyun Jung.
>
>
>
> I modified some codes of elm_colorselector.c .

Hey WooHyun,

would you matter to explain me why are you proposing the following
change, please?

@@ -604,9 +635,25 @@ _add_colorbar(Evas_Object *obj)
wd->cp[i] = ELM_NEW(Colorselector_Data);

wd->cp[i]->parent = obj;
-   wd->cp[i]->colorselector_num = i;
-
-   /* load colorbar area */
+wd->cp[i]->color_type = i;
+switch(i)
+  {
+   case 0 :
+  wd->cp[i]->color_type = HUE;
+  break;
+   case 1 :
+  wd->cp[i]->color_type = SATURATION;
+  break;
+   case 2 :
+  wd->cp[i]->color_type = LIGHTNESS;
+  break;
+   case 3 :
+  wd->cp[i]->color_type = ALPHA;
+  break;
+   default :
+  break;
+  }
+/* load colorbar area */

It's insider a for (i = 0; i < 4; i++).
Basically you are doing
  wd->cp[0]->color_type = 0;
then "i" will match case 0 and:
  wd->cp[0]->color_type = 0 (HUE) once again...

Or maybe I'm missing something.

>
> And , for about elm_entry.c , I thought that "SIG_CLICKED" was wrongly
> emitted (by "MOUSE_UP" event).

If you are proposing to use _signal_mouse_clicked instead of
_signal_mouse_up your patch should remove this function. Don't leave
dead code, please.

Thank you

>
> So I changed it.
>
>
>
> Please check attached patch file.
>
> Thanks.
>
>
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] defines for major and minor versions in exported header files

[The Rasterman]

On Wed, 24 Nov 2010 14:04:07 +0100 (CET) Vincent Torri 
said:

> 
> 
> On Wed, 24 Nov 2010, ebl...@gmail.com wrote:
> 
> > On Wed, Nov 24, 2010 at 8:58 AM, Carsten Haitzler 
> > wrote:
> >> On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri
> >>  said:
> >>
> >>>
> >>>
> >>> On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:
> >>>
>  On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri
>   said:
> 
> >
> > Hey,
> >
> > I see in Ecore.h:
> >
> > #define ECORE_VERSION_MAJOR 1
> > #define ECORE_VERSION_MINOR 0
> >
> >
> > 1) Should all the exported header files contain such information ?
> 
>  absolutely. that was the point. u can detect ecore version at runtime AND
>  compile time (well compile time u can detect maj and min - not micro, as
>  micro are only bugfix/internal improvements, no new features, thus no
>  need to detect the version at compile time).
> >>>
> >>> should we do that beforerelase (or even the next beta) ?
> >>
> >> it's already done to all of efl being released for 1.0... unless you mean
> >> each ecore header separately - as such they are all the same version as
> >> ecore as its 1 package, so no need.
> >
> > This could be improved to a automatic generated header file as we
> > already have defines for  VERS_{MAJ,MIN,MIC,REV} exported in config.h.
> 
> i proposed that (see my original mail), but raster thought it was a bit 
> too much.

every header would need to become a header.h.in - and thats what i think is too
much as such we will only change these numbers per minor version release - nor
micro. it's not much of a burden.


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: davemds IN trunk/GAMES/e_cho/data/themes: . images

[Bruno Dilly]

On Wed, Nov 24, 2010 at 12:59 PM, Enlightenment SVN
 wrote:
> Log:
>   New theme for e_cho, pocket.edc. The buttons are cool, now I need to make 
> the whole interface looks good...

It's really cool. I'm setting it as default theme.
Nice work, dave =)

>
>
> Author:       davemds
> Date:         2010-11-24 06:59:24 -0800 (Wed, 24 Nov 2010)
> New Revision: 54932
>
> Added:
>  trunk/GAMES/e_cho/data/themes/images/elogo.png 
> trunk/GAMES/e_cho/data/themes/images/pk_blu_off.png 
> trunk/GAMES/e_cho/data/themes/images/pk_blu_on.png 
> trunk/GAMES/e_cho/data/themes/images/pk_gre_off.png 
> trunk/GAMES/e_cho/data/themes/images/pk_gre_on.png 
> trunk/GAMES/e_cho/data/themes/images/pk_red_off.png 
> trunk/GAMES/e_cho/data/themes/images/pk_red_on.png 
> trunk/GAMES/e_cho/data/themes/images/pk_yel_off.png 
> trunk/GAMES/e_cho/data/themes/images/pk_yel_on.png 
> trunk/GAMES/e_cho/data/themes/images/pocket.svg 
> trunk/GAMES/e_cho/data/themes/pocket.edc
> Modified:
>  trunk/GAMES/e_cho/data/themes/Makefile.am
>
> Modified: trunk/GAMES/e_cho/data/themes/Makefile.am
> ===
> --- trunk/GAMES/e_cho/data/themes/Makefile.am   2010-11-24 11:30:12 UTC (rev 
> 54931)
> +++ trunk/GAMES/e_cho/data/themes/Makefile.am   2010-11-24 14:59:24 UTC (rev 
> 54932)
> @@ -1,16 +1,16 @@
>  MAINTAINERCLEANFILES = Makefile.in
>
>  EDJE_CC = @edje_cc@
> -EDJE_FLAGS = -v -id $(top_srcdir)/data/themes -fd $(top_srcdir)/data/themes 
> -id $(top_srcdir)/data/themes/images
> +EDJE_FLAGS = -v -fd $(top_srcdir)/data/themes -id 
> $(top_srcdir)/data/themes/images
>
>  filesdir = $(datadir)/$(PACKAGE)
> -files_DATA = default.edj efl_devels_theme.edj muted_theme.edj
> +files_DATA = default.edj efl_devels_theme.edj muted_theme.edj pocket.edj
>
>  images =
>
>  fonts =
>
> -EXTRA_DIST = default.edc efl_devels_theme.edc muted_theme.edc $(images) 
> $(fonts)
> +EXTRA_DIST = default.edc efl_devels_theme.edc muted_theme.edc pocket.edc 
> $(images) $(fonts)
>
>  default.edj: Makefile $(images) $(fonts) default.edc
>        $(EDJE_CC) $(EDJE_FLAGS) \
> @@ -27,5 +27,10 @@
>        $(top_srcdir)/data/themes/muted_theme.edc \
>        $(top_builddir)/data/themes/muted_theme.edj
>
> +pocket.edj: Makefile $(images) $(fonts) pocket.edc
> +       $(EDJE_CC) $(EDJE_FLAGS) \
> +       $(top_srcdir)/data/themes/pocket.edc \
> +       $(top_builddir)/data/themes/pocket.edj
> +
>  clean-local:
> -       rm -f default.edj efl_devels_theme.edj muted_theme.edj
> +       rm -f default.edj efl_devels_theme.edj muted_theme.edj pocket.edj
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/elogo.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_blu_off.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_blu_on.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_gre_off.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_gre_on.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_red_off.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_red_on.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_yel_off.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> Property changes on: trunk/GAMES/e_cho/data/themes/images/pk_yel_on.png
> ___
> Added: svn:mime-type
>   + application/octet-stream
>
>
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-s

Re: [E-devel] issues with trac

[Bertrand Jacquin]

D'ar merc'her 24 a viz Du 2010 e 02 eur 05, « Bruno Dilly » he deus skrivet :
> my user "bdilly" was recently deleted from trac ??

I've massively deleted accounts that have never logged in when I first
try to fight spam last weeks. Maybe some other accounts have disappeared,
that a mistake, so you can bite me. Sorry

> I've created another and I received an email with an address to verify
> the email associated to the user, but this address was pointing to a
> page returning 404.

I can reproduce this, but I can't fix that as I've no access to e2
anymore.

This is just a missing /e prefix

-- 
Beber
On Lady Voodoo


pgpEnqQyTsmaa.pgp
Description: PGP signature
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] issues with trac

[Sachiel]

2010/11/24 Bertrand Jacquin :
> D'ar merc'her 24 a viz Du 2010 e 02 eur 05, « Bruno Dilly » he deus skrivet :
>> my user "bdilly" was recently deleted from trac ??
>
> I've massively deleted accounts that have never logged in when I first
> try to fight spam last weeks. Maybe some other accounts have disappeared,
> that a mistake, so you can bite me. Sorry
>
>> I've created another and I received an email with an address to verify
>> the email associated to the user, but this address was pointing to a
>> page returning 404.
>
> I can reproduce this, but I can't fix that as I've no access to e2
> anymore.
>
> This is just a missing /e prefix
>

Missing where? And why can't you keep your access
at least until we know for sure everything works?
Maybe even after that, unless you don't want to, because
I can't think of anyone else stepping in to manage Trac.

> --
> Beber
> On Lady Voodoo
>
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] issues with trac

[Bertrand Jacquin]

D'ar merc'her 24 a viz Du 2010 e 17 eur 17, « Iván Briano (Sachiel) » he deus 
skrivet :
> 2010/11/24 Bertrand Jacquin :
> > D'ar merc'her 24 a viz Du 2010 e 02 eur 05, « Bruno Dilly » he deus skrivet 
> > :
> >> my user "bdilly" was recently deleted from trac ??
> >
> > I've massively deleted accounts that have never logged in when I first
> > try to fight spam last weeks. Maybe some other accounts have disappeared,
> > that a mistake, so you can bite me. Sorry
> >
> >> I've created another and I received an email with an address to verify
> >> the email associated to the user, but this address was pointing to a
> >> page returning 404.
> >
> > I can reproduce this, but I can't fix that as I've no access to e2
> > anymore.
> >
> > This is just a missing /e prefix
> 
> Missing where? And why can't you keep your access
> at least until we know for sure everything works?

Surely a bad cronjob. Need to look.

> Maybe even after that, unless you don't want to,

I'm not opposed at all.

> because
> I can't think of anyone else stepping in to manage Trac.

-- 
Beber
On Lady Voodoo


pgphPhsOyb2I9.pgp
Description: PGP signature
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] issues with trac

[Bertrand Jacquin]

> I can reproduce this, but I can't fix that as I've no access to e2
> anymore.

Fixed

> This is just a missing /e prefix

Fixed too, bad base_url in config file

-- 
Beber
On Lady Voodoo


pgpYdQYexsNDM.pgp
Description: PGP signature
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] Add "longpress_timeout" in "_elm_config" structure.

[Sachiel]

2010/11/23 정우현 :
> Oh. Sorry for about that.
> E-mail system is little bit strange. (I attached .txt file)
> I add content of my patch file as below.
>

Patch applied with some modifications. These are:
- Keep in sync all configuration profiles.
- Bump config version, so new stuff gets merged in with the user's config.
- Do merge new values when a newer configuration is found in the system.

> 
>
> Index: config/default/base.src
> ===
> --- config/default/base.src     (revision 54850)
> +++ config/default/base.src     (working copy)
> @@ -29,4 +29,5 @@ group "Elm_Config" struct {
>   value "fileselector_expand_enable" uchar: 0;
>   value "inwin_dialogs_enable" uchar: 1;
>   value "icon_size" int: 32;
> +  value "longpress_timeout" double: 1.0;
>  }
> Index: src/lib/elm_config.c
> ===
> --- src/lib/elm_config.c        (revision 54850)
> +++ src/lib/elm_config.c        (working copy)
> @@ -352,6 +352,7 @@ _desc_init(void)
>    ELM_CONFIG_VAL(D, T, fileselector_expand_enable, T_UCHAR);
>    ELM_CONFIG_VAL(D, T, inwin_dialogs_enable, T_UCHAR);
>    ELM_CONFIG_VAL(D, T, icon_size, T_INT);
> +   ELM_CONFIG_VAL(D, T, longpress_timeout, T_DOUBLE);
>  #undef T
>  #undef D
>  #undef T_INT
> @@ -853,6 +854,7 @@ _config_load(void)
>    _elm_config->fileselector_expand_enable = EINA_FALSE;
>    _elm_config->inwin_dialogs_enable = EINA_FALSE;
>    _elm_config->icon_size = 32;
> +   _elm_config->longpress_timeout = 1.0;
>  }
>
>  static const char *
> @@ -1250,6 +1252,10 @@ _env_get(void)
>
>    s = getenv("ELM_ICON_SIZE");
>    if (s) _elm_config->icon_size = atoi(s);
> +
> +   s = getenv("ELM_LONGPRESS_TIMEOUT");
> +   if (s) _elm_config->longpress_timeout = atof(s);
> +   if (_elm_config->longpress_timeout < 0.0) _elm_config->longpress_timeout 
> = 0.0;
>  }
>
>  void
> Index: src/lib/elm_main.c
> ===
> --- src/lib/elm_main.c  (revision 54850)
> +++ src/lib/elm_main.c  (working copy)
> @@ -2483,3 +2483,28 @@ elm_object_tree_dot_dump(const Evas_Object *top, c
>    (void)file;
>  #endif
>  }
> +
> +/**
> + * Set the duration for occuring long press event.
> + *
> + * @param lonpress_timeout Timeout for long press event
> + * @ingroup Longpress
> + */
> +EAPI void
> +elm_longpress_timeout_set(double longpress_timeout)
> +{
> +   _elm_config->longpress_timeout = longpress_timeout;
> +}
> +
> +/**
> + * Get the duration for occuring long press event.
> + *
> + * @return Timeout for long press event
> + * @ingroup Longpress
> + */
> +EAPI double
> +elm_longpress_timeout_get(void)
> +{
> +   return _elm_config->longpress_timeout;
> +}
> +
> Index: src/lib/elm_priv.h
> ===
> --- src/lib/elm_priv.h  (revision 54850)
> +++ src/lib/elm_priv.h  (working copy)
> @@ -103,6 +103,7 @@ struct _Elm_Config
>    Eina_Bool    fileselector_expand_enable;
>    Eina_Bool    inwin_dialogs_enable;
>    int          icon_size;
> +   double       longpress_timeout;
>  };
>
>  struct _Elm_Module
> Index: src/lib/Elementary.h.in
> ===
> --- src/lib/Elementary.h.in     (revision 54850)
> +++ src/lib/Elementary.h.in     (working copy)
> @@ -361,12 +361,16 @@ extern "C" {
>
>    EAPI void         elm_coords_finger_size_adjust(int times_w, Evas_Coord 
> *w, int times_h, Evas_Coord *h);
>
> +   EAPI double       elm_longpress_timeout_get(void);
> +   EAPI void         elm_longpress_timeout_set(double longpress_timeout);
> +
>    /* debug
>     * don't use it unless you are sure
>     */
>    EAPI void         elm_object_tree_dump(const Evas_Object *top);
>    EAPI void         elm_object_tree_dot_dump(const Evas_Object *top, const 
> char *file);
>
> +
>    /* theme */
>    typedef struct _Elm_Theme Elm_Theme;
>
> 
>
>
>
> --- Original Message ---
> Sender : Iv?n Briano (Sachiel)
> Date : 2010-11-23 21:24 (GMT+09:00)
> Title : Re: [E-devel] [PATCH] Add "longpress_timeout" in "_elm_config" 
> structure.
>
> 2010/11/23 woohyun jung :
>> Hello. I'm WooHyun Jung.
>>
>> I wanna add "longpress_timeout" in "_elm_config" structure.
>> I checked ~ some winsets did hard-coding about setting timeout of long press 
>> event.
>> (For example :  wd->longpress_timeout = LONGPRESS_TIMEOUT in elm_genlist.c)
>> So, I thought ~ it would be better if "longpress_timeout" is in _elm_config 
>> structure.
>>
>> Please check my patch file ~
>> If I need to do something more ~ don't hesitate to give advice ~
>> Thanks !
>
> No patch attached. Make sure it gets recognized as type text or the list
> will filter it out.
>
>>
>> --

Re: [E-devel] E SVN: titan trunk/ephoto/src/bin

[Gustavo Sverzut Barbieri]

On Wed, Nov 24, 2010 at 4:15 PM, Enlightenment SVN
 wrote:
> Log:
>  Move the parent directory icon out of the gengrid. Next the directories will 
> be moved out of the gengrid.

Why is that? The way the UI is now we can get usable browsing on
desktop and mobiles, adding them outside just make it cumbersome to
use on mobiles :-/

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: englebass trunk/efreet/src/lib

[Mike Blumenkrantz]

On Wed, 24 Nov 2010 13:34:21 -0800
"Enlightenment SVN"  wrote:

> Log:
>   revert, name.internal is always set
> Author:   englebass
> Date: 2010-11-24 13:34:21 -0800 (Wed, 24 Nov 2010)
> New Revision: 54965
> 
> Modified:
>   trunk/efreet/src/lib/efreet_icon.c 
> 
> Modified: trunk/efreet/src/lib/efreet_icon.c
> ===
> --- trunk/efreet/src/lib/efreet_icon.c2010-11-24 21:31:24 UTC (rev
> 54964) +++ trunk/efreet/src/lib/efreet_icon.c 2010-11-24 21:34:21 UTC
> (rev 54965) @@ -553,7 +553,7 @@
>  }
>  /* if this isn't the hicolor theme, and we have no other fallbacks
>   * check hicolor */
> -else if (theme->name.internal && strcmp(theme->name.internal, "hicolor"))
> +else if (strcmp(theme->name.internal, "hicolor"))
>  {
>  Efreet_Icon_Theme *parent_theme;
>  
> 
> 
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
still getting a segv in ephoto from this being null somehow

-- 
Mike Blumenkrantz
Zentific: Our boolean values are huge.

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: titan trunk/ephoto/src/bin

[The Rasterman]

On Wed, 24 Nov 2010 16:20:08 -0200 Gustavo Sverzut Barbieri
 said:

> On Wed, Nov 24, 2010 at 4:15 PM, Enlightenment SVN
>  wrote:
> > Log:
> >  Move the parent directory icon out of the gengrid. Next the directories
> > will be moved out of the gengrid.
> 
> Why is that? The way the UI is now we can get usable browsing on
> desktop and mobiles, adding them outside just make it cumbersome to
> use on mobiles :-/

it makes it cumbersome if you have not scrolled to the top and want to go back.
you have to scroll all the way back up just to hit back. i was finding it most
annoying to have to do that as i have directories with lots of images. i
suggested it be overlayed on the photo area so it doesnt consume more space,
but is always accessible.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] Some modifications about elm_colorselector.c and elm_entry.c

[Daniel Juyung Seo]

Hello,
anyhow this is a good trial.
Due to 'clicked' is changed recently by Raster,
we can adopt this changes to other widgets as well.
It's time to rock!

Daniel Juyung Seo.

On Wed, Nov 24, 2010 at 11:34 PM, Bruno Dilly  wrote:
> On Wed, Nov 24, 2010 at 11:44 AM, WooHyun Jung  
> wrote:
>> Hello. I'm WooHyun Jung.
>>
>>
>>
>> I modified some codes of elm_colorselector.c .
>
> Hey WooHyun,
>
> would you matter to explain me why are you proposing the following
> change, please?
>
> @@ -604,9 +635,25 @@ _add_colorbar(Evas_Object *obj)
>        wd->cp[i] = ELM_NEW(Colorselector_Data);
>
>        wd->cp[i]->parent = obj;
> -       wd->cp[i]->colorselector_num = i;
> -
> -       /* load colorbar area */
> +        wd->cp[i]->color_type = i;
> +        switch(i)
> +          {
> +           case 0 :
> +              wd->cp[i]->color_type = HUE;
> +              break;
> +           case 1 :
> +              wd->cp[i]->color_type = SATURATION;
> +              break;
> +           case 2 :
> +              wd->cp[i]->color_type = LIGHTNESS;
> +              break;
> +           case 3 :
> +              wd->cp[i]->color_type = ALPHA;
> +              break;
> +           default :
> +              break;
> +          }
> +        /* load colorbar area */
>
> It's insider a for (i = 0; i < 4; i++).
> Basically you are doing
>  wd->cp[0]->color_type = 0;
> then "i" will match case 0 and:
>  wd->cp[0]->color_type = 0 (HUE) once again...
>
> Or maybe I'm missing something.
>
>>
>> And , for about elm_entry.c , I thought that "SIG_CLICKED" was wrongly
>> emitted (by "MOUSE_UP" event).
>
> If you are proposing to use _signal_mouse_clicked instead of
> _signal_mouse_up your patch should remove this function. Don't leave
> dead code, please.
>
> Thank you
>
>>
>> So I changed it.
>>
>>
>>
>> Please check attached patch file.
>>
>> Thanks.
>>
>>
>> --
>> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
>> Tap into the largest installed PC base & get more eyes on your game by
>> optimizing for Intel(R) Graphics Technology. Get started today with the
>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>> http://p.sf.net/sfu/intelisp-dev2dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>>
>
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: englebass trunk/efreet/src/lib

[Sebastian Dransfeld]

On 11/24/2010 10:39 PM, Mike Blumenkrantz wrote:
> On Wed, 24 Nov 2010 13:34:21 -0800
> "Enlightenment SVN"  wrote:
>
>> Log:
>>revert, name.internal is always set
>> Author:   englebass
>> Date: 2010-11-24 13:34:21 -0800 (Wed, 24 Nov 2010)
>> New Revision: 54965
>>
>> Modified:
>>trunk/efreet/src/lib/efreet_icon.c
>>
>> Modified: trunk/efreet/src/lib/efreet_icon.c
>> ===
>> --- trunk/efreet/src/lib/efreet_icon.c   2010-11-24 21:31:24 UTC (rev
>> 54964) +++ trunk/efreet/src/lib/efreet_icon.c2010-11-24 21:34:21 UTC
>> (rev 54965) @@ -553,7 +553,7 @@
>>   }
>>   /* if this isn't the hicolor theme, and we have no other fallbacks
>>* check hicolor */
>> -else if (theme->name.internal&&  strcmp(theme->name.internal, 
>> "hicolor"))
>> +else if (strcmp(theme->name.internal, "hicolor"))
>>   {
>>   Efreet_Icon_Theme *parent_theme;
>>
>>
>>
>> --
>> Increase Visibility of Your 3D Game App&  Earn a Chance To Win $500!
>> Tap into the largest installed PC base&  get more eyes on your game by
>> optimizing for Intel(R) Graphics Technology. Get started today with the
>> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
>> http://p.sf.net/sfu/intelisp-dev2dev
>> ___
>> enlightenment-svn mailing list
>> enlightenment-...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> still getting a segv in ephoto from this being null somehow
>

backtrace? How to reproduce?

Sebastian

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: englebass trunk/efreet/src/lib

[Mike Blumenkrantz]

On Thu, 25 Nov 2010 06:40:30 +0100
Sebastian Dransfeld  wrote:

> On 11/24/2010 10:39 PM, Mike Blumenkrantz wrote:
> > On Wed, 24 Nov 2010 13:34:21 -0800
> > "Enlightenment SVN"  wrote:
> >
> >> Log:
> >>revert, name.internal is always set
> >> Author:   englebass
> >> Date: 2010-11-24 13:34:21 -0800 (Wed, 24 Nov 2010)
> >> New Revision: 54965
> >>
> >> Modified:
> >>trunk/efreet/src/lib/efreet_icon.c
> >>
> >> Modified: trunk/efreet/src/lib/efreet_icon.c
> >> ===
> >> --- trunk/efreet/src/lib/efreet_icon.c 2010-11-24 21:31:24 UTC (rev
> >> 54964) +++ trunk/efreet/src/lib/efreet_icon.c  2010-11-24 21:34:21
> >> UTC (rev 54965) @@ -553,7 +553,7 @@
> >>   }
> >>   /* if this isn't the hicolor theme, and we have no other fallbacks
> >>* check hicolor */
> >> -else if (theme->name.internal&&  strcmp(theme->name.internal,
> >> "hicolor"))
> >> +else if (strcmp(theme->name.internal, "hicolor"))
> >>   {
> >>   Efreet_Icon_Theme *parent_theme;
> >>
> >>
> >>
> >> --
> >> Increase Visibility of Your 3D Game App&  Earn a Chance To Win $500!
> >> Tap into the largest installed PC base&  get more eyes on your game by
> >> optimizing for Intel(R) Graphics Technology. Get started today with the
> >> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> >> http://p.sf.net/sfu/intelisp-dev2dev
> >> ___
> >> enlightenment-svn mailing list
> >> enlightenment-...@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> > still getting a segv in ephoto from this being null somehow
> >
> 
> backtrace? How to reproduce?
> 
> Sebastian
> 
> --
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Start ephoto.  Boom.

#0  0xb7c7974b in __strcmp_ssse3 () from /lib/libc.so.6
#1  0xb7af981e in efreet_icon_find_fallback (theme=0x817a890, icon=0x8175af0 
"toolbar/more_menu", size=32) at efreet_icon.c:556
#2  0xb7af990a in efreet_icon_find_helper (theme=0x817a890, icon=0x8175af0 
"toolbar/more_menu", size=32) at efreet_icon.c:599
#3  0xb7af953a in efreet_icon_path_find (theme_name=0xb7fb1dca "oxygen", 
icon=0xbfffd2e0 "toolbar/more_menu", size=32) at efreet_icon.c:404
#4  0xb7f23f6e in _icon_freedesktop_set (wd=0x8184868, obj=0x8219660, 
name=0xbfffd2e0 "toolbar/more_menu", size=32) at elm_icon.c:304
#5  0xb7f24178 in elm_icon_standard_set (obj=0x8219660, name=0xbfffd2e0 
"toolbar/more_menu") at elm_icon.c:364
#6  0xb7f42105 in _item_icon_set (icon_obj=0x8219660, type=0xb7fb39a4 
"toolbar/", icon=0xb7fb3be0 "more_menu") at elm_toolbar.c:85
#7  0xb7f439d1 in _item_new (obj=0x8213070, icon=0xb7fb3be0 "more_menu", 
label=0xb7fb3bdb "More", func=0, data=0x0) at elm_toolbar.c:613
#8  0xb7f46f81 in elm_toolbar_mode_shrink_set (obj=0x8213070, 
shrink_mode=ELM_TOOLBAR_SHRINK_MENU) at elm_toolbar.c:1694
#9  0xb7f43f78 in elm_toolbar_add (parent=0x81d4418) at elm_toolbar.c:713
#10 0xb570b428 in external_toolbar_add (data=0x0, evas=0x8132ee8, 
edje=0x81d45d8, params=0x0, part_name=0xb55b9691 "elm.external.toolbar") at 
elm_toolbar.c:129
#11 0xb7dcef3e in _edje_external_type_add (type_name=0xb55b96ce "elm/toolbar", 
evas=0x8132ee8, parent=0x81d45d8, params=0x0, part_name=0xb55b9691 
"elm.external.toolbar") at edje_external.c:560
#12 0xb7dd1196 in _edje_object_file_set_internal (obj=0x81d45d8, file=0x8183db8 
"/usr/share/elementary/themes/default.edj", group=0xbfffd7c8 
"elm/layout/application/toolbar-vbox", group_path=0x0)
at edje_load.c:687
#13 0xb7de2f47 in _edje_smart_file_set (obj=0x81d45d8, file=0x8183db8 
"/usr/share/elementary/themes/default.edj", group=0xbfffd7c8 
"elm/layout/application/toolbar-vbox") at edje_smart.c:324
#14 0xb7dcf7a2 in edje_object_file_set (obj=0x81d45d8, file=0x8183db8 
"/usr/share/elementary/themes/default.edj", group=0xbfffd7c8 
"elm/layout/application/toolbar-vbox") at edje_load.c:33
#15 0xb7f15901 in _elm_theme_set (th=0xb7fbe080, o=0x81d45d8, clas=0x8052a2f 
"layout", group=0x8052a23 "application", style=0x8052a16 "toolbar-vbox") at 
elm_theme.c:147
#16 0xb7f15811 in _elm_theme_object_set (parent=0x81d4418, o=0x81d45d8, 
clas=0x8052a2f "layout", group=0x8052a23 "application", style=0x8052a16 
"toolbar-vbox") at elm_theme.c:124
#17 0xb7f36687 in elm_layout_theme_set