Re: [E-devel] E SVN: cedric trunk/eio/src/lib

[Cedric BAIL]

Damn forgotten svn add !!! Fixed in r66419.

Thanks

On Wed, Dec 21, 2011 at 3:39 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote:
 Spank, spank spank!!! eddrrriiiccc
 Where's eio_map.c?
 I temporarily removed eio_map.c from build.
 Please add it.

 Daniel Juyung Seo (SeoZ)

 On Wed, Dec 21, 2011 at 2:35 AM, Enlightenment SVN
 no-re...@enlightenment.org wrote:
 Log:
 eio: add API for eina_file_open and like.

  tweet: now Eio can help you load your file assynchronously !


 Author:       cedric
 Date:         2011-12-20 09:35:41 -0800 (Tue, 20 Dec 2011)
 New Revision: 66397
 Trac:         http://trac.enlightenment.org/e/changeset/66397

 Modified:
  trunk/eio/src/lib/Eio.h trunk/eio/src/lib/Makefile.am 
 trunk/eio/src/lib/eio_private.h

 Modified: trunk/eio/src/lib/Eio.h
 ===
 --- trunk/eio/src/lib/Eio.h     2011-12-20 17:25:54 UTC (rev 66396)
 +++ trunk/eio/src/lib/Eio.h     2011-12-20 17:35:41 UTC (rev 66397)
 @@ -123,6 +123,10 @@
  typedef void (*Eio_Stat_Cb)(void *data, Eio_File *handler, const struct 
 stat *stat);
  typedef void (*Eio_Progress_Cb)(void *data, Eio_File *handler, const 
 Eio_Progress *info);

 +typedef void (*Eio_Open_Cb)(void *data, Eio_File *handler, Eina_File *file);
 +typedef Eina_Bool (*Eio_Filter_Map_Cb)(void *data, Eio_File *handler, void 
 *map);
 +typedef void (*Eio_Map_Cb)(void *data, Eio_File *handler, void *map);
 +
  typedef void (*Eio_Done_Data_Cb)(void *data, Eio_File *handler, const char 
 *xattr_data, unsigned int xattr_size);
  typedef void (*Eio_Done_String_Cb)(void *data, Eio_File *handler, const 
 char *xattr_string);
  typedef void (*Eio_Done_Double_Cb)(void *data, Eio_File *handler, double 
 xattr_double);
 @@ -678,7 +682,87 @@
  /**
  *
  */
 +
  /**
 + * @defgroup Eio_Map Manipulate an Eina_File assynchronously
 + *
 + * @brief This function help manipulating file assynchronously.
 + */
 +
 +/**
 + * @brief Assynchronously open a file.
 + * @param name The file to open.
 + * @param shared If it's an shm file.
 + * @param open_cb Callback called in the main loop when the file has been 
 successfully opened.
 + * @param error_cb Callback called in the main loop when the file couldn't 
 be opened.
 + * @param data Private data given to each callback.
 + * @return NULL in case of a failure.
 + */
 +EAPI Eio_File *eio_file_open(const char *name, Eina_Bool shared,
 +                             Eio_Open_Cb open_cb,
 +                             Eio_Error_Cb error_cb,
 +                             const void *data);
 +
 +/**
 + * @brief Assynchronously close a file.
 + * @param f The file to close.
 + * @param done_cb Callback called in the main loop when the file has been 
 successfully closed.
 + * @param error_cb Callback called in the main loop when the file couldn't 
 be closed.
 + * @param data Private data given to each callback.
 + * @return NULL in case of a failure.
 + */
 +EAPI Eio_File *eio_file_close(Eina_File *f,
 +                              Eio_Done_Cb done_cb,
 +                              Eio_Error_Cb error_cb,
 +                              const void *data);
 +
 +/**
 + * @brief Assynchronously map a file in memory.
 + * @param f The file to map.
 + * @param rule The rule to apply to the map.
 + * @param filter_cb Callback called in the thread to validate the content 
 of the map.
 + * @param map_cb Callback called in the main loop when the file has been 
 successfully mapped.
 + * @param error_cb Callback called in the main loop when the file can't be 
 mapped.
 + * @param data Private data given to each callback.
 + * @return NULL in case of a failure.
 + *
 + * The container of the Eio_File is the Eina_File.
 + */
 +EAPI Eio_File *eio_file_map_all(Eina_File *f,
 +                                Eina_File_Populate rule,
 +                                Eio_Filter_Map_Cb filter_cb,
 +                                Eio_Map_Cb map_cb,
 +                                Eio_Error_Cb error_cb,
 +                                const void *data);
 +
 +/**
 + * @brief Assynchronously map a part of a file in memory.
 + * @param f The file to map.
 + * @param rule The rule to apply to the map.
 + * @param offset The offset inside the file
 + * @param length The length of the memory to map
 + * @param filter_cb Callback called in the thread to validate the content 
 of the map.
 + * @param map_cb Callback called in the main loop when the file has been 
 successfully mapped.
 + * @param error_cb Callback called in the main loop when the file can't be 
 mapped.
 + * @param data Private data given to each callback.
 + * @return NULL in case of a failure.
 + *
 + * The container of the Eio_File is the Eina_File.
 + */
 +EAPI Eio_File *eio_file_map_new(Eina_File *f,
 +                                Eina_File_Populate rule,
 +                                unsigned long int offset,
 +                                unsigned long int length,
 +              

Re: [E-devel] [E-Devel] Access

[ChunEon Park]

Here comes new Mortal Kombat character!

-Regards, Hermet-
 
-Original Message-
From: Sung W. Parklt;sung...@gmail.comgt; 
To: Enlightenment developer 
listlt;enlightenment-devel@lists.sourceforge.netgt;
Cc: 
Sent: 11-12-20(화) 16:08:20
Subject: Re: [E-devel] [E-Devel] Access
hi all,
sorry this took so long. i got slammed with some bugs that i had to fix
before I
left for Hong Kong for a week to attend a conference. Now I'm back finally
and
ready to commit some code!
I'm attaching the necessary files.
looking forward working together with you guys~!
by the way, that's a wig in the picture ;)
cheers,
Sung
On Mon, Dec 5, 2011 at 11:37 AM, Sung W. Park lt;sung...@gmail.comgt; wrote:
 Hi all,

 I've been working on Evas GL for some time now and I would like to request
 a
 commit access.

 I've been solely working on Evas_GL, elm_glview up until now and pretty
 much,
 Raster has been the only person reviewing my code.

 I'm at a point where having a commit access would make things a lot easier
 for
 me and also benefit the community as well.

 Here's what I've worked on and what I plan to work on.

 - I've proposed the Evas_GL APIs as a way to do GL rendering in Evas and
 have
 implemented the APIs for the runtime and the GL backend, both of which have
 been upstreamed.
 - I've also implemented an elementary widget called ELM GLView to make GL
 rendring even simpler using elementary. Again, this has been applied
 upstream
 as well.
 - I have also worked on two key optimizations, both of which are
 streamlined
 for review. One is called the GL Fastpath where I've implemented the state
 tracking mechanism for GL drivers that have expensive context swtiches.
 Also,
 I've implmented a direct rendering mechanism where if you turn on the
 optimization hint on, it will render directly onto the Evas' X window
 whenever
 possible. (They still need to be refined but it's a good start in my
 opinion)
 - I also have the Evas_GL software backend implemented but I haven't been
 able to submit a patch for it yet due to other pending patches.
 - I still need to write more test code and settle on the APIs once they've
 been tested more by the community.
 - Eventually, I would like to work more on Evas as well when the
 refactoring
 takes place as I recognize along with Raster and others that it's about
 time
 for anoter round of refactoring/rearchitecting the code.

 Let me know if you have questions or concerns.

 cheers,
 Sung

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch][ecore_con] Read ECORE_CON_SOCKS_V4 for ecore_con_url

[Bluezery]

Hi,

I have heard that ECORE_CON_SOCKS_V4 is used for socks proxy.
So, I add to read this value when econ_con_url is used.
But I can not test this. because I cannot access socks proxy server.
@discomfitor can help to review this patch.

-- 
BRs,
Kim.

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][ecore_con] Read ECORE_CON_SOCKS_V4 for ecore_con_url

[Michael Blumenkrantz]

On Wed, 21 Dec 2011 17:42:22 +0900
Bluezery ohpo...@gmail.com wrote:

 Hi,
 
 I have heard that ECORE_CON_SOCKS_V4 is used for socks proxy.
 So, I add to read this value when econ_con_url is used.
 But I can not test this. because I cannot access socks proxy server.
 @discomfitor can help to review this patch.
 
you forgot the patch

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][ecore_con] Read ECORE_CON_SOCKS_V4 for ecore_con_url

[Michael Blumenkrantz]

On Wed, 21 Dec 2011 17:42:22 +0900
Bluezery ohpo...@gmail.com wrote:

 Hi,
 
 I have heard that ECORE_CON_SOCKS_V4 is used for socks proxy.
 So, I add to read this value when econ_con_url is used.
 But I can not test this. because I cannot access socks proxy server.
 @discomfitor can help to review this patch.
 
also, you can easily test this by doing something like:

Create the ssh tunnel to localhost:
ssh -D  127.0.0.1

Start an app with the proxy variable which uses the localhost tunnel:
ECORE_CON_SOCKS_V4=127.0.0.1::1 ./app

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature

[ChunEon Park]

The test looks like bug!
I don't wanna this kind of changes pushed in.

-Regards, Hermet-
 
-Original Message-
From: Carsten Haitzlerlt;ras...@rasterman.comgt; 
To: Enlightenment developer 
listlt;enlightenment-devel@lists.sourceforge.netgt;
Cc: cnooklt;kimci...@gmail.comgt;
Sent: 11-12-21(수) 15:35:00
Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
On Tue, 20 Dec 2011 10:27:46 +0900 cnook lt;kimci...@gmail.comgt; said:
in! :)
 Dear All, Hello
 
 I have attached two files, one is the patch(*.diff) for adding
 restacking feature to the ctxpopup.
 The other is test example(*.TEST_EXAMPLE). You can test on the
 elementary_test  ctxpopup  Ctxpopup with user content
 And click the button which is labeled Enlightenment. Then label will
 overlap the ctxpopup.. The ctxpopup will raise in a little time.
 Please review the patch and if there is no problem, please throw the
 test example away! :-)
 
 Sincerely,
 Shinwoo Kim.
-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler) ras...@rasterman.com
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature

[The Rasterman]

On Wed, 21 Dec 2011 17:58:33 +0900 ChunEon Parkher...@naver.com said:

bug? the patch looked fine to me other than not deleting timer if ctxpopup is
deleted...

 The test looks like bug!
 I don't wanna this kind of changes pushed in.
 
 -Regards, Hermet-
  
 -Original Message-
 From: Carsten Haitzlerlt;ras...@rasterman.comgt; 
 To: Enlightenment developer
 listlt;enlightenment-devel@lists.sourceforge.netgt; Cc:
 cnooklt;kimci...@gmail.comgt; Sent: 11-12-21(수) 15:35:00
 Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
 On Tue, 20 Dec 2011 10:27:46 +0900 cnook lt;kimci...@gmail.comgt; said:
 in! :)
  Dear All, Hello
  
  I have attached two files, one is the patch(*.diff) for adding
  restacking feature to the ctxpopup.
  The other is test example(*.TEST_EXAMPLE). You can test on the
  elementary_test  ctxpopup  Ctxpopup with user content
  And click the button which is labeled Enlightenment. Then label will
  overlap the ctxpopup.. The ctxpopup will raise in a little time.
  Please review the patch and if there is no problem, please throw the
  test example away! :-)
  
  Sincerely,
  Shinwoo Kim.
 -- 
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler) ras...@rasterman.com
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create 
 new or port existing apps to sell to consumers worldwide. Explore the 
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create 
 new or port existing apps to sell to consumers worldwide. Explore the 
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 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


--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature

[ChunEon Park]

Code does not matter.
But test working looks like bug.
It creates label but never remove them until close the window.
cinoo should consider other way for the test case. 

-Regards, Hermet-
 
-Original Message-
From: Carsten Haitzlerlt;ras...@rasterman.comgt; 
To: Enlightenment developer 
listlt;enlightenment-devel@lists.sourceforge.netgt;
Cc: ChunEon Parklt;her...@naver.comgt;; cnooklt;kimci...@gmail.comgt;
Sent: 11-12-21(수) 18:12:12
Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
On Wed, 21 Dec 2011 17:58:33 +0900 ChunEon Parklt;her...@naver.comgt; said:
bug? the patch looked fine to me other than not deleting timer if ctxpopup is
deleted...
 The test looks like bug!
 I don't wanna this kind of changes pushed in.
 
 -Regards, Hermet-
 
 -Original Message-
 From: Carsten Haitzlerlt;ras...@rasterman.comgt; 
 To: Enlightenment developer
 listlt;enlightenment-devel@lists.sourceforge.netgt; Cc:
 cnooklt;kimci...@gmail.comgt; Sent: 11-12-21(수) 15:35:00
 Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
 On Tue, 20 Dec 2011 10:27:46 +0900 cnook lt;kimci...@gmail.comgt; said:
 in! :)
  Dear All, Hello
  
  I have attached two files, one is the patch(*.diff) for adding
  restacking feature to the ctxpopup.
  The other is test example(*.TEST_EXAMPLE). You can test on the
  elementary_test  ctxpopup  Ctxpopup with user content
  And click the button which is labeled Enlightenment. Then label will
  overlap the ctxpopup.. The ctxpopup will raise in a little time.
  Please review the patch and if there is no problem, please throw the
  test example away! :-)
  
  Sincerely,
  Shinwoo Kim.
 -- 
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler) ras...@rasterman.com
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create 
 new or port existing apps to sell to consumers worldwide. Explore the 
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create 
 new or port existing apps to sell to consumers worldwide. Explore the 
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 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
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[Sung W. Park]

that's right!  better watch out for the fatality move~  ;-)

2011/12/21 ChunEon Park her...@naver.com

 Here comes new Mortal Kombat character!
 
 -Regards, Hermet-

 -Original Message-
 From: Sung W. Parklt;sung...@gmail.comgt;
 To: Enlightenment developer list
 lt;enlightenment-devel@lists.sourceforge.netgt;
 Cc:
 Sent: 11-12-20(화) 16:08:20
 Subject: Re: [E-devel] [E-Devel] Access
 hi all,
 sorry this took so long. i got slammed with some bugs that i had to fix
 before I
 left for Hong Kong for a week to attend a conference. Now I'm back finally
 and
 ready to commit some code!
 I'm attaching the necessary files.
 looking forward working together with you guys~!
 by the way, that's a wig in the picture ;)
 cheers,
 Sung
 On Mon, Dec 5, 2011 at 11:37 AM, Sung W. Park lt;sung...@gmail.comgt;
 wrote:
  Hi all,
 
  I've been working on Evas GL for some time now and I would like to
 request
  a
  commit access.
 
  I've been solely working on Evas_GL, elm_glview up until now and pretty
  much,
  Raster has been the only person reviewing my code.
 
  I'm at a point where having a commit access would make things a lot
 easier
  for
  me and also benefit the community as well.
 
  Here's what I've worked on and what I plan to work on.
 
  - I've proposed the Evas_GL APIs as a way to do GL rendering in Evas and
  have
  implemented the APIs for the runtime and the GL backend, both of which
 have
  been upstreamed.
  - I've also implemented an elementary widget called ELM GLView to make GL
  rendring even simpler using elementary. Again, this has been applied
  upstream
  as well.
  - I have also worked on two key optimizations, both of which are
  streamlined
  for review. One is called the GL Fastpath where I've implemented the
 state
  tracking mechanism for GL drivers that have expensive context swtiches.
  Also,
  I've implmented a direct rendering mechanism where if you turn on the
  optimization hint on, it will render directly onto the Evas' X window
  whenever
  possible. (They still need to be refined but it's a good start in my
  opinion)
  - I also have the Evas_GL software backend implemented but I haven't been
  able to submit a patch for it yet due to other pending patches.
  - I still need to write more test code and settle on the APIs once
 they've
  been tested more by the community.
  - Eventually, I would like to work more on Evas as well when the
  refactoring
  takes place as I recognize along with Raster and others that it's about
  time
  for anoter round of refactoring/rearchitecting the code.
 
  Let me know if you have questions or concerns.
 
  cheers,
  Sung
 

 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join

 http://p.sf.net/sfu/intel-appdev___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [E-Devel] Access

[The Rasterman]

On Tue, 20 Dec 2011 16:08:20 +0900 Sung W. Park sung...@gmail.com said:

dude.. you're making my photo look un-cool. i'm going to have to put on some
mortal-kombat gear and fix mine up :) in. :)

 hi all,
 
 sorry this took so long.  i got slammed with some bugs that i had to fix
 before I
 left for Hong Kong for a week to attend a conference. Now I'm back finally
 and
 ready to commit some code!
 
 I'm attaching the necessary files.
 
 looking forward working together with you guys~!
 
 by the way, that's a wig in the picture ;)
 
 cheers,
 Sung
 
 On Mon, Dec 5, 2011 at 11:37 AM, Sung W. Park sung...@gmail.com wrote:
 
  Hi all,
 
  I've been working on Evas GL for some time now and I would like to request
  a
  commit access.
 
  I've been solely working on Evas_GL, elm_glview up until now and pretty
  much,
  Raster has been the only person reviewing my code.
 
  I'm at a point where having a commit access would make things a lot easier
  for
  me and also benefit the community as well.
 
  Here's what I've worked on and what I plan to work on.
 
  - I've proposed the Evas_GL APIs as a way to do GL rendering in Evas and
  have
  implemented the APIs for the runtime and the GL backend, both of which have
  been upstreamed.
  - I've also implemented an elementary widget called ELM GLView to make GL
  rendring even simpler using elementary. Again, this has been applied
  upstream
  as well.
  - I have also worked on two key optimizations, both of which are
  streamlined
  for review. One is called the GL Fastpath where I've implemented the state
  tracking mechanism for GL drivers that have expensive context swtiches.
  Also,
  I've implmented a direct rendering mechanism where if you turn on the
  optimization hint on, it will render directly onto the Evas' X window
  whenever
  possible.  (They still need to be refined but it's a good start in my
  opinion)
  - I also have the Evas_GL software backend implemented but I haven't been
  able to submit a patch for it yet due to other pending patches.
  - I still need to write more test code and settle on the APIs once they've
  been tested more by the community.
  - Eventually, I would like to work more on Evas as well when the
  refactoring
  takes place as I recognize along with Raster and others that it's about
  time
  for anoter round of refactoring/rearchitecting the code.
 
  Let me know if you have questions or concerns.
 
  cheers,
  Sung
 


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


--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/ecore/src/lib/ecore_con

[Michael Blumenkrantz]

On Wed, 21 Dec 2011 02:13:57 -0800
Enlightenment SVN no-re...@enlightenment.org wrote:

 Log:
 add debug macros to print location of svr/cl kill
   
 
 Author:   discomfitor
 Date: 2011-12-21 02:13:57 -0800 (Wed, 21 Dec 2011)
 New Revision: 66439
 Trac: http://trac.enlightenment.org/e/changeset/66439
 
 Modified:
   trunk/ecore/src/lib/ecore_con/ecore_con.c
 trunk/ecore/src/lib/ecore_con/ecore_con_socks.c 

this should make debugging any of my future breakages much more trivial

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/ecore/src/lib/ecore_con

[Cedric BAIL]

On Wed, Dec 21, 2011 at 11:20 AM, Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:
 On Wed, 21 Dec 2011 02:13:57 -0800
 Enlightenment SVN no-re...@enlightenment.org wrote:

 Log:
 add debug macros to print location of svr/cl kill


 Author:       discomfitor
 Date:         2011-12-21 02:13:57 -0800 (Wed, 21 Dec 2011)
 New Revision: 66439
 Trac:         http://trac.enlightenment.org/e/changeset/66439

 Modified:
   trunk/ecore/src/lib/ecore_con/ecore_con.c
 trunk/ecore/src/lib/ecore_con/ecore_con_socks.c

 this should make debugging any of my future breakages much more trivial

And fix them !
-- 
Cedric BAIL

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
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/devs: . sung

[Daniel Juyung Seo]

Congratulations!
With great power comes great responsibility.

Daniel Juyung Seo (SeoZ)

On Wed, Dec 21, 2011 at 6:30 PM, Enlightenment SVN
no-re...@enlightenment.org wrote:
 Log:
 sung++!



 Author:       raster
 Date:         2011-12-21 01:30:04 -0800 (Wed, 21 Dec 2011)
 New Revision: 66435
 Trac:         http://trac.enlightenment.org/e/changeset/66435

 Added:
  trunk/devs/sung/ trunk/devs/sung/icon-big.png trunk/devs/sung/icon-med.png 
 trunk/devs/sung/icon-sml.png trunk/devs/sung/id_rsa.pub 
 trunk/devs/sung/info.txt


 Property changes on: trunk/devs/sung/icon-big.png
 ___
 Added: svn:mime-type
   + application/octet-stream


 Property changes on: trunk/devs/sung/icon-med.png
 ___
 Added: svn:mime-type
   + application/octet-stream


 Property changes on: trunk/devs/sung/icon-sml.png
 ___
 Added: svn:mime-type
   + application/octet-stream


 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-svn mailing list
 enlightenment-...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/ecore/src/lib/ecore_con

[Michael Blumenkrantz]

On Wed, 21 Dec 2011 11:23:48 +0100
Cedric BAIL cedric.b...@free.fr wrote:

 On Wed, Dec 21, 2011 at 11:20 AM, Michael Blumenkrantz
 michael.blumenkra...@gmail.com wrote:
  On Wed, 21 Dec 2011 02:13:57 -0800
  Enlightenment SVN no-re...@enlightenment.org wrote:
 
  Log:
  add debug macros to print location of svr/cl kill
 
 
  Author:       discomfitor
  Date:         2011-12-21 02:13:57 -0800 (Wed, 21 Dec 2011)
  New Revision: 66439
  Trac:         http://trac.enlightenment.org/e/changeset/66439
 
  Modified:
    trunk/ecore/src/lib/ecore_con/ecore_con.c
  trunk/ecore/src/lib/ecore_con/ecore_con_socks.c
 
  this should make debugging any of my future breakages much more trivial
 
 And fix them !
whoa whoa whoa why would I FIX a breakage ? this doesn't sound like the
captain of Team SVN Borkers that I know...

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: leif trunk/e/src/bin

[Andrea Suisani]

On 12/20/2011 06:53 PM, Leif Middelschulte wrote:

Hi Andrea,

sorry to hear you're facing issues.

Am 20.12.2011 um 12:52 schrieb Andrea Suisanisick...@opinioni.net:


Hi all,

On 12/20/2011 11:52 AM, Leif Middelschulte wrote:

Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The 
Rasterman)ras...@rasterman.com
  :


On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte
leif.middelschu...@gmail.com   said:

mh - over on the e-users list is reporting black screen problems as
a result of
this... :( did you see?

No, sorry am not subscribed to the users list. Could you please
forward it or encourage the affected user to open a ticket with bt if
possible?


I have the same problem as mh.
I've just rebuilt e from scratch
using easy_e17.sh, with those options

--srcpath=path_to_e17_src  -i --clean --packagelist=half

but I continue to got a blank screen

attached all startx output (stdout+stderr)
and only stderr

I'm glad to provide more info if needed

What driver? Maybe something was broken there?


could be.

this my video adpter

lspci | grep -i vga

01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 
Series]

attached the Xorg log where you can find
the X driver used on my system (installed
through fglrx-updates ubuntu package)

and this is the output of

dpkg -l | grep randr

ii  libxrandr-dev  2:1.3.2-2
  X11 RandR extension library (development headers)
ii  libxrandr2 2:1.3.2-2
  X11 RandR extension library
ii  libxrandr2:i3862:1.3.2-2
  X11 RandR extension library
ii  x11proto-randr-dev 1.4.0+git20101207.0d32bb07-0ubuntu1  
  X11 RandR extension wire protocol


It works just fine over here :-/


 Your logs state that the randr isn't available on your display.
 Nevertheless, can you verify that e works for you using a revision
 immediately prior to the affected one?

I'm quoting the last email I've posted to e-users ML
stating the current state of my e setup

quote
I've just tried but downgrading e/src/modules to rev 66218
(svn update -r 66218) with no luck cause e fails to build

whereas if downgrade all e to rev 66218
it builds fine and more importantly blank
screen goes away
/quote

this is the link to the whole thread

http://sourceforge.net/mailarchive/message.php?msg_id=28552702

Andrea


[50.460] 
X.Org X Server 1.10.4
Release Date: 2011-08-19
[50.460] X Protocol Version 11, Revision 0
[50.460] Build Operating System: Linux 2.6.24-29-server x86_64 Ubuntu
[50.460] Current Operating System: Linux suino 3.0.0-14-server #23-Ubuntu 
SMP Mon Nov 21 20:49:05 UTC 2011 x86_64
[50.460] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-14-server 
root=UUID=f17e41d6-e9d8-4b13-8033-e35550ec1537 ro
[50.461] Build Date: 19 October 2011  05:21:26AM
[50.461] xorg-server 2:1.10.4-1ubuntu4.2 (For technical support please see 
http://www.ubuntu.com/support) 
[50.461] Current version of pixman: 0.22.2
[50.461]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[50.461] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[50.461] (==) Log file: /var/log/Xorg.0.log, Time: Wed Dec 21 11:22:48 
2011
[50.461] (==) Using config file: /etc/X11/xorg.conf
[50.461] (==) Using system config directory /usr/share/X11/xorg.conf.d
[50.461] (==) ServerLayout aticonfig Layout
[50.461] (**) |--Screen aticonfig-Screen[0]-0 (0)
[50.461] (**) |   |--Monitor aticonfig-Monitor[0]-0
[50.461] (**) |   |--Device aticonfig-Device[0]-0
[50.461] (==) Automatically adding devices
[50.461] (==) Automatically enabling devices
[50.468] (WW) `fonts.dir' not found (or not valid) in 
/usr/share/fonts/cmap/.
[50.469]Entry deleted from font path.
[50.469](Run 'mkfontdir' on /usr/share/fonts/cmap/).
[50.472] (WW) `fonts.dir' not found (or not valid) in 
/usr/share/fonts/truetype/.
[50.472]Entry deleted from font path.
[50.472](Run 'mkfontdir' on /usr/share/fonts/truetype/).
[50.472] (WW) `fonts.dir' not found (or not valid) in 
/usr/share/fonts/type1/.
[50.472]Entry deleted from font path.
[50.472](Run 'mkfontdir' on /usr/share/fonts/type1/).
[50.472] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[50.472]Entry deleted from font path.
[50.472] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
[50.472]Entry deleted from font path.
[50.472] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
[50.472]Entry deleted from font path.
[50.472] (WW) The directory /usr/share/fonts/X11/100dpi does not 

Re: [E-devel] E SVN: raster IN trunk/devs: . sung

[Sung W. Park]

does that mean I'm Spiderman?  ;-)

On Wed, Dec 21, 2011 at 7:24 PM, Daniel Juyung Seo seojuyu...@gmail.comwrote:

 Congratulations!
 With great power comes great responsibility.

 Daniel Juyung Seo (SeoZ)

 On Wed, Dec 21, 2011 at 6:30 PM, Enlightenment SVN
 no-re...@enlightenment.org wrote:
  Log:
  sung++!
 
 
 
  Author:   raster
  Date: 2011-12-21 01:30:04 -0800 (Wed, 21 Dec 2011)
  New Revision: 66435
  Trac: http://trac.enlightenment.org/e/changeset/66435
 
  Added:
   trunk/devs/sung/ trunk/devs/sung/icon-big.png
 trunk/devs/sung/icon-med.png trunk/devs/sung/icon-sml.png
 trunk/devs/sung/id_rsa.pub trunk/devs/sung/info.txt
 
 
  Property changes on: trunk/devs/sung/icon-big.png
  ___
  Added: svn:mime-type
+ application/octet-stream
 
 
  Property changes on: trunk/devs/sung/icon-med.png
  ___
  Added: svn:mime-type
+ application/octet-stream
 
 
  Property changes on: trunk/devs/sung/icon-sml.png
  ___
  Added: svn:mime-type
+ application/octet-stream
 
 
 
 --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create
  new or port existing apps to sell to consumers worldwide. Explore the
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  enlightenment-svn mailing list
  enlightenment-...@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-svn


 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
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/devs: . sung

[Cedric BAIL]

On Wed, Dec 21, 2011 at 3:12 PM, Sung W. Park sung...@gmail.com wrote:
 does that mean I'm Spiderman?  ;-)

Nop, just that you are now on the candidate list for the special svn
borker team.

 On Wed, Dec 21, 2011 at 7:24 PM, Daniel Juyung Seo 
 seojuyu...@gmail.comwrote:

 Congratulations!
 With great power comes great responsibility.

 Daniel Juyung Seo (SeoZ)

 On Wed, Dec 21, 2011 at 6:30 PM, Enlightenment SVN
 no-re...@enlightenment.org wrote:
  Log:
  sung++!
 
 
 
  Author:       raster
  Date:         2011-12-21 01:30:04 -0800 (Wed, 21 Dec 2011)
  New Revision: 66435
  Trac:         http://trac.enlightenment.org/e/changeset/66435
 
  Added:
   trunk/devs/sung/ trunk/devs/sung/icon-big.png
 trunk/devs/sung/icon-med.png trunk/devs/sung/icon-sml.png
 trunk/devs/sung/id_rsa.pub trunk/devs/sung/info.txt
 
 
  Property changes on: trunk/devs/sung/icon-big.png
  ___
  Added: svn:mime-type
    + application/octet-stream
 
 
  Property changes on: trunk/devs/sung/icon-med.png
  ___
  Added: svn:mime-type
    + application/octet-stream
 
 
  Property changes on: trunk/devs/sung/icon-sml.png
  ___
  Added: svn:mime-type
    + application/octet-stream
 
 
 
 --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create
  new or port existing apps to sell to consumers worldwide. Explore the
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  enlightenment-svn mailing list
  enlightenment-...@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-svn


 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




-- 
Cedric BAIL

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
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/devs: . sung

[Leandro Pereira]

On 12/21/2011 12:16 PM, Cedric BAIL wrote:
 Nop, just that you are now on the candidate list for the special svn
 borker team.

Then we're missing your avatar.

(BTW, congrats, Sung!)

 Leandro

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: leif trunk/e/src/bin

[mh]

 On 12/20/2011 06:53 PM, Leif Middelschulte wrote:
  Hi Andrea,
 
  sorry to hear you're facing issues.
 
  Am 20.12.2011 um 12:52 schrieb Andrea Suisanisickpig@...:
 
  Hi all,
 
  On 12/20/2011 11:52 AM, Leif Middelschulte wrote:
  Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman)raster@...
:
 
  On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte
  leif.middelschulte@...   said:
 
  mh - over on the e-users list is reporting black screen problems as
  a result of
  this... :( did you see?
  No, sorry am not subscribed to the users list. Could you please
  forward it or encourage the affected user to open a ticket with bt if
  possible?
 
  I have the same problem as mh.
  I've just rebuilt e from scratch
  using easy_e17.sh, with those options
 
  --srcpath=path_to_e17_src  -i --clean --packagelist=half
 
  but I continue to got a blank screen
 
  attached all startx output (stdout+stderr)
  and only stderr
 
  I'm glad to provide more info if needed
  What driver? Maybe something was broken there?
 
 could be.
 
 this my video adpter
 
 lspci | grep -i vga
 
 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 
 5750 Series]
 
 attached the Xorg log where you can find
 the X driver used on my system (installed
 through fglrx-updates ubuntu package)
 
 and this is the output of
 
 dpkg -l | grep randr
 
 ii  libxrandr-dev  2:1.3.2-2  
 X11 RandR extension library (development headers)
 ii  libxrandr2 2:1.3.2-2  
 X11 RandR extension library
 ii  libxrandr2:i3862:1.3.2-2  
 X11 RandR extension library
 ii  x11proto-randr-dev 
 1.4.0+git20101207.0d32bb07-0ubuntu1X11 RandR extension wire 
 protocol
 
  It works just fine over here :-/
 
   Your logs state that the randr isn't available on your display.
   Nevertheless, can you verify that e works for you using a revision
   immediately prior to the affected one?
 
 I'm quoting the last email I've posted to e-users ML
 stating the current state of my e setup
 
 quote
 I've just tried but downgrading e/src/modules to rev 66218
 (svn update -r 66218) with no luck cause e fails to build
 
 whereas if downgrade all e to rev 66218
 it builds fine and more importantly blank
 screen goes away
 /quote
 
 this is the link to the whole thread
 
 
 http://sourceforge.net/mailarchive/message.php?msg_id=28552702
 
 
 Andrea

Leif,

I'm also having a blank screen problem since 66220, though 66218 is fine. I've 
been reporting this on the enlightenment users list. My video card is an ATI 
Radeon 5770. 

lspci | grep -i vga

01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 
5700/6700 Series]

Using Arch, so pacman -Ss randr  shows these are installed:

xorg-xrandr 1.3.5-1
xorg-xbacklight 1.1.2-2 
randproto 1.3.2-1
libxrandr 1.3.2-2

If there's any other info I can provide that might help, or for me to test, 
please let me know.

mike





--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: acidx trunk/devs/antognolli

[Michael Blumenkrantz]

On Wed, 21 Dec 2011 12:28:07 -0800
Enlightenment SVN no-re...@enlightenment.org wrote:

 Log:
 Add antognolli's hackergotchi
   
 
 Author:   acidx
 Date: 2011-12-21 12:28:06 -0800 (Wed, 21 Dec 2011)
 New Revision: 66443
 Trac: http://trac.enlightenment.org/e/changeset/66443
 
 Added:
   trunk/devs/antognolli/icon-big.png trunk/devs/antognolli/icon-med.png
 trunk/devs/antognolli/icon-sml.png 
 
HAHAHAHAHAHAHA

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: acidx trunk/devs/antognolli

[Rafael Antognolli]

On Wed, Dec 21, 2011 at 7:13 PM, Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:
 On Wed, 21 Dec 2011 12:28:07 -0800
 Enlightenment SVN no-re...@enlightenment.org wrote:

 Log:
 Add antognolli's hackergotchi


 Author:       acidx
 Date:         2011-12-21 12:28:06 -0800 (Wed, 21 Dec 2011)
 New Revision: 66443
 Trac:         http://trac.enlightenment.org/e/changeset/66443

 Added:
   trunk/devs/antognolli/icon-big.png trunk/devs/antognolli/icon-med.png
 trunk/devs/antognolli/icon-sml.png

 HAHAHAHAHAHAHA

And the worst part is that I'm not the one who is going to earn a beer
for this...

-- 
Rafael Antognolli
ProFUSION embedded systems
http://profusion.mobi

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: acidx trunk/devs/antognolli

[Leandro Pereira]

On 12/21/2011 07:20 PM, Rafael Antognolli wrote:
 And the worst part is that I'm not the one who is going to earn a beer
 for this...

You can have my beer. It's not like you received all those spanks for 
nothing. :P


Leandro

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature

[Kim Shinwoo]

Wow~ The test code also in the SVN. It is just for checking the restacking
feature.
It does not (definitely not) have to in the SVN as I mentioned in the
previous mail: please throw the test example away! :-)
So, you guys want to add new and GOOD test code or remove it?

2011년 12월 21일 오후 6:18, ChunEon Park her...@naver.com님의 말:

 Code does not matter.
 But test working looks like bug.
 It creates label but never remove them until close the window.
 cinoo should consider other way for the test case.
 
 -Regards, Hermet-

 -Original Message-
 From: Carsten Haitzlerlt;ras...@rasterman.comgt;
 To: Enlightenment developer list
 lt;enlightenment-devel@lists.sourceforge.netgt;
 Cc: ChunEon Parklt;her...@naver.comgt;; cnooklt;kimci...@gmail.com
 gt;
 Sent: 11-12-21(수) 18:12:12
 Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
 On Wed, 21 Dec 2011 17:58:33 +0900 ChunEon Parklt;her...@naver.comgt;
 said:
 bug? the patch looked fine to me other than not deleting timer if ctxpopup
 is
 deleted...
  The test looks like bug!
  I don't wanna this kind of changes pushed in.
  
  -Regards, Hermet-
 
  -Original Message-
  From: Carsten Haitzlerlt;ras...@rasterman.comgt;
  To: Enlightenment developer
  listlt;enlightenment-devel@lists.sourceforge.netgt; Cc:
  cnooklt;kimci...@gmail.comgt; Sent: 11-12-21(수) 15:35:00
  Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
  On Tue, 20 Dec 2011 10:27:46 +0900 cnook lt;kimci...@gmail.comgt;
 said:
  in! :)
   Dear All, Hello
  
   I have attached two files, one is the patch(*.diff) for adding
   restacking feature to the ctxpopup.
   The other is test example(*.TEST_EXAMPLE). You can test on the
   elementary_test  ctxpopup  Ctxpopup with user content
   And click the button which is labeled Enlightenment. Then label will
   overlap the ctxpopup.. The ctxpopup will raise in a little time.
   Please review the patch and if there is no problem, please throw the
   test example away! :-)
  
   Sincerely,
   Shinwoo Kim.
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler) ras...@rasterman.com
 
 --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create
  new or port existing apps to sell to consumers worldwide. Explore the
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create
  new or port existing apps to sell to consumers worldwide. Explore the
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  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

 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature

[The Rasterman]

On Thu, 22 Dec 2011 10:22:05 +0900 Kim Shinwoo kimcinoo@gmail.com said:

 Wow~ The test code also in the SVN. It is just for checking the restacking
 feature.
 It does not (definitely not) have to in the SVN as I mentioned in the
 previous mail: please throw the test example away! :-)
 So, you guys want to add new and GOOD test code or remove it?

i like there being tests :)

 2011년 12월 21일 오후 6:18, ChunEon Park her...@naver.com님의 말:
 
  Code does not matter.
  But test working looks like bug.
  It creates label but never remove them until close the window.
  cinoo should consider other way for the test case.
  
  -Regards, Hermet-
 
  -Original Message-
  From: Carsten Haitzlerlt;ras...@rasterman.comgt;
  To: Enlightenment developer list
  lt;enlightenment-devel@lists.sourceforge.netgt;
  Cc: ChunEon Parklt;her...@naver.comgt;; cnooklt;kimci...@gmail.com
  gt;
  Sent: 11-12-21(수) 18:12:12
  Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
  On Wed, 21 Dec 2011 17:58:33 +0900 ChunEon Parklt;her...@naver.comgt;
  said:
  bug? the patch looked fine to me other than not deleting timer if ctxpopup
  is
  deleted...
   The test looks like bug!
   I don't wanna this kind of changes pushed in.
   
   -Regards, Hermet-
  
   -Original Message-
   From: Carsten Haitzlerlt;ras...@rasterman.comgt;
   To: Enlightenment developer
   listlt;enlightenment-devel@lists.sourceforge.netgt; Cc:
   cnooklt;kimci...@gmail.comgt; Sent: 11-12-21(수) 15:35:00
   Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
   On Tue, 20 Dec 2011 10:27:46 +0900 cnook lt;kimci...@gmail.comgt;
  said:
   in! :)
Dear All, Hello
   
I have attached two files, one is the patch(*.diff) for adding
restacking feature to the ctxpopup.
The other is test example(*.TEST_EXAMPLE). You can test on the
elementary_test  ctxpopup  Ctxpopup with user content
And click the button which is labeled Enlightenment. Then label will
overlap the ctxpopup.. The ctxpopup will raise in a little time.
Please review the patch and if there is no problem, please throw the
test example away! :-)
   
Sincerely,
Shinwoo Kim.
   --
   - Codito, ergo sum - I code, therefore I am --
   The Rasterman (Carsten Haitzler) ras...@rasterman.com
  
  --
   Write once. Port to many.
   Get the SDK and tools to simplify cross-platform app development. Create
   new or port existing apps to sell to consumers worldwide. Explore the
   Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
   http://p.sf.net/sfu/intel-appdev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
  --
   Write once. Port to many.
   Get the SDK and tools to simplify cross-platform app development. Create
   new or port existing apps to sell to consumers worldwide. Explore the
   Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
   http://p.sf.net/sfu/intel-appdev
   ___
   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
 
  --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create
  new or port existing apps to sell to consumers worldwide. Explore the
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create 
 new or port existing apps to sell to consumers worldwide. Explore the 
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 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

Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature

[Michael Blumenkrantz]

On Thu, 22 Dec 2011 10:31:50 +0900
Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:

 On Thu, 22 Dec 2011 10:22:05 +0900 Kim Shinwoo kimcinoo@gmail.com said:
 
  Wow~ The test code also in the SVN. It is just for checking the restacking
  feature.
  It does not (definitely not) have to in the SVN as I mentioned in the
  previous mail: please throw the test example away! :-)
  So, you guys want to add new and GOOD test code or remove it?
 
 i like there being tests :)
 
  2011년 12월 21일 오후 6:18, ChunEon Park her...@naver.com님의 말:
  
   Code does not matter.
   But test working looks like bug.
   It creates label but never remove them until close the window.
   cinoo should consider other way for the test case.
   
   -Regards, Hermet-
  
   -Original Message-
   From: Carsten Haitzlerlt;ras...@rasterman.comgt;
   To: Enlightenment developer list
   lt;enlightenment-devel@lists.sourceforge.netgt;
   Cc: ChunEon Parklt;her...@naver.comgt;; cnooklt;kimci...@gmail.com
   gt;
   Sent: 11-12-21(수) 18:12:12
   Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
   On Wed, 21 Dec 2011 17:58:33 +0900 ChunEon Parklt;her...@naver.comgt;
   said:
   bug? the patch looked fine to me other than not deleting timer if ctxpopup
   is
   deleted...
The test looks like bug!
I don't wanna this kind of changes pushed in.

-Regards, Hermet-
   
-Original Message-
From: Carsten Haitzlerlt;ras...@rasterman.comgt;
To: Enlightenment developer
listlt;enlightenment-devel@lists.sourceforge.netgt; Cc:
cnooklt;kimci...@gmail.comgt; Sent: 11-12-21(수) 15:35:00
Subject: Re: [E-devel] [Patch] elc_ctxpopup, add restacking feature
On Tue, 20 Dec 2011 10:27:46 +0900 cnook lt;kimci...@gmail.comgt;
   said:
in! :)
 Dear All, Hello

 I have attached two files, one is the patch(*.diff) for adding
 restacking feature to the ctxpopup.
 The other is test example(*.TEST_EXAMPLE). You can test on the
 elementary_test  ctxpopup  Ctxpopup with user content
 And click the button which is labeled Enlightenment. Then label will
 overlap the ctxpopup.. The ctxpopup will raise in a little time.
 Please review the patch and if there is no problem, please throw the
 test example away! :-)

 Sincerely,
 Shinwoo Kim.
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler) ras...@rasterman.com
   
   --
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
   
   --
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
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
  
   --
   Write once. Port to many.
   Get the SDK and tools to simplify cross-platform app development. Create
   new or port existing apps to sell to consumers worldwide. Explore the
   Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
   http://p.sf.net/sfu/intel-appdev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
  --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create 
  new or port existing apps to sell to consumers worldwide. Explore the 
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  

Re: [E-devel] [Patch][ecore_con] Read ECORE_CON_SOCKS_V4 for ecore_con_url

[Bluezery]

2011/12/21 Michael Blumenkrantz michael.blumenkra...@gmail.com:
 On Wed, 21 Dec 2011 17:42:22 +0900
 Bluezery ohpo...@gmail.com wrote:

 Hi,

 I have heard that ECORE_CON_SOCKS_V4 is used for socks proxy.
 So, I add to read this value when econ_con_url is used.
 But I can not test this. because I cannot access socks proxy server.
 @discomfitor can help to review this patch.

 also, you can easily test this by doing something like:

 Create the ssh tunnel to localhost:
 ssh -D  127.0.0.1

 Start an app with the proxy variable which uses the localhost tunnel:
 ECORE_CON_SOCKS_V4=127.0.0.1::1 ./app

Oops.. I have forgotten a patch file :(
And sorry for later response
I have tested as you suggested.  It works well :)
Also I have realized that proxy username/password set APIs are needed
and added them.
Please review attached patch.

-- 
BRs,
Kim.
Index: src/lib/ecore_con/ecore_con_url.c
===
--- src/lib/ecore_con/ecore_con_url.c	(리비전 66443)
+++ src/lib/ecore_con/ecore_con_url.c	(작업 사본)
@@ -171,6 +171,7 @@ ecore_con_url_new(const char *url)
 #ifdef HAVE_CURL
Ecore_Con_Url *url_con;
CURLcode ret;
+   const char *socks;
 
if (!_init_count)
  return NULL;
@@ -196,6 +197,33 @@ ecore_con_url_new(const char *url)
 return NULL;
  }
 
+   /* Copied  modified somewhat from ecore_con_socks_init() */
+   /* ECORE_CON_SOCKS_V4=user@host:port:[1|0] */
+   socks = getenv(ECORE_CON_SOCKS_V4);
+   if ((socks)  (socks[0])  (strlen(socks) = 64))
+ {
+char *u = NULL;
+char *h, *p;
+char buf[128];
+
+strncpy(buf, socks, sizeof(buf));
+h = strchr(buf, '@');
+u = NULL;
+if (h  (h - buf  0)) *h++ = 0, u = buf;
+else h = buf;
+
+if (u) ecore_con_url_proxy_username_set(url_con, u);
+
+p = strrchr(h, ':');
+if (p) *p++ = 0;
+if (h)
+  {
+ char host[64];
+ snprintf(host, sizeof(host), socks4://%s, h);
+ ecore_con_url_proxy_set(url_con, host);
+  }
+ }
+
ret = curl_easy_setopt(url_con-curl_easy, CURLOPT_ENCODING, gzip,deflate);
if (ret != CURLE_OK)
  {
@@ -1074,6 +1102,8 @@ ecore_con_url_proxy_set(Ecore_Con_Url *u
 {
 #ifdef HAVE_CURL
int res = -1;
+   curl_version_info_data *vers = NULL;
+
if (!ECORE_MAGIC_CHECK(url_con, ECORE_MAGIC_CON_URL))
  {
 ECORE_MAGIC_FAIL(url_con, ECORE_MAGIC_CON_URL, ecore_con_url_proxy_set);
@@ -1083,12 +1113,31 @@ ecore_con_url_proxy_set(Ecore_Con_Url *u
if (eina_list_data_find(_url_con_list, url_con)) return EINA_FALSE;
if (!url_con-url) return EINA_FALSE;
 
-   if (proxy == NULL) res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, );
-   else   res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, proxy);
-
+   if (!proxy) res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, );
+   else
+ {
+// before curl version 7.21.7, socks protocol:// prefix is not supported
+// (e.g. socks4://, socks4a://, socks5:// or socks5h://, etc.)
+vers = curl_version_info(CURLVERSION_NOW);
+if (vers-age =0  vers-version_num  0x71507)
+  {
+ long type = CURLPROXY_HTTP;
+ if (strstr(proxy, socks4))   type = CURLPROXY_SOCKS4;
+ else if (strstr(proxy, socks4a)) type = CURLPROXY_SOCKS4A;
+ else if (strstr(proxy, socks5))  type = CURLPROXY_SOCKS5;
+ else if (strstr(proxy, socks5h)) type = CURLPROXY_SOCKS5_HOSTNAME;
+ res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXYTYPE, type);
+ if (res != CURLE_OK)
+   {
+  ERR(curl proxy type setting failed: %s, curl_easy_strerror(res));
+  return EINA_FALSE;
+   }
+  }
+res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, proxy);
+ }
if (res != CURLE_OK)
  {
-ERR(curl_easy_setopt() failed);
+ERR(curl proxy setting failed: %s, curl_easy_strerror(res));
 return EINA_FALSE;
  }
return EINA_TRUE;
@@ -1120,6 +1169,63 @@ ecore_con_url_timeout_set(Ecore_Con_Url
 #endif
 }
 
+EAPI Eina_Bool
+ecore_con_url_proxy_username_set(Ecore_Con_Url *url_con, const char *username)
+{
+#ifdef HAVE_CURL
+   int res = -1;
+   if (!ECORE_MAGIC_CHECK(url_con, ECORE_MAGIC_CON_URL))
+ {
+ECORE_MAGIC_FAIL(url_con, ECORE_MAGIC_CON_URL, ecore_con_url_proxy_username_set);
+return EINA_FALSE;
+ }
+
+   if (eina_list_data_find(_url_con_list, url_con)) return EINA_FALSE;
+   if (!url_con-url) return EINA_FALSE;
+   if (!username) return EINA_FALSE;
+
+   res = curl_easy_setopt(url_con-curl_easy, CURLOPT_USERNAME, username);
+   if (res != CURLE_OK)
+ {
+ERR(curl_easy_setopt() failed: %s, curl_easy_strerror(res));
+return EINA_FALSE;
+ }
+   return EINA_TRUE;
+#else
+   return EINA_FALSE;
+   (void)url_con;
+   

Re: [E-devel] [Patch][ecore_con] Read ECORE_CON_SOCKS_V4 for ecore_con_url

[Michael Blumenkrantz]

On Thu, 22 Dec 2011 12:32:36 +0900
Bluezery ohpo...@gmail.com wrote:

 2011/12/21 Michael Blumenkrantz michael.blumenkra...@gmail.com:
  On Wed, 21 Dec 2011 17:42:22 +0900
  Bluezery ohpo...@gmail.com wrote:
 
  Hi,
 
  I have heard that ECORE_CON_SOCKS_V4 is used for socks proxy.
  So, I add to read this value when econ_con_url is used.
  But I can not test this. because I cannot access socks proxy server.
  @discomfitor can help to review this patch.
 
  also, you can easily test this by doing something like:
 
  Create the ssh tunnel to localhost:
  ssh -D  127.0.0.1
 
  Start an app with the proxy variable which uses the localhost tunnel:
  ECORE_CON_SOCKS_V4=127.0.0.1::1 ./app
 
 Oops.. I have forgotten a patch file :(
 And sorry for later response
 I have tested as you suggested.  It works well :)
 Also I have realized that proxy username/password set APIs are needed
 and added them.
 Please review attached patch.
 
a few issues with this:

* you don't actually need to do the env variable parsing, there's a global (to
  ecore-con) variable which gets set any time a proxy should always be used,
  and you can simply check for this and then pull the data from it just before
  a curl request begins
* you can only set a username/password with socks5+, so you'll have to add
  checks for that
* for now I would stick with just socks4/4a stuff to keep the patch smaller; I
  have a few things which need to be done before socks5 goes in, and it may
  require changes to whatever you do now

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch][elm_map] Mouse wheel bug fix

[Bluezery]

Hi,

There is mouse wheel bug. Actually I have made it in previous patch :p

When using mouse wheel, tile size was changed between 0.5 ~ 2.0 before
zoom level is changed.
But actually it should be changed between 1.0 ~ 2.0. I have fixed it.
If tile size is below 1.0,  it does zoom-out.  And if tile size is
above 2.0, it does zoom-in.
Please review this bug patch.

-- 
BRs,
Kim.
Index: src/lib/elm_map.c
===
--- src/lib/elm_map.c	(리비전 66444)
+++ src/lib/elm_map.c	(작업 사본)
@@ -1643,6 +1643,7 @@ _mouse_wheel_cb(void *data, Evas *e __UN
 
if (!wd-paused)
  {
+int zoom_diff = 0;
 Evas_Event_Mouse_Wheel *ev = (Evas_Event_Mouse_Wheel*) event_info;
 Evas_Coord x, y, w, h;
 
@@ -1652,23 +1653,33 @@ _mouse_wheel_cb(void *data, Evas *e __UN
 wd-calc_job = ecore_job_add(_calc_job, wd);
 
 wd-wheel_diff -= ev-z;
-wd-pinch.level = pow(2.0, (double)wd-wheel_diff/10);
+wd-pinch.level = wd-pinch.diff * pow(2.0, (double)wd-wheel_diff/10);
 wd-pinch.cx = x + ((double)w * 0.5);
 wd-pinch.cy = y + ((double)h * 0.5);
 
-if (wd-wheel_diff = 10 || wd-wheel_diff = -10)
+if (wd-pinch.level  2.0 || wd-pinch.level  1.0)
   {
-
+ wd-wheel_diff = 0;
+ if (wd-pinch.level  2.0)
+   {
+  zoom_diff = 1;
+  wd-pinch.diff = 1.0;
+  wd-pinch.level = 1.0;
+   }
+ else if (wd-pinch.level  1.0)
+   {
+  zoom_diff = -1;
+  wd-pinch.diff = 2.0;
+  wd-pinch.level = 2.0;
+   }
 
  Elm_Map_Zoom_Mode temp;
  temp = wd-mode;
  wd-mode = ELM_MAP_ZOOM_MODE_MANUAL;
  wd-paused = EINA_TRUE;
- elm_map_zoom_set(data, wd-zoom + (wd-wheel_diff/10));
+ elm_map_zoom_set(data, wd-zoom + zoom_diff);
  wd-paused = EINA_FALSE;
  wd-mode = temp;
- wd-pinch.level = 1.0;
-	 wd-wheel_diff = 0;
   }
 else
   {
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][ecore_con] Read ECORE_CON_SOCKS_V4 for ecore_con_url

[Bluezery]

2011/12/22 Michael Blumenkrantz michael.blumenkra...@gmail.com:
 On Thu, 22 Dec 2011 12:32:36 +0900
 Bluezery ohpo...@gmail.com wrote:

 2011/12/21 Michael Blumenkrantz michael.blumenkra...@gmail.com:
  On Wed, 21 Dec 2011 17:42:22 +0900
  Bluezery ohpo...@gmail.com wrote:
 
  Hi,
 
  I have heard that ECORE_CON_SOCKS_V4 is used for socks proxy.
  So, I add to read this value when econ_con_url is used.
  But I can not test this. because I cannot access socks proxy server.
  @discomfitor can help to review this patch.
 
  also, you can easily test this by doing something like:
 
  Create the ssh tunnel to localhost:
  ssh -D  127.0.0.1
 
  Start an app with the proxy variable which uses the localhost tunnel:
  ECORE_CON_SOCKS_V4=127.0.0.1::1 ./app

 Oops.. I have forgotten a patch file :(
 And sorry for later response
 I have tested as you suggested.  It works well :)
 Also I have realized that proxy username/password set APIs are needed
 and added them.
 Please review attached patch.

 a few issues with this:

 * you don't actually need to do the env variable parsing, there's a global (to
  ecore-con) variable which gets set any time a proxy should always be used,
  and you can simply check for this and then pull the data from it just before
  a curl request begins
 * you can only set a username/password with socks5+, so you'll have to add
  checks for that
 * for now I would stick with just socks4/4a stuff to keep the patch smaller; I
  have a few things which need to be done before socks5 goes in, and it may
  require changes to whatever you do now

Ok, I found a global variable and use it.
And I added check for username/password set APIs. if proxy type is
socks4 and socks4a (not socks5 and above and not http), it fails.

-- 
BRs,
Kim.
Index: src/lib/ecore_con/ecore_con_url.c
===
--- src/lib/ecore_con/ecore_con_url.c	(리비전 66447)
+++ src/lib/ecore_con/ecore_con_url.c	(작업 사본)
@@ -196,6 +196,24 @@ ecore_con_url_new(const char *url)
 return NULL;
  }
 
+   url_con-proxy_type = -1;
+   if (_ecore_con_proxy_global)
+ {
+if (_ecore_con_proxy_global-ip)
+  {
+ char host[128];
+ if (_ecore_con_proxy_global-port  0 
+ _ecore_con_proxy_global-port = 65535)
+snprintf(host, sizeof(host), socks4://%s:%d,
+ _ecore_con_proxy_global-ip,
+ _ecore_con_proxy_global-port);
+ else
+snprintf(host, sizeof(host), socks4://%s,
+ _ecore_con_proxy_global-ip);
+ecore_con_url_proxy_set(url_con, host);
+  }
+ }
+
ret = curl_easy_setopt(url_con-curl_easy, CURLOPT_ENCODING, gzip,deflate);
if (ret != CURLE_OK)
  {
@@ -1074,6 +1092,8 @@ ecore_con_url_proxy_set(Ecore_Con_Url *u
 {
 #ifdef HAVE_CURL
int res = -1;
+   curl_version_info_data *vers = NULL;
+
if (!ECORE_MAGIC_CHECK(url_con, ECORE_MAGIC_CON_URL))
  {
 ECORE_MAGIC_FAIL(url_con, ECORE_MAGIC_CON_URL, ecore_con_url_proxy_set);
@@ -1083,12 +1103,33 @@ ecore_con_url_proxy_set(Ecore_Con_Url *u
if (eina_list_data_find(_url_con_list, url_con)) return EINA_FALSE;
if (!url_con-url) return EINA_FALSE;
 
-   if (proxy == NULL) res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, );
-   else   res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, proxy);
-
+   if (!proxy) res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, );
+   else
+ {
+// before curl version 7.21.7, socks protocol:// prefix is not supported
+// (e.g. socks4://, socks4a://, socks5:// or socks5h://, etc.)
+vers = curl_version_info(CURLVERSION_NOW);
+if (vers-age =0  vers-version_num  0x71507)
+  {
+ url_con-proxy_type = CURLPROXY_HTTP;
+ if (strstr(proxy, socks4))   url_con-proxy_type = CURLPROXY_SOCKS4;
+ else if (strstr(proxy, socks4a)) url_con-proxy_type = CURLPROXY_SOCKS4A;
+ else if (strstr(proxy, socks5))  url_con-proxy_type = CURLPROXY_SOCKS5;
+ else if (strstr(proxy, socks5h)) url_con-proxy_type = CURLPROXY_SOCKS5_HOSTNAME;
+ res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXYTYPE, url_con-proxy_type);
+ if (res != CURLE_OK)
+   {
+  ERR(curl proxy type setting failed: %s, curl_easy_strerror(res));
+  url_con-proxy_type = -1;
+  return EINA_FALSE;
+   }
+  }
+res = curl_easy_setopt(url_con-curl_easy, CURLOPT_PROXY, proxy);
+ }
if (res != CURLE_OK)
  {
-ERR(curl_easy_setopt() failed);
+ERR(curl proxy setting failed: %s, curl_easy_strerror(res));
+url_con-proxy_type = -1;
 return EINA_FALSE;
  }
return EINA_TRUE;
@@ -1120,6 +1161,73 @@ ecore_con_url_timeout_set(Ecore_Con_Url
 #endif
 }
 
+EAPI 

[E-devel] elementary.h split?

[The Rasterman]

ok guys - yes. it's probably time to split elementary.h - daniel - i remember
you were vehement about chaning this - go for it. split it up :)

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


--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Daniel Juyung Seo]

Yay! You changed your mind?

We already had some discussion before about the header separation and
putting documentation into header.
http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html
http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg33840.html
http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg34066.html

But still we need to discuss how?
1. Separate headers by widget: list, genlist, gengrid, actionslider,
ctxpopup, ...
2. Separate headers by widget groups: simple, list, map, ...
3. Leave one big header as is: Elementary.h

It looks like you agreed to separate the header. So number 3 is out.
1. Separate headers by widget: list, genlist, gengrid, actionslider,
ctxpopup, ...
2. Separate headers by widget groups: simple, list, map, ...

Any suggestions or comments from anybody?

Daniel Juyung Seo (SeoZ)

On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler ras...@rasterman.com wrote:
 ok guys - yes. it's probably time to split elementary.h - daniel - i remember
 you were vehement about chaning this - go for it. split it up :)

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


 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Michael Blumenkrantz]

On Thu, 22 Dec 2011 14:53:39 +0900
Daniel Juyung Seo seojuyu...@gmail.com wrote:

 Yay! You changed your mind?
 
 We already had some discussion before about the header separation and
 putting documentation into header.
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg33840.html
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg34066.html
 
 But still we need to discuss how?
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 3. Leave one big header as is: Elementary.h
 
 It looks like you agreed to separate the header. So number 3 is out.
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 
 Any suggestions or comments from anybody?
 
 Daniel Juyung Seo (SeoZ)
 
 On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler ras...@rasterman.com
 wrote:
  ok guys - yes. it's probably time to split elementary.h - daniel - i
  remember you were vehement about chaning this - go for it. split it up :)
 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)    ras...@rasterman.com
 
 
has to be #1.

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Hyoyoung Chang]

cool, current header file is too fat.

i also think splitting by widgets is good

On Thu, Dec 22, 2011 at 2:57 PM, Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:
 On Thu, 22 Dec 2011 14:53:39 +0900
 Daniel Juyung Seo seojuyu...@gmail.com wrote:

 Yay! You changed your mind?

 We already had some discussion before about the header separation and
 putting documentation into header.
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg33840.html
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg34066.html

 But still we need to discuss how?
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 3. Leave one big header as is: Elementary.h

 It looks like you agreed to separate the header. So number 3 is out.
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...

 Any suggestions or comments from anybody?

 Daniel Juyung Seo (SeoZ)

 On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler ras...@rasterman.com
 wrote:
  ok guys - yes. it's probably time to split elementary.h - daniel - i
  remember you were vehement about chaning this - go for it. split it up :)
 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)    ras...@rasterman.com
 
 
 has to be #1.

 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Sanjeev]

Isn't this going to be a burden for app developers?
# including a separate header for every widget was painful for me. (I tried
this with android apps in eclipse with suggestions and HATED it.)

Is Elementary.h going to be a series of #includes of all widgets ?
Is documentation going to be split across headers too? I find the one header
to be convenient since I can reference across api in a single vim.

For app developers the documentation is well presented via doxygen and gives
the categorization (which can be changed).

Apart from modularity / 'each widget to its own', are there any other
benefits?

Sorry, but I am not for splitting a 'joint family' of widgets :).

-Original Message-
From: Michael Blumenkrantz [mailto:michael.blumenkra...@gmail.com] 
Sent: Thursday, December 22, 2011 2:57 PM
To: Enlightenment developer list
Subject: Re: [E-devel] elementary.h split?

On Thu, 22 Dec 2011 14:53:39 +0900
Daniel Juyung Seo seojuyu...@gmail.com wrote:

 Yay! You changed your mind?
 
 We already had some discussion before about the header separation and
 putting documentation into header.

http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg317
64.html

http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg338
40.html

http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg340
66.html
 
 But still we need to discuss how?
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 3. Leave one big header as is: Elementary.h
 
 It looks like you agreed to separate the header. So number 3 is out.
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 
 Any suggestions or comments from anybody?
 
 Daniel Juyung Seo (SeoZ)
 
 On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler ras...@rasterman.com
 wrote:
  ok guys - yes. it's probably time to split elementary.h - daniel - i
  remember you were vehement about chaning this - go for it. split it up
:)
 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)    ras...@rasterman.com
 
 
has to be #1.




--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Jihoon Kim]

Current Elementary.h is too big.

I'd like to vote for #1 (Separate headers by widget: list, genlist,
gengrid, actionslider, ctxpopup, ...) .

On Thursday, December 22, 2011, Daniel Juyung Seo wrote:

 Yay! You changed your mind?

 We already had some discussion before about the header separation and
 putting documentation into header.

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg33840.html

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg34066.html

 But still we need to discuss how?
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 3. Leave one big header as is: Elementary.h

 It looks like you agreed to separate the header. So number 3 is out.
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...

 Any suggestions or comments from anybody?

 Daniel Juyung Seo (SeoZ)

 On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler 
 ras...@rasterman.comjavascript:;
 wrote:
  ok guys - yes. it's probably time to split elementary.h - daniel - i
 remember
  you were vehement about chaning this - go for it. split it up :)
 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:;
 
 
 
 --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create
  new or port existing apps to sell to consumers worldwide. Explore the
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net javascript:;
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net javascript:;
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Bluezery]

2011/12/22 Jihoon Kim imfin...@gmail.com:
 Current Elementary.h is too big.

 I'd like to vote for #1 (Separate headers by widget: list, genlist,
 gengrid, actionslider, ctxpopup, ...) .

 On Thursday, December 22, 2011, Daniel Juyung Seo wrote:

 Yay! You changed your mind?

 We already had some discussion before about the header separation and
 putting documentation into header.

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg33840.html

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg34066.html

 But still we need to discuss how?
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 3. Leave one big header as is: Elementary.h

 It looks like you agreed to separate the header. So number 3 is out.
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...

 Any suggestions or comments from anybody?

 Daniel Juyung Seo (SeoZ)

 On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler 
 ras...@rasterman.comjavascript:;
 wrote:
  ok guys - yes. it's probably time to split elementary.h - daniel - i
 remember
  you were vehement about chaning this - go for it. split it up :)

I agreed to splitting header files.
It can be useful for distributed developers (better for opensource)
for reducing merge overhead.

But Elementary.h is also provided by including all spiting headers in it.
As Sanjeev suggested, It will be better for app developer for using
overall widgets.
If app developer want to use only small widget set,they can also find
and user separated headers.

-- 
BRs,
Kim.

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Daniel Juyung Seo]

It's just like eina header files.
See eina/src/include.

On Thu, Dec 22, 2011 at 3:38 PM, Sanjeev as290...@samsung.com wrote:
 Isn't this going to be a burden for app developers?
 # including a separate header for every widget was painful for me. (I tried
 this with android apps in eclipse with suggestions and HATED it.)


You will include Elementary.h only.

 Is Elementary.h going to be a series of #includes of all widgets ?
Yes.

 Is documentation going to be split across headers too? I find the one header
Yes.

 to be convenient since I can reference across api in a single vim.
Yes.


 For app developers the documentation is well presented via doxygen and gives
 the categorization (which can be changed).

 Apart from modularity / 'each widget to its own', are there any other
 benefits?

 Sorry, but I am not for splitting a 'joint family' of widgets :).

 -Original Message-
 From: Michael Blumenkrantz [mailto:michael.blumenkra...@gmail.com]
 Sent: Thursday, December 22, 2011 2:57 PM
 To: Enlightenment developer list
 Subject: Re: [E-devel] elementary.h split?

 On Thu, 22 Dec 2011 14:53:39 +0900
 Daniel Juyung Seo seojuyu...@gmail.com wrote:

 Yay! You changed your mind?

 We already had some discussion before about the header separation and
 putting documentation into header.

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg317
 64.html

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg338
 40.html

 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg340
 66.html

 But still we need to discuss how?
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 3. Leave one big header as is: Elementary.h

 It looks like you agreed to separate the header. So number 3 is out.
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...

 Any suggestions or comments from anybody?

 Daniel Juyung Seo (SeoZ)

 On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler ras...@rasterman.com
 wrote:
  ok guys - yes. it's probably time to split elementary.h - daniel - i
  remember you were vehement about chaning this - go for it. split it up
 :)
 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)    ras...@rasterman.com
 
 
 has to be #1.



 
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create
 new or port existing apps to sell to consumers worldwide. Explore the
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[Michael Blumenkrantz]

On Thu, 22 Dec 2011 15:59:47 +0900
Daniel Juyung Seo seojuyu...@gmail.com wrote:

 It's just like eina header files.
 See eina/src/include.
 
 On Thu, Dec 22, 2011 at 3:38 PM, Sanjeev as290...@samsung.com wrote:
  Isn't this going to be a burden for app developers?
  # including a separate header for every widget was painful for me. (I tried
  this with android apps in eclipse with suggestions and HATED it.)
 
 
 You will include Elementary.h only.
 
  Is Elementary.h going to be a series of #includes of all widgets ?
 Yes.
 
  Is documentation going to be split across headers too? I find the one header
 Yes.
 
  to be convenient since I can reference across api in a single vim.
 Yes.
 
 
  For app developers the documentation is well presented via doxygen and gives
  the categorization (which can be changed).
 
  Apart from modularity / 'each widget to its own', are there any other
  benefits?
 
  Sorry, but I am not for splitting a 'joint family' of widgets :).
 
  -Original Message-
  From: Michael Blumenkrantz [mailto:michael.blumenkra...@gmail.com]
  Sent: Thursday, December 22, 2011 2:57 PM
  To: Enlightenment developer list
  Subject: Re: [E-devel] elementary.h split?
 
  On Thu, 22 Dec 2011 14:53:39 +0900
  Daniel Juyung Seo seojuyu...@gmail.com wrote:
 
  Yay! You changed your mind?
 
  We already had some discussion before about the header separation and
  putting documentation into header.
 
  http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg317
  64.html
 
  http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg338
  40.html
 
  http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg340
  66.html
 
  But still we need to discuss how?
  1. Separate headers by widget: list, genlist, gengrid, actionslider,
  ctxpopup, ...
  2. Separate headers by widget groups: simple, list, map, ...
  3. Leave one big header as is: Elementary.h
 
  It looks like you agreed to separate the header. So number 3 is out.
  1. Separate headers by widget: list, genlist, gengrid, actionslider,
  ctxpopup, ...
  2. Separate headers by widget groups: simple, list, map, ...
 
  Any suggestions or comments from anybody?
 
  Daniel Juyung Seo (SeoZ)
 
  On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler ras...@rasterman.com
  wrote:
   ok guys - yes. it's probably time to split elementary.h - daniel - i
   remember you were vehement about chaning this - go for it. split it up
  :)
  
   --
   - Codito, ergo sum - I code, therefore I am --
   The Rasterman (Carsten Haitzler)    ras...@rasterman.com
  
  
  has to be #1.
I think the real question is Why are so many people actually opening headers?

To me, unless the internet is down, this just implies that our docs on the site
are poorly organized since it should be much easier to read docs there.

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor IN trunk/PROTO: . emu

[David Seikel]

On Wed, 21 Dec 2011 21:47:14 -0800 Enlightenment SVN
no-re...@enlightenment.org wrote:

 Log:
 stubs for emu, a music metadata search engine

Hopefully wont ever be confused with my old emu project in SVN.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary.h split?

[The Rasterman]

On Thu, 22 Dec 2011 14:53:39 +0900 Daniel Juyung Seo seojuyu...@gmail.com
said:

not really any other logical way that split by widget. some things are not
widgets - general util like theme, and config and so on - so put them in their
own headers each. they come in logical groups. :) go go!

 Yay! You changed your mind?
 
 We already had some discussion before about the header separation and
 putting documentation into header.
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg31764.html
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg33840.html
 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg34066.html
 
 But still we need to discuss how?
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 3. Leave one big header as is: Elementary.h
 
 It looks like you agreed to separate the header. So number 3 is out.
 1. Separate headers by widget: list, genlist, gengrid, actionslider,
 ctxpopup, ...
 2. Separate headers by widget groups: simple, list, map, ...
 
 Any suggestions or comments from anybody?
 
 Daniel Juyung Seo (SeoZ)
 
 On Thu, Dec 22, 2011 at 2:42 PM, Carsten Haitzler ras...@rasterman.com
 wrote:
  ok guys - yes. it's probably time to split elementary.h - daniel - i
  remember you were vehement about chaning this - go for it. split it up :)
 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)    ras...@rasterman.com
 
 
  --
  Write once. Port to many.
  Get the SDK and tools to simplify cross-platform app development. Create
  new or port existing apps to sell to consumers worldwide. Explore the
  Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
  http://p.sf.net/sfu/intel-appdev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 --
 Write once. Port to many.
 Get the SDK and tools to simplify cross-platform app development. Create 
 new or port existing apps to sell to consumers worldwide. Explore the 
 Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
 http://p.sf.net/sfu/intel-appdev
 ___
 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


--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor IN trunk/PROTO: . emu

[Michael Blumenkrantz]

On Thu, 22 Dec 2011 17:17:28 +1000
David Seikel onef...@gmail.com wrote:

 On Wed, 21 Dec 2011 21:47:14 -0800 Enlightenment SVN
 no-re...@enlightenment.org wrote:
 
  Log:
  stubs for emu, a music metadata search engine
 
 Hopefully wont ever be confused with my old emu project in SVN.
 
TIME FOR A NAME CHANGE

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch][elm_map] Mouse wheel bug fix

[The Rasterman]

On Thu, 22 Dec 2011 12:54:57 +0900 Bluezery ohpo...@gmail.com said:

 Hi,
 
 There is mouse wheel bug. Actually I have made it in previous patch :p
 
 When using mouse wheel, tile size was changed between 0.5 ~ 2.0 before
 zoom level is changed.
 But actually it should be changed between 1.0 ~ 2.0. I have fixed it.
 If tile size is below 1.0,  it does zoom-out.  And if tile size is
 above 2.0, it does zoom-in.
 Please review this bug patch.

in svn :)

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


--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: leif trunk/e/src/bin

[Andrea Suisani]

[cut]

 this my video adpter

 lspci | grep -i vga

 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 
 5750 Series]


[cut]

 Leif,

 I'm also having a blank screen problem since 66220, though 66218 is fine. 
 I've been reporting this on the enlightenment users list. My video card is an 
 ATI Radeon 5770.

 lspci | grep -i vga

 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 
 5700/6700 Series]

so this is a start. our video adapters
are quite similar: HD 5750 and HD 5770


 Using Arch, so pacman -Ss randr  shows these are installed:

 xorg-xrandr 1.3.5-1
 xorg-xbacklight 1.1.2-2
 randproto 1.3.2-1
 libxrandr 1.3.2-2

 If there's any other info I can provide that might help, or for me to test, 
 please let me know.

Andrea

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel