Re: [E-devel] [BUG REPORT] elm_diskselector : Bad text cutting with non-ASCII characters
On Thu, 2011-05-19 at 08:30 +0800, Brian Wang wrote: You mean the eina utf8 functions or elm_diskselector? I was talking about those specific two functions you mentioned. -- Tom. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] ELM GLView
Thanks for your comments. Ok, I've added a focus_hook so it now handles events properly. Now the elmglviewgears handles key events and mouse events. You can rotate it using Left,Right,Up,Down Arrows or use the mouse and drag it. It doesn't actually have a real trackball feature implemented so you will notice it not rotating it properly if you rotate it too much. I've dropped the elm_glview_z_get function. I didn't think it was necessary for now. maybe we can add it later. Also, the gl_func_call api was for internal testing purpose and it was commented out in the patch but i've removed them completely in this patch. Also, I've made some changes with the API. It has been brought to my attention that there is a performance issue with the way the current APIs are implemented. Currently, the render function was registered using the evas_object_image_pixels_get_callback_set This is so that it doesn't trigger GL rendering when the image object isn't visible. Unfortunately, it causes and extra make_current to be called during the rendering life cycle of evas. Evas Render... - (context switch) - EvasGL Renders - (context_switch) - Evas Finishes rendering The context switch is quite expensive in the hw driver that i'm using so it actually lowers the performance quite a bit. SO, after discussing it with a few people, we've decided to give an option to the user to choose the rendering policy. If you choose to have render function render all the time, it avoids one extra context switch. EvasGL Renders - (context_switch) - Evas Renders Hence the render policy of RENDER_POLICY_ON_DEMAND vs. RENDER_POLICY_ALWAYS. I've also changed the name elm_glview_display_func to elm_glview_render_func Here's the latest set of elm_glview APIs... __ typedef enum _Elm_GLView_Resize_Policy { ELM_GLVIEW_RESIZE_POLICY_RECREATE = 1, ELM_GLVIEW_RESIZE_POLICY_SCALE= 2 } Elm_GLView_Resize_Policy; typedef enum _Elm_GLView_Render_Policy { ELM_GLVIEW_RENDER_POLICY_ON_DEMAND = 1, ELM_GLVIEW_RENDER_POLICY_ALWAYS= 2 } Elm_GLView_Render_Policy; Evas_Object*elm_glview_add(Evas_Object *parent); void elm_glview_size_set(Evas_Object *obj, Evas_Coord width, Evas_Coord height); void elm_glview_size_get(Evas_Object *obj, Evas_Coord *width, Evas_Coord *height); Evas_GL_API *elm_glview_gl_api_get(Evas_Object *obj); Eina_Boolelm_glview_mode_set(Evas_Object *obj, Elm_GLView_Mode mode); Eina_Boolelm_glview_scale_policy_set(Evas_Object *obj, Elm_GLView_Resize_Policy policy); Eina_Boolelm_glview_render_policy_set(Evas_Object *obj, Elm_GLView_Render_Policy policy); void elm_glview_render_func(Evas_Object *obj, Elm_GLView_Func func); void elm_glview_changed_set(Evas_Object *obj); __ I'm including the updated elm_glview patch/files and the updated elmglviewgears. Let me know if you have questions/comments. cheers, Sung On Wed, May 18, 2011 at 7:10 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 13 May 2011 00:00:50 +0900 Sung W. Park sung...@gmail.com said: ok. missing the focus hook thing u'd need if u want key events to work... display_func - render_func_set() probably better. z_get probably can be skipped if really too much of a pita. whats the gl_func_call api for.. why pass the func - u already set it? could set it then call a manual render.. if that's needed. is it really needed? curious. :) Hi all, As you all know, I've been working on adding GL rendering features to Evas and we now have an early working version of Evas_GL in the svn. Since then, there's been a request from people around me for an elementary widget that allows simple GL rendering. Since Evas_GL can be seen as a low level API it made sense to have a user friendly layer that allows GL rendering. I thought it went well with the EFL philosophy. Take away some control but make it easy to use for the users as you go up the layers from Evas-Ecore-ELM- etc. So, I've decided to take a crack at elm_glview. By the way, this is my first time writing an elementary widget so I KNOW I've missed a lot that i need to handle. Also, I'm aware of the fact thatI need to handle input events. I'll need to figure that out but I open to comments and suggestions. However, before I get all the nitty gritty detail right, I wanted to start a discussion with the community on the APIs and ask for suggestions. So far, after discussing this with a few people, we've come up with the following. typedef enum _Elm_GLView_Scale_Policy { ELM_GLVIEW_POLICY_RESIZE, /** Resize the internal surface along with the image */ ELM_GLVIEW_POLICY_SCALE /** Only reize the internal image and not the surface */ } Elm_GLView_Scale_Policy; Evas_Object *elm_glview_add(Evas_Object *parent); void
Re: [E-devel] [PATCH] Clear the preedit text before inserting text in _edje_entry_text_markup_set
Dear Jihoon, I don't know this code very good, but calling 'ecore_main_loop_iterate' looks bad to me. Isn't there an ecore_imf_context_abort/clear that can be called before reset so there'll be nothing to commit? If not, we should probably add something, I think that's the way to go... -- Tom. On Thu, 2011-05-19 at 11:47 +0900, Jihoon Kim wrote: Hello, EFL developers. When elm_entry_entry_set() is called, the preedit text in the entry should be cleared. ATM, it doesn’t works so. This patch will resolve this problem. When ecore_imf_context_reset() is called, the preedit text in the immodule will be committed by calling ‘ecore_imf_context_commit_event_add()’. ecore_imf_context_commit_event_add puts the event in ecore event queue, so it will be processed in the idle state of ecore loop. According to this mechanism, commit text is inserted later, so I use ‘ecore_main_loop_iterate();’ for inserting the commit string instantly. Would you please review this patch and apply in svn? -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] elm_conform patch from Prince
In SVN! Thanks! I just fixed warnings. Daniel Juyung Seo (SeoZ) On Fri, May 13, 2011 at 6:18 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 04 May 2011 15:57:11 +0900 Daniel Juyung Seo juyung@samsung.com said: +1. commit it :) Dear all, this is revised patch from Prince. Please find his email and attached patch. Please review this. Thanks. Daniel Juyung Seo. --- Original Message --- Sender : PRINCE KUMAR DUBEYprince.du...@samsung.com Date : 2011-04-29 17:33 (GMT+09:00) Title : Re: [Patch] elm_conform patch Dear Mr. Seo, The below issues have been fixed. Verified with and without HAVE_ELEMENTARY_X flags. So, Can you please post the attached elm_conformant patch. Change Log: 1. Virtual Keypad support added. 2. Support added to look up for Top most Scroller in the focused object hierarchy inside conformant and its Resize Event is handled to realign the Visible content area. 3. New API elm_conformant_content_area_get added to get the content area of the widget. Thank You, Regards, Prince -Original Message- From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com] Sent: Tuesday, May 03, 2011 8:09 PM To: Daniel Juyung Seo Cc: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [Patch] elm_conform patch from Prince On Fri, 29 Apr 2011 09:38:01 +0900 Daniel Juyung Seo juyung@samsung.com said: small things: + Evas_Object *conformant = (Evas_Object *) data; ^ remove space before data +EAPI Evas_Object* ^ add space before * otherwise... commit! :) Dear all, this is an email from Prince. Please find his email and attachment. Thanks. Daniel Juyung Seo (SeoZ) --- Original Message --- Sender : PRINCE KUMAR DUBEYprince.du...@samsung.com Date : 2011-04-28 17:38 (GMT+09:00) Title : elm_conformant SVN Patch. Dear Mr Seo, Can you please post the attached elm_conform patch to EFL community. This patch consist of: 1. Virtual Keypad Support. 2. New API elm_conformant_content_area_get added. Please let me know if you want more information. Thank You, Regards, Prince -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
2011/5/19 Enlightenment SVN no-re...@enlightenment.org: Log: Elm entry: strndup is not portable, use memcpy. If it's in the context of copying a string, why don't you define strndup as a macro for platforms it's not supported on? BR, Leif Thanks to vtorri for the notice. Author: tasn Date: 2011-05-19 06:27:46 -0700 (Thu, 19 May 2011) New Revision: 59540 Trac: http://trac.enlightenment.org/e/changeset/59540 Modified: trunk/elementary/src/lib/elm_entry.c Modified: trunk/elementary/src/lib/elm_entry.c === --- trunk/elementary/src/lib/elm_entry.c 2011-05-19 13:24:06 UTC (rev 59539) +++ trunk/elementary/src/lib/elm_entry.c 2011-05-19 13:27:46 UTC (rev 59540) @@ -1884,19 +1884,25 @@ len = strlen(entry); /* Split to ~_CHUNK_SIZE chunks */ - if (len = _CHUNK_SIZE) + if (len _CHUNK_SIZE) { - edje_object_part_text_set(wd-ent, elm.text, entry); + wd-append_text_left = (char *) malloc(len + 1); } - else + + /* If we decided to use the idler */ + if (wd-append_text_left) { /* Need to clear the entry first */ edje_object_part_text_set(wd-ent, elm.text, ); - wd-append_text_left = strndup(entry, len); + memcpy(wd-append_text_left, entry, len + 1); wd-append_text_position = 0; wd-append_text_len = len; wd-append_text_idler = ecore_idler_add(_text_append_idler, obj); } + else + { + edje_object_part_text_set(wd-ent, elm.text, entry); + } } /** -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
On Thu, 2011-05-19 at 18:19 +0200, Leif Middelschulte wrote: 2011/5/19 Enlightenment SVN no-re...@enlightenment.org: Log: Elm entry: strndup is not portable, use memcpy. If it's in the context of copying a string, why don't you define strndup as a macro for platforms it's not supported on? That's why I used it in the first place, I assumed we already had in in Evil, but vtorri pointed out we don't. memcpy is better in this case anyway, so I don't really mind. -- Tom. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] about packaging/debian directories
i compile my own debian packages since long ago and i'm happy with that, so i can control the revision i compile and be stable for a while or try new releases or go back to previous state anyway, i also use 'my' debian directories to biuld the packages, i noticed that in packaging/debian, there are the skeletons of those dirs, but they're not the ones used by debian developpers (they are located something around here:git://git.debian.org/pkg-e/libs/ , so apt-get source says) why is that? is there a need to update the ones under packaging? i can do that, if it's necessary by, thanx, PaulTT -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] about packaging/debian directories
Yes, they must be updated or removed. We're doing that with gentoo: we have testing packages in enlightenment's svn until they are merged by upstream. On May 19, 2011 3:05 PM, PaulTT pau...@gmail.com wrote: i compile my own debian packages since long ago and i'm happy with that, so i can control the revision i compile and be stable for a while or try new releases or go back to previous state anyway, i also use 'my' debian directories to biuld the packages, i noticed that in packaging/debian, there are the skeletons of those dirs, but they're not the ones used by debian developpers (they are located something around here:git://git.debian.org/pkg-e/libs/ , so apt-get source says) why is that? is there a need to update the ones under packaging? i can do that, if it's necessary by, thanx, PaulTT -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] usage of fopen in edje_cc_out.c
Hey, in data_write_scripts() (in edje_cc_out.c), we call mkstemp(filename) (which basically calls open(filename) with a modified filename), then fopen(filename) (in create_script_file() and compile_script_file(). Instead of fopen(), shouldn't we use fdopen() on the fd returned by mkstemp() ? Vincent -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] about packaging/debian directories
Lutin made a very good packaging on debian http://packages.qa.debian.org/e/eina.html. Maybee it will be a good things to merge this work. The stuff in svn are very old and incomplete. Me too I managed my own debian package but I use the work of Lutin to made the new package. 2011/5/19 Gustavo Sverzut Barbieri barbi...@profusion.mobi Yes, they must be updated or removed. We're doing that with gentoo: we have testing packages in enlightenment's svn until they are merged by upstream. On May 19, 2011 3:05 PM, PaulTT pau...@gmail.com wrote: i compile my own debian packages since long ago and i'm happy with that, so i can control the revision i compile and be stable for a while or try new releases or go back to previous state anyway, i also use 'my' debian directories to biuld the packages, i noticed that in packaging/debian, there are the skeletons of those dirs, but they're not the ones used by debian developpers (they are located something around here:git://git.debian.org/pkg-e/libs/ , so apt-get source says) why is that? is there a need to update the ones under packaging? i can do that, if it's necessary by, thanx, PaulTT -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Michaël Bouchaud -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/elementary/src: bin lib
On Wed, 18 May 2011 11:05:48 +0200 Nicolas Aguirre aguirre.nico...@gmail.com said: 2011/5/18 Nicolas Aguirre aguirre.nico...@gmail.com 2011/5/18 Enlightenment SVN no-re...@enlightenment.org Log: elm grid obj++ Author: raster Date: 2011-05-18 00:15:36 -0700 (Wed, 18 May 2011) New Revision: 59483 Trac: http://trac.enlightenment.org/e/changeset/59483 No edje implementation of this object ? Ok i tried it, it's a stupid question :) yes... was a stupid q :) (ie... edje already does this anyway for all parts anyway via rel1/2 relative vals). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel