Re: [E-devel] E SVN: raster trunk/elementary/src/lib

[Daniel Juyung Seo]

Good job!

Btw, why don't you use elm_object_content_get/set()?
They're there!

Thanks.
Daniel Juyung Seo (SeoZ)

On Fri, Aug 5, 2011 at 4:45 PM, Enlightenment SVN
 wrote:
> Log:
> elm factory... in, genscroller out.
>
>
>
> Author:       raster
> Date:         2011-08-05 00:45:45 -0700 (Fri, 05 Aug 2011)
> New Revision: 62124
> Trac:         http://trac.enlightenment.org/e/changeset/62124
>
> Added:
>  trunk/elementary/src/lib/elm_factory.c
> Removed:
>  trunk/elementary/src/lib/elm_genscroller.c
> Modified:
>  trunk/elementary/src/lib/Elementary.h.in trunk/elementary/src/lib/Makefile.am
>
> Modified: trunk/elementary/src/lib/Elementary.h.in
> ===
> --- trunk/elementary/src/lib/Elementary.h.in    2011-08-05 05:59:53 UTC (rev 
> 62123)
> +++ trunk/elementary/src/lib/Elementary.h.in    2011-08-05 07:45:45 UTC (rev 
> 62124)
> @@ -24186,9 +24186,11 @@
>    EAPI void         elm_grid_pack_set(Evas_Object *subobj, int x, int y, int 
> w, int h);
>    EAPI void         elm_grid_pack_get(Evas_Object *subobj, int *x, int *y, 
> int *w, int *h);
>
> -   EAPI Evas_Object *elm_genscroller_add(Evas_Object *parent);
> -   EAPI void         elm_genscroller_world_size_set(Evas_Object *obj, 
> Evas_Coord w, Evas_Coord h);
>
> +   EAPI Evas_Object *elm_factory_add(Evas_Object *parent);
> +   EAPI void         elm_factory_content_set(Evas_Object *obj, Evas_Object 
> *content);
> +   EAPI Evas_Object *elm_factory_content_get(const Evas_Object *obj);
> +
>    EAPI Evas_Object *elm_video_add(Evas_Object *parent);
>    EAPI void elm_video_file_set(Evas_Object *video, const char *filename);
>    EAPI void elm_video_uri_set(Evas_Object *video, const char *uri);
>
> Modified: trunk/elementary/src/lib/Makefile.am
> ===
> --- trunk/elementary/src/lib/Makefile.am        2011-08-05 05:59:53 UTC (rev 
> 62123)
> +++ trunk/elementary/src/lib/Makefile.am        2011-08-05 07:45:45 UTC (rev 
> 62124)
> @@ -66,13 +66,13 @@
>  elm_conform.c \
>  elm_diskselector.c \
>  elm_entry.c \
> +elm_factory.c \
>  elm_flip.c \
>  elm_flipselector.c \
>  elm_font.c \
>  elm_frame.c \
>  elm_gengrid.c \
>  elm_genlist.c \
> -elm_genscroller.c \
>  elm_gesture_layer.c \
>  elm_glview.c \
>  elm_grid.c \
>
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster trunk/elementary/src/lib

[The Rasterman]

On Fri, 5 Aug 2011 17:26:03 +0900 Daniel Juyung Seo  said:

didn't know it existed. that's new. have other issues to solve first tho...

> Good job!
> 
> Btw, why don't you use elm_object_content_get/set()?
> They're there!
> 
> Thanks.
> Daniel Juyung Seo (SeoZ)
> 
> On Fri, Aug 5, 2011 at 4:45 PM, Enlightenment SVN
>  wrote:
> > Log:
> > elm factory... in, genscroller out.
> >
> >
> >
> > Author:       raster
> > Date:         2011-08-05 00:45:45 -0700 (Fri, 05 Aug 2011)
> > New Revision: 62124
> > Trac:         http://trac.enlightenment.org/e/changeset/62124
> >
> > Added:
> >  trunk/elementary/src/lib/elm_factory.c
> > Removed:
> >  trunk/elementary/src/lib/elm_genscroller.c
> > Modified:
> >  trunk/elementary/src/lib/Elementary.h.in
> > trunk/elementary/src/lib/Makefile.am
> >
> > Modified: trunk/elementary/src/lib/Elementary.h.in
> > ===
> > --- trunk/elementary/src/lib/Elementary.h.in    2011-08-05 05:59:53 UTC
> > (rev 62123) +++ trunk/elementary/src/lib/Elementary.h.in    2011-08-05
> > 07:45:45 UTC (rev 62124) @@ -24186,9 +24186,11 @@
> >    EAPI void         elm_grid_pack_set(Evas_Object *subobj, int x, int y,
> > int w, int h); EAPI void         elm_grid_pack_get(Evas_Object *subobj, int
> > *x, int *y, int *w, int *h);
> >
> > -   EAPI Evas_Object *elm_genscroller_add(Evas_Object *parent);
> > -   EAPI void         elm_genscroller_world_size_set(Evas_Object *obj,
> > Evas_Coord w, Evas_Coord h);
> >
> > +   EAPI Evas_Object *elm_factory_add(Evas_Object *parent);
> > +   EAPI void         elm_factory_content_set(Evas_Object *obj, Evas_Object
> > *content);
> > +   EAPI Evas_Object *elm_factory_content_get(const Evas_Object *obj);
> > +
> >    EAPI Evas_Object *elm_video_add(Evas_Object *parent);
> >    EAPI void elm_video_file_set(Evas_Object *video, const char *filename);
> >    EAPI void elm_video_uri_set(Evas_Object *video, const char *uri);
> >
> > Modified: trunk/elementary/src/lib/Makefile.am
> > ===
> > --- trunk/elementary/src/lib/Makefile.am        2011-08-05 05:59:53 UTC
> > (rev 62123) +++ trunk/elementary/src/lib/Makefile.am        2011-08-05
> > 07:45:45 UTC (rev 62124) @@ -66,13 +66,13 @@
> >  elm_conform.c \
> >  elm_diskselector.c \
> >  elm_entry.c \
> > +elm_factory.c \
> >  elm_flip.c \
> >  elm_flipselector.c \
> >  elm_font.c \
> >  elm_frame.c \
> >  elm_gengrid.c \
> >  elm_genlist.c \
> > -elm_genscroller.c \
> >  elm_gesture_layer.c \
> >  elm_glview.c \
> >  elm_grid.c \
> >
> >
> > --
> > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> > The must-attend event for mobile developers. Connect with experts.
> > Get tools for creating Super Apps. See the latest technologies.
> > Sessions, hands-on labs, demos & much more. Register early & save!
> > http://p.sf.net/sfu/rim-blackberry-1
> > ___
> > enlightenment-svn mailing list
> > enlightenment-...@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> >
> 
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts. 
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


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


--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Evolution of JPEG (fwd)

[Vincent Torri]

Hey,

for those who are interested in the evolution of the jpeg format, here are 
some documents that have been written

Of course, you can contact Guido for more informations about that 
evolution

Vincent

-- Forwarded message --
Date: Fri, 05 Aug 2011 11:13:30 +0200
From: Guido Vollbeding 
To: Bill Allombert ,
 Bob Friesenhahn ,
 Vincent Torri 
Subject: Evolution of JPEG

Hello folks

I was invited and took part in the ISO JPEG meeting in
July in Berlin, Germany.

Here is my contribution:

   http://jpegclub.org/temp/
   http://jpegclub.org/temp/Evolution_of_JPEG.doc

Regards
Guido


--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: woohyun IN trunk/elementary/src: bin lib

[Gustavo Barbieri]

Sorry, but there is directional scrolling implemented. Why did you
duplicate it with a worse API (directional scrolling takes x,y as
direction parameters and may do diagonal). If it's broken or not
implemented it's better to fix it than to introduce something new.

Sent from my iPhone

On 05/08/2011, at 10:26, "Enlightenment SVN"  wrote:

> Log:
> elementary : Focus movement is possible with arrow keys. You can check
>  this feature in elementary_test -> focus.
>
>
> Author:   woohyun
> Date: 2011-08-05 01:25:07 -0700 (Fri, 05 Aug 2011)
> New Revision: 62125
> Trac: http://trac.enlightenment.org/e/changeset/62125
>
> Modified:
>  trunk/elementary/src/bin/test_focus.c 
> trunk/elementary/src/lib/Elementary.h.in 
> trunk/elementary/src/lib/elm_widget.c trunk/elementary/src/lib/elm_widget.h 
> trunk/elementary/src/lib/elm_win.c
>
> Modified: trunk/elementary/src/bin/test_focus.c
> ===
> --- trunk/elementary/src/bin/test_focus.c2011-08-05 07:45:45 UTC (rev 
> 62124)
> +++ trunk/elementary/src/bin/test_focus.c2011-08-05 08:25:07 UTC (rev 
> 62125)
> @@ -91,7 +91,8 @@
>   {
>  Evas_Object *lb = elm_label_add(win);
>  elm_object_text_set(lb,
> - "Use Tab and Shift+Tab"
> + "Use Tab, Shift+Tab, and"
> + "Arrow Keys"
> );
>  evas_object_size_hint_weight_set(lb, 0.0, 0.0);
>  evas_object_size_hint_align_set(lb, EVAS_HINT_FILL,
>
> Modified: trunk/elementary/src/lib/Elementary.h.in
> ===
> --- trunk/elementary/src/lib/Elementary.h.in2011-08-05 07:45:45 UTC (rev 
> 62124)
> +++ trunk/elementary/src/lib/Elementary.h.in2011-08-05 08:25:07 UTC (rev 
> 62125)
> @@ -320,7 +320,11 @@
>typedef enum _Elm_Focus_Direction
>  {
> ELM_FOCUS_PREVIOUS,
> -ELM_FOCUS_NEXT
> +ELM_FOCUS_NEXT,
> +ELM_FOCUS_UP,
> +ELM_FOCUS_DOWN,
> +ELM_FOCUS_LEFT,
> +ELM_FOCUS_RIGHT
>  } Elm_Focus_Direction;
>
>typedef enum _Elm_Text_Format
>
> Modified: trunk/elementary/src/lib/elm_widget.c
> ===
> --- trunk/elementary/src/lib/elm_widget.c2011-08-05 07:45:45 UTC (rev 
> 62124)
> +++ trunk/elementary/src/lib/elm_widget.c2011-08-05 08:25:07 UTC (rev 
> 62125)
> @@ -158,6 +158,10 @@
> static Evas_Object *_newest_focus_order_get(Evas_Object  *obj,
> unsigned int *newest_focus_order,
> Eina_Bool can_focus_only);
> +static Eina_Bool _focus_list_direction_nearest_get(Evas_Object*obj,
> +Eina_List  *list,
> +Elm_Focus_Direction dir,
> +Evas_Object   **nearest);
>
> /* local subsystem globals */
> static Evas_Smart *_e_smart = NULL;
> @@ -399,6 +403,96 @@
>  }
> }
>
> +static Eina_Bool
> +_focus_list_direction_nearest_get(Evas_Object*obj,
> +  Eina_List  *list,
> +  Elm_Focus_Direction dir,
> +  Evas_Object   **nearest)
> +{
> +   Evas_Object *cur, *next = NULL;
> +   Eina_List *l;
> +   double weight = 0.0;
> +   Evas_Coord x, y, w, h, cx, cy;
> +
> +   if (!nearest) return EINA_FALSE;
> +   *nearest =  NULL;
> +
> +   evas_object_geometry_get(obj, &x, &y, &w, &h);
> +   cx = x + (w / 2);
> +   cy = y + (h / 2);
> +
> +   EINA_LIST_FOREACH(list, l, cur)
> + {
> +if (obj == cur) continue;
> +Evas_Coord cur_x, cur_y, cur_w, cur_h;
> +int w_gap = 0, h_gap = 0;
> +double cur_weight = 0.0;
> +
> +evas_object_geometry_get(cur, &cur_x, &cur_y, &cur_w, &cur_h);
> +
> +if (dir == ELM_FOCUS_LEFT)
> +  {
> + if (x < (cur_x + cur_w)) continue;
> + w_gap = x - (cur_x + cur_w);
> + if ((cy >= cur_y) && (cy <= (cur_y + cur_h)))
> +   h_gap = 0;
> + else if (cy > (cur_y + cur_h))
> +   h_gap = cy - (cur_y + cur_h);
> + else if (cy < (cur_y))
> +   h_gap = cur_y - cy;
> +  }
> +else if (dir == ELM_FOCUS_RIGHT)
> +  {
> + if ((x + w) > cur_x) continue;
> + w_gap = cur_x - (x + w);
> + if ((cy >= cur_y) && (cy <= (cur_y + cur_h)))
> +   h_gap = 0;
> + else if (cy > (cur_y + cur_h))
> +   h_gap = cy - (cur_y + cur_h);
> + else if (cy < (cur_y))
> +   h_gap = cur_y - cy;
> +  }
> +else if (dir == ELM_FOCUS_UP)
> +  {
> + if

Re: [E-devel] HEADER SIZE POLL

[Gustavo Barbieri]

On 05/08/2011, at 05:28, Lucas De Marchi  wrote:

> On Thu, Jul 28, 2011 at 3:17 PM, Iván Briano (Sachiel)
>  wrote:
>> Since this subject is annoying, I will also be annoying by top-posting.
>>
>> I like my docs in the .c files, and keep in the .h whatever is needed to
>> be there only. If needed, doxygen even supports having docs in some
>> other random file, but I like headers to be as small and packed as possible
>> so the entire list of functions fits in one terminal window.
>
> I couldn't agree more.
>
>
>> 2011/7/28 Mike Blumenkrantz :
>>> On Thu, 28 Jul 2011 20:22:51 +0300
>>> Tom Hacohen  wrote:
>>>
 On 28/07/11 19:42, Mike Blumenkrantz wrote:
> This is a community project, so we can do stuff like having polls and 
> taking
> votes right? Okay then, since there's been some disagreement with strong
> opinions on either side we're voting on a super important issue - header
> size. Specifically, the Elementary.h header.
>
> As with any serious vote, here is your ballot:
>
> 1) LEAVE AS-IS, CONTINUE ADDING DOCS TO Elementary.h
> 2) SPLIT INTO WIDGET HEADERS SIMILAR TO EINA
> 3) OTHER (Explain)
>
> 3) docs should be done in .c files.
>

My preferences:
#2- like eina
#3- in c source




>
> Lucas De Marchi
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: cedric IN trunk/espionnage: . src/bin

[Leif Middelschulte]

2011/8/5 Enlightenment SVN :
> Log:
> espionnage: add libface svn support.
>
>
> Author:       cedric
> Date:         2011-08-05 02:30:08 -0700 (Fri, 05 Aug 2011)
> New Revision: 62129
> Trac:         http://trac.enlightenment.org/e/changeset/62129
>
> Modified:
>  trunk/espionnage/configure.ac trunk/espionnage/src/bin/espionnage_face.cpp
>
> Modified: trunk/espionnage/configure.ac
> ===
> --- trunk/espionnage/configure.ac       2011-08-05 08:51:10 UTC (rev 62128)
> +++ trunk/espionnage/configure.ac       2011-08-05 09:30:08 UTC (rev 62129)
> @@ -67,11 +67,16 @@
>  ## http://libface.sourceforge.net
>  have_libface="no"
>  PKG_CHECK_MODULES([FACE], [libface], [have_libface="yes"], 
> [have_libface="no"])
> +PKG_CHECK_MODULES([FACE2], [libface >= 0.2], [have_libface2="yes"], 
> [have_libface2="no"])
>
>  if test "x${have_libface}" = "xyes"; then
>    AC_DEFINE(HAVE_FACE, 1, [Define to 1 if libface is available])
>  fi
>
> +if test "x${have_libface2}" = "xyes"; then
> +   AC_DEFINE(HAVE_FACE2, 1, [Define to 1 if libface >= 0.2 is available])
> +fi
> +
>  ### Checks for compiler characteristics
>
>  AM_PROG_CC_STDC
>
> Modified: trunk/espionnage/src/bin/espionnage_face.cpp
> ===
> --- trunk/espionnage/src/bin/espionnage_face.cpp        2011-08-05 08:51:10 
> UTC (rev 62128)
> +++ trunk/espionnage/src/bin/espionnage_face.cpp        2011-08-05 09:30:08 
> UTC (rev 62129)
> @@ -16,22 +16,38 @@
>  {
>  #ifdef HAVE_FACE
>    libface::LibFace* libFace = new libface::LibFace(libface::DETECT, ".");
> +#ifdef HAVE_FACE2
> +   std::vector *result;
> +#else
>    std::vector result;
> +#endif
>    unsigned int i;
>    Eina_List *back = NULL;
>
>    result = libFace->detectFaces(data, width, height, stride, IPL_DEPTH_8U, 
> 1, 0);
> +#ifdef HAVE_FACE2
> +   for (i = 0; i < result->size(); i++)
> +#else
>    for (i = 0; i < result.size(); i++)
> +#endif
>      {
> +#ifdef HAVE_FACE2
> +        libface::Face *face = result.at(i);
shouldn't this be result->at(i); ?
> +#else
>         libface::Face *face = &result.at(i);
> +#endif
>         Eina_Rectangle *r;
>
>         r = eina_rectangle_new(face->getX1(), face->getY1(), face->getX2() - 
> face->getX1(), face->getY2() - face->getY1());
>         back = eina_list_append(back, r);
> -
> -        result.clear();
>      }
>
> +#ifdef HAVE_FACE2
> +   result->clear();
> +#else
> +   result.clear();
> +#endif
> +
>    return back;
>  #else
>    return NULL;
>
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>



-- 
Leif

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] espionnage fix for libface(>=0.2)/current svn

[Leif Middelschulte]

2011/8/5 Mike Blumenkrantz :
> On Fri, 5 Aug 2011 03:55:00 +0200
> Leif Middelschulte  wrote:
>
>> 2011/8/5 Mike Blumenkrantz :
>> > On Fri, 5 Aug 2011 03:06:41 +0200
>> > Leif Middelschulte  wrote:
>> >
>> >> Hello all, especially Cedric ;-)
>> >>
>> >> Find attached a patch for espionnage, that makes it work with the
>> >> development version >0.2 of libface.
>> >>
>> > in
>> Wouw, slowdown cowboy ;-)
>> Thanks for trusting me with the patch, but I guess Cedric had a reason
>> to write against 0.1 of libface. This patch actually must be guarded
>> by autofoo magic wrt version of libface during compile time. I hate
>> autofoo too much to write a patch for configure.ac, but I guess it
>> would be the way to go.
>> >
>> > --
>> > Mike Blumenkrantz
>> > Zentific: Coding in binary since '10.
>> >
>>
>>
>>
> I hate you so much.
http://2.bp.blogspot.com/-NQra4uGqWIg/TZo9LkGLPQI/D2E/6-DzH4ceKnE/s1600/Haters_Gonna_Hate_09.jpg
>
> --
> Mike Blumenkrantz
> Zentific: Coding in binary since '10.
>

-- 
Leif

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: woohyun IN trunk/elementary/src: bin lib

[Jung정우현]

hello ~ Gustavo.

Can I know that you meant "elm_widget_focus_direction_go" API ?
And one more, what is worse API I made ?
I only added elm_widget_can_focus_child_get API...  and I think it doesn't
duplicate exist one.


2011/8/5 Gustavo Barbieri 

> Sorry, but there is directional scrolling implemented. Why did you
> duplicate it with a worse API (directional scrolling takes x,y as
> direction parameters and may do diagonal). If it's broken or not
> implemented it's better to fix it than to introduce something new.
>
> Sent from my iPhone
>
> On 05/08/2011, at 10:26, "Enlightenment SVN" 
> wrote:
>
> > Log:
> > elementary : Focus movement is possible with arrow keys. You can check
> >  this feature in elementary_test -> focus.
> >
> >
> > Author:   woohyun
> > Date: 2011-08-05 01:25:07 -0700 (Fri, 05 Aug 2011)
> > New Revision: 62125
> > Trac: http://trac.enlightenment.org/e/changeset/62125
> >
> > Modified:
> >  trunk/elementary/src/bin/test_focus.c trunk/elementary/src/lib/
> Elementary.h.in trunk/elementary/src/lib/elm_widget.c
> trunk/elementary/src/lib/elm_widget.h trunk/elementary/src/lib/elm_win.c
> >
> > Modified: trunk/elementary/src/bin/test_focus.c
> > ===
> > --- trunk/elementary/src/bin/test_focus.c2011-08-05 07:45:45 UTC (rev
> 62124)
> > +++ trunk/elementary/src/bin/test_focus.c2011-08-05 08:25:07 UTC (rev
> 62125)
> > @@ -91,7 +91,8 @@
> >   {
> >  Evas_Object *lb = elm_label_add(win);
> >  elm_object_text_set(lb,
> > - "Use Tab and Shift+Tab"
> > + "Use Tab, Shift+Tab, and"
> > + "Arrow Keys"
> > );
> >  evas_object_size_hint_weight_set(lb, 0.0, 0.0);
> >  evas_object_size_hint_align_set(lb, EVAS_HINT_FILL,
> >
> > Modified: trunk/elementary/src/lib/Elementary.h.in
> > ===
> > --- trunk/elementary/src/lib/Elementary.h.in2011-08-05 07:45:45 UTC
> (rev 62124)
> > +++ trunk/elementary/src/lib/Elementary.h.in2011-08-05 08:25:07 UTC
> (rev 62125)
> > @@ -320,7 +320,11 @@
> >typedef enum _Elm_Focus_Direction
> >  {
> > ELM_FOCUS_PREVIOUS,
> > -ELM_FOCUS_NEXT
> > +ELM_FOCUS_NEXT,
> > +ELM_FOCUS_UP,
> > +ELM_FOCUS_DOWN,
> > +ELM_FOCUS_LEFT,
> > +ELM_FOCUS_RIGHT
> >  } Elm_Focus_Direction;
> >
> >typedef enum _Elm_Text_Format
> >
> > Modified: trunk/elementary/src/lib/elm_widget.c
> > ===
> > --- trunk/elementary/src/lib/elm_widget.c2011-08-05 07:45:45 UTC (rev
> 62124)
> > +++ trunk/elementary/src/lib/elm_widget.c2011-08-05 08:25:07 UTC (rev
> 62125)
> > @@ -158,6 +158,10 @@
> > static Evas_Object *_newest_focus_order_get(Evas_Object  *obj,
> > unsigned int
> *newest_focus_order,
> > Eina_Bool
> can_focus_only);
> > +static Eina_Bool _focus_list_direction_nearest_get(Evas_Object
>  *obj,
> > +Eina_List
>  *list,
> > +Elm_Focus_Direction dir,
> > +Evas_Object
> **nearest);
> >
> > /* local subsystem globals */
> > static Evas_Smart *_e_smart = NULL;
> > @@ -399,6 +403,96 @@
> >  }
> > }
> >
> > +static Eina_Bool
> > +_focus_list_direction_nearest_get(Evas_Object*obj,
> > +  Eina_List  *list,
> > +  Elm_Focus_Direction dir,
> > +  Evas_Object   **nearest)
> > +{
> > +   Evas_Object *cur, *next = NULL;
> > +   Eina_List *l;
> > +   double weight = 0.0;
> > +   Evas_Coord x, y, w, h, cx, cy;
> > +
> > +   if (!nearest) return EINA_FALSE;
> > +   *nearest =  NULL;
> > +
> > +   evas_object_geometry_get(obj, &x, &y, &w, &h);
> > +   cx = x + (w / 2);
> > +   cy = y + (h / 2);
> > +
> > +   EINA_LIST_FOREACH(list, l, cur)
> > + {
> > +if (obj == cur) continue;
> > +Evas_Coord cur_x, cur_y, cur_w, cur_h;
> > +int w_gap = 0, h_gap = 0;
> > +double cur_weight = 0.0;
> > +
> > +evas_object_geometry_get(cur, &cur_x, &cur_y, &cur_w, &cur_h);
> > +
> > +if (dir == ELM_FOCUS_LEFT)
> > +  {
> > + if (x < (cur_x + cur_w)) continue;
> > + w_gap = x - (cur_x + cur_w);
> > + if ((cy >= cur_y) && (cy <= (cur_y + cur_h)))
> > +   h_gap = 0;
> > + else if (cy > (cur_y + cur_h))
> > +   h_gap = cy - (cur_y + cur_h);
> > + else if (cy < (cur_y))
> > +   h_gap = cur_y - cy;
> > +  }
> > +else if (dir == ELM_FOCUS_RIGHT)
> > +

Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib

[Mike Blumenkrantz]

On Fri,  5 Aug 2011 04:15:04 -0700
"Enlightenment SVN"  wrote:

> Log:
> factory working on it. but up and kicking. it's a little unhappy
>   with the 102 million buttons i have in the scroller right now...  when
>   you scroll along, but... i'll work at it to make it work better.
>   
>   
> 
> Author:   raster
> Date: 2011-08-05 04:15:03 -0700 (Fri, 05 Aug 2011)
> New Revision: 62130
> Trac: http://trac.enlightenment.org/e/changeset/62130
> 
> Added:
>   trunk/elementary/src/bin/test_factory.c 
> Modified:
>   trunk/elementary/src/bin/Makefile.am trunk/elementary/src/bin/test.c
> trunk/elementary/src/lib/elm_factory.c 
I'll admit that my actions upon seeing this commit were foolish. I should know
better than to test new widgets. But having seen raster working on this,
putting it through renames, rewrites, vacations, and so much more, I decided to
try it out. I opened up elm_test and, with growing anxiety, scrolled to the
test which read "Factory."
I clicked the entry. A new window opened up, one containing buttons. Hundreds
of buttons. Thousands! They were innumerable, as many as the grains of sand on
a beach. As I scrolled through them, the debug info staggered me, emitting at
such a rate as to become unreadable as it flew by.
I decided that as long as I was already entering the realm of fools and madmen
I would see how far I could go. I clicked the scrollbar on the side of the test
window. Taking a deep breath, I gripped my mouse tightly and then began to
drag. I dragged that tiny slider for what must have been milliseconds, seconds!
The debug info, which had continued spewing forth at its impossible rate, was
now quickly becoming a hazard. It was forcing my terminal to scroll faster than
terminals were meant to scroll, my X to redraw faster than it was able.
Without warning, my window border started to glow red - the signal of a hanging
application. I did what any crash-fearing man would do: I panicked. My
interface was becoming sluggish and unstable as I raced my mouse cursor towards
the terminal. I only prayed that I would make it in time.
I clicked on the terminal. Nothing happened. I clicked again. Still nothing. I
began clicking frantically, using 20 years of experience clicking mouse buttons
in the attempt to return focus to the terminal window. Finally, after three
hundred forty-seven clicks, the text cursor solidified. I had regained focus in
the terminal.
I knew that at this point, my only hope of salvation was to stop the process. I
depressed the left control key on my keyboard. A bead of sweat ran down my brow
as I reached for the C key. Would I be in time?
I hit the key combination and waited, my heart hammering in my chest. The
frenetic scrolling continued, then slowed. At last it halted completely.
Just then, my phone rang; it was my mother. I answered, and she asked how
things were going. I told her of my ordeals, and she got scared. She said
"You're movin' with your auntie and uncle in Bel-Air!"
I whistled for a cab and when it came near, the license plate said fresh and it
had dice in the mirror. If anything I could say that this cab was rare, but I
thought, "Nah, forget it. Yo, holmes to Bel-Air!" I pulled up to the house
about 7 or 8 and I yelled to the cabbie, "Yo homes smell ya later!" Looked at
my kingdom I was finally there, to sit on my throne as the prince of Bel-Air.

-- 
Mike Blumenkrantz
Zentific: Coding in binary since '10.

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib

[The Rasterman]

On Fri, 5 Aug 2011 07:54:58 -0400 Mike Blumenkrantz  said:

as i said.. it's a little unhappy with 102 million buttons. at times. if you
scroll slowly it's happy to keep rumbling along indefnintiely. it takes a bit
of a breather every now and again in locations. i'm tracking down why but it
seems to be a nice little perfect storm of the right series of callbacks
happening triggering more callbacks that trigger more callbacks that... well..
end up in an interesting state. :)

> On Fri,  5 Aug 2011 04:15:04 -0700
> "Enlightenment SVN"  wrote:
> 
> > Log:
> > factory working on it. but up and kicking. it's a little unhappy
> >   with the 102 million buttons i have in the scroller right now...  when
> >   you scroll along, but... i'll work at it to make it work better.
> >   
> >   
> > 
> > Author:   raster
> > Date: 2011-08-05 04:15:03 -0700 (Fri, 05 Aug 2011)
> > New Revision: 62130
> > Trac: http://trac.enlightenment.org/e/changeset/62130
> > 
> > Added:
> >   trunk/elementary/src/bin/test_factory.c 
> > Modified:
> >   trunk/elementary/src/bin/Makefile.am trunk/elementary/src/bin/test.c
> > trunk/elementary/src/lib/elm_factory.c 
> I'll admit that my actions upon seeing this commit were foolish. I should know
> better than to test new widgets. But having seen raster working on this,
> putting it through renames, rewrites, vacations, and so much more, I decided
> to try it out. I opened up elm_test and, with growing anxiety, scrolled to the
> test which read "Factory."
> I clicked the entry. A new window opened up, one containing buttons. Hundreds
> of buttons. Thousands! They were innumerable, as many as the grains of sand on
> a beach. As I scrolled through them, the debug info staggered me, emitting at
> such a rate as to become unreadable as it flew by.
> I decided that as long as I was already entering the realm of fools and madmen
> I would see how far I could go. I clicked the scrollbar on the side of the
> test window. Taking a deep breath, I gripped my mouse tightly and then began
> to drag. I dragged that tiny slider for what must have been milliseconds,
> seconds! The debug info, which had continued spewing forth at its impossible
> rate, was now quickly becoming a hazard. It was forcing my terminal to scroll
> faster than terminals were meant to scroll, my X to redraw faster than it was
> able. Without warning, my window border started to glow red - the signal of a
> hanging application. I did what any crash-fearing man would do: I panicked. My
> interface was becoming sluggish and unstable as I raced my mouse cursor
> towards the terminal. I only prayed that I would make it in time.
> I clicked on the terminal. Nothing happened. I clicked again. Still nothing. I
> began clicking frantically, using 20 years of experience clicking mouse
> buttons in the attempt to return focus to the terminal window. Finally, after
> three hundred forty-seven clicks, the text cursor solidified. I had regained
> focus in the terminal.
> I knew that at this point, my only hope of salvation was to stop the process.
> I depressed the left control key on my keyboard. A bead of sweat ran down my
> brow as I reached for the C key. Would I be in time?
> I hit the key combination and waited, my heart hammering in my chest. The
> frenetic scrolling continued, then slowed. At last it halted completely.
> Just then, my phone rang; it was my mother. I answered, and she asked how
> things were going. I told her of my ordeals, and she got scared. She said
> "You're movin' with your auntie and uncle in Bel-Air!"
> I whistled for a cab and when it came near, the license plate said fresh and
> it had dice in the mirror. If anything I could say that this cab was rare,
> but I thought, "Nah, forget it. Yo, holmes to Bel-Air!" I pulled up to the
> house about 7 or 8 and I yelled to the cabbie, "Yo homes smell ya later!"
> Looked at my kingdom I was finally there, to sit on my throne as the prince
> of Bel-Air.
> 
> -- 
> Mike Blumenkrantz
> Zentific: Coding in binary since '10.
> 
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts. 
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


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


--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for cre

Re: [E-devel] E SVN: cedric IN trunk/espionnage: . src/bin

[Cedric BAIL]

On Fri, Aug 5, 2011 at 12:18 PM, Leif Middelschulte
 wrote:
> 2011/8/5 Enlightenment SVN :
>> Log:
>> espionnage: add libface svn support.
>>
>>
>> Author:       cedric
>> Date:         2011-08-05 02:30:08 -0700 (Fri, 05 Aug 2011)
>> New Revision: 62129
>> Trac:         http://trac.enlightenment.org/e/changeset/62129
>>
>> Modified:
>>  trunk/espionnage/configure.ac trunk/espionnage/src/bin/espionnage_face.cpp
>>
>> Modified: trunk/espionnage/configure.ac
>> ===
>> --- trunk/espionnage/configure.ac       2011-08-05 08:51:10 UTC (rev 62128)
>> +++ trunk/espionnage/configure.ac       2011-08-05 09:30:08 UTC (rev 62129)
>> @@ -67,11 +67,16 @@
>>  ## http://libface.sourceforge.net
>>  have_libface="no"
>>  PKG_CHECK_MODULES([FACE], [libface], [have_libface="yes"], 
>> [have_libface="no"])
>> +PKG_CHECK_MODULES([FACE2], [libface >= 0.2], [have_libface2="yes"], 
>> [have_libface2="no"])
>>
>>  if test "x${have_libface}" = "xyes"; then
>>    AC_DEFINE(HAVE_FACE, 1, [Define to 1 if libface is available])
>>  fi
>>
>> +if test "x${have_libface2}" = "xyes"; then
>> +   AC_DEFINE(HAVE_FACE2, 1, [Define to 1 if libface >= 0.2 is available])
>> +fi
>> +
>>  ### Checks for compiler characteristics
>>
>>  AM_PROG_CC_STDC
>>
>> Modified: trunk/espionnage/src/bin/espionnage_face.cpp
>> ===
>> --- trunk/espionnage/src/bin/espionnage_face.cpp        2011-08-05 08:51:10 
>> UTC (rev 62128)
>> +++ trunk/espionnage/src/bin/espionnage_face.cpp        2011-08-05 09:30:08 
>> UTC (rev 62129)
>> @@ -16,22 +16,38 @@
>>  {
>>  #ifdef HAVE_FACE
>>    libface::LibFace* libFace = new libface::LibFace(libface::DETECT, ".");
>> +#ifdef HAVE_FACE2
>> +   std::vector *result;
>> +#else
>>    std::vector result;
>> +#endif
>>    unsigned int i;
>>    Eina_List *back = NULL;
>>
>>    result = libFace->detectFaces(data, width, height, stride, IPL_DEPTH_8U, 
>> 1, 0);
>> +#ifdef HAVE_FACE2
>> +   for (i = 0; i < result->size(); i++)
>> +#else
>>    for (i = 0; i < result.size(); i++)
>> +#endif
>>      {
>> +#ifdef HAVE_FACE2
>> +        libface::Face *face = result.at(i);
> shouldn't this be result->at(i); ?

Thanks for the review, typo fixed. Let me know if it work for you.
-- 
Cedric BAIL

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib

[ChunEon Park]

Is it novel?

Let's run together for the best moment!
 -Regards, Hermet-
 
-Original Message-
From: "Mike Blumenkrantz" 
To: enlightenment-...@lists.sourceforge.net
Cc: enlightenment-devel@lists.sourceforge.net
Sent: 11-08-05(금) 20:54:58
Subject: Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib
On Fri, 5 Aug 2011 04:15:04 -0700
"Enlightenment SVN"  wrote:
> Log:
> factory working on it. but up and kicking. it's a little unhappy
> with the 102 million buttons i have in the scroller right now... when
> you scroll along, but... i'll work at it to make it work better.
> 
> 
> 
> Author: raster
> Date: 2011-08-05 04:15:03 -0700 (Fri, 05 Aug 2011)
> New Revision: 62130
> Trac: http://trac.enlightenment.org/e/changeset/62130
> 
> Added:
> trunk/elementary/src/bin/test_factory.c 
> Modified:
> trunk/elementary/src/bin/Makefile.am trunk/elementary/src/bin/test.c
> trunk/elementary/src/lib/elm_factory.c 
I'll admit that my actions upon seeing this commit were foolish. I should know
better than to test new widgets. But having seen raster working on this,
putting it through renames, rewrites, vacations, and so much more, I decided to
try it out. I opened up elm_test and, with growing anxiety, scrolled to the
test which read "Factory."
I clicked the entry. A new window opened up, one containing buttons. Hundreds
of buttons. Thousands! They were innumerable, as many as the grains of sand on
a beach. As I scrolled through them, the debug info staggered me, emitting at
such a rate as to become unreadable as it flew by.
I decided that as long as I was already entering the realm of fools and madmen
I would see how far I could go. I clicked the scrollbar on the side of the test
window. Taking a deep breath, I gripped my mouse tightly and then began to
drag. I dragged that tiny slider for what must have been milliseconds, seconds!
The debug info, which had continued spewing forth at its impossible rate, was
now quickly becoming a hazard. It was forcing my terminal to scroll faster than
terminals were meant to scroll, my X to redraw faster than it was able.
Without warning, my window border started to glow red - the signal of a hanging
application. I did what any crash-fearing man would do: I panicked. My
interface was becoming sluggish and unstable as I raced my mouse cursor towards
the terminal. I only prayed that I would make it in time.
I clicked on the terminal. Nothing happened. I clicked again. Still nothing. I
began clicking frantically, using 20 years of experience clicking mouse buttons
in the attempt to return focus to the terminal window. Finally, after three
hundred forty-seven clicks, the text cursor solidified. I had regained focus in
the terminal.
I knew that at this point, my only hope of salvation was to stop the process. I
depressed the left control key on my keyboard. A bead of sweat ran down my brow
as I reached for the C key. Would I be in time?
I hit the key combination and waited, my heart hammering in my chest. The
frenetic scrolling continued, then slowed. At last it halted completely.
Just then, my phone rang; it was my mother. I answered, and she asked how
things were going. I told her of my ordeals, and she got scared. She said
"You're movin' with your auntie and uncle in Bel-Air!"
I whistled for a cab and when it came near, the license plate said fresh and it
had dice in the mirror. If anything I could say that this cab was rare, but I
thought, "Nah, forget it. Yo, holmes to Bel-Air!" I pulled up to the house
about 7 or 8 and I yelled to the cabbie, "Yo homes smell ya later!" Looked at
my kingdom I was finally there, to sit on my throne as the prince of Bel-Air.
-- 
Mike Blumenkrantz
Zentific: Coding in binary since '10.
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: bdilly trunk/elementary/doc/img

[Bruno Dilly]

On Thu, Aug 4, 2011 at 7:39 PM, Mike Blumenkrantz  wrote:
> On Thu,  4 Aug 2011 15:34:51 -0700
> "Enlightenment SVN"  wrote:
>
>> Log:
>> Elementary: Improve some documentation images
>>   Changes made by Marina Proni.
>>
>>
>>
>> Author:       bdilly
>> Date:         2011-08-04 15:34:51 -0700 (Thu, 04 Aug 2011)
>> New Revision: 62114
>> Trac:         http://trac.enlightenment.org/e/changeset/62114
>>
>> Modified:
>>   trunk/elementary/doc/img/conformant.eps
>> trunk/elementary/doc/img/conformant.png trunk/elementary/doc/img/list.eps
>> trunk/elementary/doc/img/list.png trunk/elementary/doc/img/panes.eps
>> trunk/elementary/doc/img/panes.png
>> trunk/elementary/doc/img/segment_control.eps
>> trunk/elementary/doc/img/segment_control.png
>> trunk/elementary/doc/img/toolbar.eps trunk/elementary/doc/img/toolbar.png
>>
> jesus man, tag these as binary!

Sorry, Mr. Complainer.

>
> --
> Mike Blumenkrantz
> Zentific: Coding in binary since '10.
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Bruno Dilly
Senior Developer
ProFUSION embedded systems
http://profusion.mobi

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib

[Bruno Dilly]

On Fri, Aug 5, 2011 at 8:54 AM, Mike Blumenkrantz  wrote:
> On Fri,  5 Aug 2011 04:15:04 -0700
> "Enlightenment SVN"  wrote:
>
>> Log:
>> factory working on it. but up and kicking. it's a little unhappy
>>   with the 102 million buttons i have in the scroller right now...  when
>>   you scroll along, but... i'll work at it to make it work better.
>>
>>
>>
>> Author:       raster
>> Date:         2011-08-05 04:15:03 -0700 (Fri, 05 Aug 2011)
>> New Revision: 62130
>> Trac:         http://trac.enlightenment.org/e/changeset/62130
>>
>> Added:
>>   trunk/elementary/src/bin/test_factory.c
>> Modified:
>>   trunk/elementary/src/bin/Makefile.am trunk/elementary/src/bin/test.c
>> trunk/elementary/src/lib/elm_factory.c
> I'll admit that my actions upon seeing this commit were foolish. I should know
> better than to test new widgets. But having seen raster working on this,
> putting it through renames, rewrites, vacations, and so much more, I decided 
> to
> try it out. I opened up elm_test and, with growing anxiety, scrolled to the
> test which read "Factory."
> I clicked the entry. A new window opened up, one containing buttons. Hundreds
> of buttons. Thousands! They were innumerable, as many as the grains of sand on
> a beach. As I scrolled through them, the debug info staggered me, emitting at
> such a rate as to become unreadable as it flew by.
> I decided that as long as I was already entering the realm of fools and madmen
> I would see how far I could go. I clicked the scrollbar on the side of the 
> test
> window. Taking a deep breath, I gripped my mouse tightly and then began to
> drag. I dragged that tiny slider for what must have been milliseconds, 
> seconds!
> The debug info, which had continued spewing forth at its impossible rate, was
> now quickly becoming a hazard. It was forcing my terminal to scroll faster 
> than
> terminals were meant to scroll, my X to redraw faster than it was able.
> Without warning, my window border started to glow red - the signal of a 
> hanging
> application. I did what any crash-fearing man would do: I panicked. My
> interface was becoming sluggish and unstable as I raced my mouse cursor 
> towards
> the terminal. I only prayed that I would make it in time.
> I clicked on the terminal. Nothing happened. I clicked again. Still nothing. I
> began clicking frantically, using 20 years of experience clicking mouse 
> buttons
> in the attempt to return focus to the terminal window. Finally, after three
> hundred forty-seven clicks, the text cursor solidified. I had regained focus 
> in
> the terminal.
> I knew that at this point, my only hope of salvation was to stop the process. 
> I
> depressed the left control key on my keyboard. A bead of sweat ran down my 
> brow
> as I reached for the C key. Would I be in time?
> I hit the key combination and waited, my heart hammering in my chest. The
> frenetic scrolling continued, then slowed. At last it halted completely.
> Just then, my phone rang; it was my mother. I answered, and she asked how
> things were going. I told her of my ordeals, and she got scared. She said
> "You're movin' with your auntie and uncle in Bel-Air!"
> I whistled for a cab and when it came near, the license plate said fresh and 
> it
> had dice in the mirror. If anything I could say that this cab was rare, but I
> thought, "Nah, forget it. Yo, holmes to Bel-Air!" I pulled up to the house
> about 7 or 8 and I yelled to the cabbie, "Yo homes smell ya later!" Looked at
> my kingdom I was finally there, to sit on my throne as the prince of Bel-Air.

lol
it's amazing!
Can you write a poem to describe your experience ?

>
> --
> Mike Blumenkrantz
> Zentific: Coding in binary since '10.
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Bruno Dilly
Senior Developer
ProFUSION embedded systems
http://profusion.mobi

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib

[Daniel Juyung Seo]

THIS IS AMAZING!

Daniel Juyung Seo (SeoZ)

On Fri, Aug 5, 2011 at 8:54 PM, Mike Blumenkrantz  wrote:
> On Fri,  5 Aug 2011 04:15:04 -0700
> "Enlightenment SVN"  wrote:
>
>> Log:
>> factory working on it. but up and kicking. it's a little unhappy
>>   with the 102 million buttons i have in the scroller right now...  when
>>   you scroll along, but... i'll work at it to make it work better.
>>
>>
>>
>> Author:       raster
>> Date:         2011-08-05 04:15:03 -0700 (Fri, 05 Aug 2011)
>> New Revision: 62130
>> Trac:         http://trac.enlightenment.org/e/changeset/62130
>>
>> Added:
>>   trunk/elementary/src/bin/test_factory.c
>> Modified:
>>   trunk/elementary/src/bin/Makefile.am trunk/elementary/src/bin/test.c
>> trunk/elementary/src/lib/elm_factory.c
> I'll admit that my actions upon seeing this commit were foolish. I should know
> better than to test new widgets. But having seen raster working on this,
> putting it through renames, rewrites, vacations, and so much more, I decided 
> to
> try it out. I opened up elm_test and, with growing anxiety, scrolled to the
> test which read "Factory."
> I clicked the entry. A new window opened up, one containing buttons. Hundreds
> of buttons. Thousands! They were innumerable, as many as the grains of sand on
> a beach. As I scrolled through them, the debug info staggered me, emitting at
> such a rate as to become unreadable as it flew by.
> I decided that as long as I was already entering the realm of fools and madmen
> I would see how far I could go. I clicked the scrollbar on the side of the 
> test
> window. Taking a deep breath, I gripped my mouse tightly and then began to
> drag. I dragged that tiny slider for what must have been milliseconds, 
> seconds!
> The debug info, which had continued spewing forth at its impossible rate, was
> now quickly becoming a hazard. It was forcing my terminal to scroll faster 
> than
> terminals were meant to scroll, my X to redraw faster than it was able.
> Without warning, my window border started to glow red - the signal of a 
> hanging
> application. I did what any crash-fearing man would do: I panicked. My
> interface was becoming sluggish and unstable as I raced my mouse cursor 
> towards
> the terminal. I only prayed that I would make it in time.
> I clicked on the terminal. Nothing happened. I clicked again. Still nothing. I
> began clicking frantically, using 20 years of experience clicking mouse 
> buttons
> in the attempt to return focus to the terminal window. Finally, after three
> hundred forty-seven clicks, the text cursor solidified. I had regained focus 
> in
> the terminal.
> I knew that at this point, my only hope of salvation was to stop the process. 
> I
> depressed the left control key on my keyboard. A bead of sweat ran down my 
> brow
> as I reached for the C key. Would I be in time?
> I hit the key combination and waited, my heart hammering in my chest. The
> frenetic scrolling continued, then slowed. At last it halted completely.
> Just then, my phone rang; it was my mother. I answered, and she asked how
> things were going. I told her of my ordeals, and she got scared. She said
> "You're movin' with your auntie and uncle in Bel-Air!"
> I whistled for a cab and when it came near, the license plate said fresh and 
> it
> had dice in the mirror. If anything I could say that this cab was rare, but I
> thought, "Nah, forget it. Yo, holmes to Bel-Air!" I pulled up to the house
> about 7 or 8 and I yelled to the cabbie, "Yo homes smell ya later!" Looked at
> my kingdom I was finally there, to sit on my throne as the prince of Bel-Air.
>
> --
> Mike Blumenkrantz
> Zentific: Coding in binary since '10.
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: woohyun IN trunk/elementary/src: bin lib

[WooHyun Jung]

Oh. I got your point.
Thanks for good advice ~~
I'll implement empty "elm_widget_focus_direction_go()" at first.
I thought somebody(who declared this API) had a plan to implement this,
so made simple directional scrolling function (only for diagonal movement).

Anybody ~ who is working for this API ~ then please inform to me :)


2011/8/5 Jung정우현 

> hello ~ Gustavo.
>
> Can I know that you meant "elm_widget_focus_direction_go" API ?
> And one more, what is worse API I made ?
> I only added elm_widget_can_focus_child_get API...  and I think it doesn't
> duplicate exist one.
>
>
> 2011/8/5 Gustavo Barbieri 
>
>> Sorry, but there is directional scrolling implemented. Why did you
>> duplicate it with a worse API (directional scrolling takes x,y as
>> direction parameters and may do diagonal). If it's broken or not
>> implemented it's better to fix it than to introduce something new.
>>
>> Sent from my iPhone
>>
>> On 05/08/2011, at 10:26, "Enlightenment SVN" 
>> wrote:
>>
>> > Log:
>> > elementary : Focus movement is possible with arrow keys. You can check
>> >  this feature in elementary_test -> focus.
>> >
>> >
>> > Author:   woohyun
>> > Date: 2011-08-05 01:25:07 -0700 (Fri, 05 Aug 2011)
>> > New Revision: 62125
>> > Trac: http://trac.enlightenment.org/e/changeset/62125
>> >
>> > Modified:
>> >  trunk/elementary/src/bin/test_focus.c trunk/elementary/src/lib/
>> Elementary.h.in trunk/elementary/src/lib/elm_widget.c
>> trunk/elementary/src/lib/elm_widget.h trunk/elementary/src/lib/elm_win.c
>> >
>> > Modified: trunk/elementary/src/bin/test_focus.c
>> > ===
>> > --- trunk/elementary/src/bin/test_focus.c2011-08-05 07:45:45 UTC
>> (rev 62124)
>> > +++ trunk/elementary/src/bin/test_focus.c2011-08-05 08:25:07 UTC
>> (rev 62125)
>> > @@ -91,7 +91,8 @@
>> >   {
>> >  Evas_Object *lb = elm_label_add(win);
>> >  elm_object_text_set(lb,
>> > - "Use Tab and Shift+Tab"
>> > + "Use Tab, Shift+Tab, and"
>> > + "Arrow Keys"
>> > );
>> >  evas_object_size_hint_weight_set(lb, 0.0, 0.0);
>> >  evas_object_size_hint_align_set(lb, EVAS_HINT_FILL,
>> >
>> > Modified: trunk/elementary/src/lib/Elementary.h.in
>> > ===
>> > --- trunk/elementary/src/lib/Elementary.h.in2011-08-05 07:45:45 UTC
>> (rev 62124)
>> > +++ trunk/elementary/src/lib/Elementary.h.in2011-08-05 08:25:07 UTC
>> (rev 62125)
>> > @@ -320,7 +320,11 @@
>> >typedef enum _Elm_Focus_Direction
>> >  {
>> > ELM_FOCUS_PREVIOUS,
>> > -ELM_FOCUS_NEXT
>> > +ELM_FOCUS_NEXT,
>> > +ELM_FOCUS_UP,
>> > +ELM_FOCUS_DOWN,
>> > +ELM_FOCUS_LEFT,
>> > +ELM_FOCUS_RIGHT
>> >  } Elm_Focus_Direction;
>> >
>> >typedef enum _Elm_Text_Format
>> >
>> > Modified: trunk/elementary/src/lib/elm_widget.c
>> > ===
>> > --- trunk/elementary/src/lib/elm_widget.c2011-08-05 07:45:45 UTC
>> (rev 62124)
>> > +++ trunk/elementary/src/lib/elm_widget.c2011-08-05 08:25:07 UTC
>> (rev 62125)
>> > @@ -158,6 +158,10 @@
>> > static Evas_Object *_newest_focus_order_get(Evas_Object  *obj,
>> > unsigned int
>> *newest_focus_order,
>> > Eina_Bool
>> can_focus_only);
>> > +static Eina_Bool _focus_list_direction_nearest_get(Evas_Object
>>  *obj,
>> > +Eina_List
>>  *list,
>> > +Elm_Focus_Direction
>> dir,
>> > +Evas_Object
>> **nearest);
>> >
>> > /* local subsystem globals */
>> > static Evas_Smart *_e_smart = NULL;
>> > @@ -399,6 +403,96 @@
>> >  }
>> > }
>> >
>> > +static Eina_Bool
>> > +_focus_list_direction_nearest_get(Evas_Object*obj,
>> > +  Eina_List  *list,
>> > +  Elm_Focus_Direction dir,
>> > +  Evas_Object   **nearest)
>> > +{
>> > +   Evas_Object *cur, *next = NULL;
>> > +   Eina_List *l;
>> > +   double weight = 0.0;
>> > +   Evas_Coord x, y, w, h, cx, cy;
>> > +
>> > +   if (!nearest) return EINA_FALSE;
>> > +   *nearest =  NULL;
>> > +
>> > +   evas_object_geometry_get(obj, &x, &y, &w, &h);
>> > +   cx = x + (w / 2);
>> > +   cy = y + (h / 2);
>> > +
>> > +   EINA_LIST_FOREACH(list, l, cur)
>> > + {
>> > +if (obj == cur) continue;
>> > +Evas_Coord cur_x, cur_y, cur_w, cur_h;
>> > +int w_gap = 0, h_gap = 0;
>> > +double cur_weight = 0.0;
>> > +
>> > +evas_object_geometry_get(cur, &cur_x, &cur_y, &cur_w, &cur_h);
>> > +
>> > +i

Re: [E-devel] [patch] elm_cnp_helper - adding paragraph separator() handling

[Mike Blumenkrantz]

On Fri, 05 Aug 2011 13:09:41 +0900
Hyoyoung Chang  wrote:

> I found what we've been missing.
> "" is 4 bytes. And PS char is 3byte(in utf-8).
> So we don't need to allocate maximum buffer size.
> Isn't it?
> 
> If it's correct, plz review it.
> Thanks
> 
> 
> > -Original Message-
> > From: Mike Blumenkrantz [mailto:m...@zentific.com]
> > Sent: Friday, August 05, 2011 11:17 AM
> > To: Hyoyoung Chang
> > Cc: 'Enlightenment developer list'
> > Subject: Re: [E-devel] [patch] elm_cnp_helper - adding paragraph
> > separator() handling
> > 
> > On Fri, 05 Aug 2011 11:03:55 +0900
> > Hyoyoung Chang  wrote:
> > 
> > > I missed account char len.
> > > Improved patch is attached.
> > >
> > > Thank you.
> > >
> > > > -Original Message-
> > > > From: Mike Blumenkrantz [mailto:m...@zentific.com]
> > > > Sent: Friday, August 05, 2011 10:26 AM
> > > > To: Enlightenment developer list
> > > > Cc: hyoyoung.ch...@samsung.com
> > > > Subject: Re: [E-devel] [patch] elm_cnp_helper - adding paragraph
> > > > separator() handling
> > > >
> > > > On Fri, 05 Aug 2011 10:11:39 +0900
> > > > Hyoyoung Chang  wrote:
> > > >
> > > > > Dear developers.
> > > > >
> > > > >
> > > > >
> > > > > This patch is about elm_cnp_helper.
> > > > >
> > > > > When using elm_entry, sometimes newline isn't copied.
> > > > >
> > > > > That's because  tag. It's represent of 'paragraph separator'.
> > > > >
> > > > > (Other case is using . It works well)
> > > > >
> > > > > I just adding  handling for separated paragraph.
> > > > >
> > > > >
> > > > >
> > > > > After url entry bug (isn't copied in some browsers.), I'll clean up
> > > > internal
> > > > > char handling.
> > > > >
> > > > >
> > > > >
> > > > > Thank you.
> > > > >
> > > > >
> > > > >
> > > > I can't commit your patch because it allows for a buffer overflow.
> > > >
> > > > elm_cnp_helper.c:1038 has
> > > >
> > > >q = malloc(strlen(p) + 1);
> > > >
> > > > which allocates exactly the length of the string in the new buffer
> > > > (because
> > > > previously the escaping code was a 1:1 substitution), but in your
> > patch
> > > > you are
> > > > copying more than 1 byte into this new buffer. You will need to
> > account
> > > > for
> > > > this somehow.
> > > >
> > > > Additionally, don't use strlen on a statically allocated string such
> > as
> > > > _PARAGRAPH_SEPARATOR. Instead, you can use
> > (sizeof(_PARAGRAPH_SEPARATOR) -
> > > > 1),
> > > > which has the benefit of not requiring optimization to determine
> > instantly
> > > > the
> > > > length of _PARAGRAPH_SEPARATOR since it is done automatically during
> > > > compile
> > > > time.
> > > >
> > > > --
> > > > Mike Blumenkrantz
> > > > Zentific: Coding in binary since '10.
> > mm as I said in IRC, you will almost definitely be better off just doing a
> > block
> > allocation of ((sizeof(LONGEST_ESCAPE) - 1) * LENGTH) + 1) at the start
> > instead
> > of your strstr() block. While this will waste some memory (lots of memory
> > on
> > large selections, unfortunately), you have the guarantee of avoiding a
> > buffer
> > overflow and the benefit of only doing one malloc() call instead of a
> > strstr()
> > + malloc().
> > To make this more futureproof, you could also add something like
> > 
> > #define LONGEST_ESCAPE _PARAGRAPH_SEPARATOR
> > 
> > which could then be easily changed later. Otherwise, with your method you
> > will
> > run into cases where you have multiple strings that you need to call
> > strstr to
> > find, which is bad for obvious reasons.
> > 
> > --
> > Mike Blumenkrantz
> > Zentific: Coding in binary since '10.
looks good, r62153

-- 
Mike Blumenkrantz
Zentific: Coding in binary since '10.

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib

[Mike Blumenkrantz]

On Fri,  5 Aug 2011 05:25:43 -0700
"Enlightenment SVN"  wrote:

> Log:
> ok demo is a bit better now. less ambitious. only 33million buttons.
>   but it scrolls fine now. using homogenous boxen now in groups of 32 (5
>   levels of 32 - ie 32 ^ 5 == 33mil or so)
>   
>   
> 
> Author:   raster
> Date: 2011-08-05 05:25:43 -0700 (Fri, 05 Aug 2011)
> New Revision: 62132
> Trac: http://trac.enlightenment.org/e/changeset/62132
> 
> Modified:
>   trunk/elementary/src/bin/test_factory.c
> trunk/elementary/src/lib/elm_factory.c 
> 
There are some days when folly strikes not once, but twice. On such days, a man
can do little but shake his head and blame Cedric. This was a day of two
follies.
Following the events of this morning, I was on my guard. I would not be taken
in so easily by the false promises of a certain typo-prone Australian
gentleman.
When news of commit 62132 hit the wire I hastily closed my email
client, fearing that it would become infected with crash-laden code. I sought
to distance myself from anything related to this 'Factory' madness, and so I
found myself stumbling through the veritable wasteland which is known to some
as trunk/elementary/src/lib/elm_entry.c.
Reading through the inane and senseless function and variable names, I headed
directly for my goal: _sizing_eval(). My editor chugged along dutifully, not
slowing despite the blinding number of unnecessary indents nor the arbitrary
null checks in callbacks which were always passed their parameters. Nay, my
editor was nigh unstoppable on this afternoon.
It was upon reaching my destination that I made my decision. I did not arrive
at it lightly, and I was prepared for the work which it required. I would
finally fix the bug which caused single line entries to take up the entire
screen for no discernible reason.
Line 647 immediately caused me great grief as I realized that it was yet
another example of the previously mentioned unnecessary indentation. This was
going to be a long session of coding.
Some minutes or hours later, my brain too fogged to comprehend simple matters
such as digital clocks, I decided to test out my changes. I opened elm_test,
then applied a generous flick to my frictionless mousewheel.
I did not know it at the time, but at this moment, a horrible coincidence was
about to ruin my day. My cat head-butted my mouse table, causing me to
inadvertently click the left mouse button. As if in slow motion, I watched the
cursor select, for the second time today, the Factory test.
I let out a terrible, yet incredibly manly, yell. Some may have described it as
a bellow. My previously asleep roommate would later describe it as "if you ever
pull that shit again while I'm sleeping I'll throw you off the balcony."
The factory test opened, and the debug info began to scroll once more. My
feeble mind was too slow to react, and my mousewheel continued its relentless
spinning, causing the test to scroll faster than it had ever moved before. It
would not be an exaggeration to state that its rate of scroll was at least
three hundred buttons per second, and the debug output was so fast as to be
completely unreadable.
I was overcome by the flashing text and rapidly scrolling buttons, and I am not
ashamed to admit that I collapsed onto the nearby couch. I awoke later, and it
was dark outside. I looked at my clock. An entire day had passed!


In summary, this is why pulseaudio/eeze-mount integration in e17 is not yet
finished.

-- 
Mike Blumenkrantz
Zentific: Coding in binary since '10.

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel