Re: [E-devel] E SVN: hermet trunk/devs/hermet
I don't need it. ;p -Regards, Hermet- -Original Message- From: Tom Hacohenlt;tom.haco...@partner.samsung.comgt; To: Enlightenment developer listlt;enlightenment-devel@lists.sourceforge.netgt; Cc: enlightenment-...@lists.sourceforge.net Sent: 12-01-02(월) 16:41:08 Subject: Re: [E-devel] E SVN: hermet trunk/devs/hermet On 02/01/12 07:22, Michael Blumenkrantz wrote: I like how everyone has his own separate build script in svn and how each script gets its own updates just like a little application. Especially since my script is far superior. Unfortunately it's not in SVN, it's proprietary. If you want it, pay $1 or more to the e paypal account, and I'll send it to you. ;P -- Tom. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet trunk/devs/hermet
On 02/01/12 10:27, ChunEon Park wrote: I don't need it. ;p I can offer you a premium price! If you are interested, send me a private email. :) -- Tom. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Deprecation of elm_entry_entry_set/get
On Mon, 02 Jan 2012 09:38:58 +0200 Tom Hacohen tom.haco...@partner.samsung.com said: On 02/01/12 07:13, Carsten Haitzler (The Rasterman) wrote: i can see the logic - i'm waiting for tom to wake up... lazy bugger. i've been awake for hours already and he's still lounging about in bed! :) Damn you and your timezone, *REAL MEN* live in Europe/Africa/Western Asia/Middle east! I'm agree with both positions: In favour of keeping it: it holds all the text manipulation functions of entry under one namespace. Against: redundant, we have 2 extra functions that don't add functionality. If I have to pick one over the other, I'd say: keep it, even as a macro if you are cheap on symbols (but really, just leave it as a function). No one except for big-spender-Daniel commented on the matter, please let your voice be heard. :) i really don't know... i'm torn between them. :/ -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Patch][elm_map] Fix zoom rotated coordinates bug
Hi,
In my point of view, elm_map did not consider zooming rotation by
using Evas_Map initially.
There are no problems if you use only elm_map_zoom_set(). But if you
use pinch gesture or wheel to do subtle zooming rotating, the
calculations of coordinates are not correct currently.
I have fixed these problem and also made some utility APIs for user convenience.
I made following 3 APIs.
1. elm_map_utils_size_get()
Currently users can only get integer zoom level by using elm_map_zoom_get().
So if user want to calculate full map size, user should calculate
pow(2.0, zoom level) * tile size. Furthermore, user assumes tile size
as 256. (tile size can be changed!!)
Also it's not correct sometimes because Evas_map is used for subtle
zooming between zoom levels.
Above APIs return correct full map size.
2. elm_map_utils_region_get()
It can used for getting left top coordinates, center coordinates and
width, height of currently shown map area.
3. elm_map_utils_convert_canvas_into_geo()
Currently it is hard to converting x, y coordinates to geographical
longitude, latitude because of subtle zooming rotating.
If use wants to get it, user uses combination of above functions and
more. It is harsh job.
This function is used for getting longitude, latitude from x, y
coordinates of current viewport.
Test application can be brief by using above functions .
Please review this patch.
--
BRs,
Kim.
Index: src/lib/elm_map.c
===
--- src/lib/elm_map.c (리비전 66738)
+++ src/lib/elm_map.c (작업 사본)
@@ -3357,17 +3357,16 @@ elm_map_geo_region_get(const Evas_Object
#ifdef HAVE_ELEMENTARY_ECORE_CON
ELM_CHECK_WIDTYPE(obj, widtype);
Widget_Data *wd = elm_widget_data_get(obj);
- Evas_Coord sx, sy, sw, sh;
-
- if (!wd) return;
- elm_smart_scroller_child_pos_get(wd-scr, sx, sy);
- elm_smart_scroller_child_viewport_size_get(wd-scr, sw, sh);
- if (wd-size.w sw) sw = wd-size.w;
- if (wd-size.h sh) sh = wd-size.h;
- sx += sw / 2;
- sy += sh / 2;
-
- elm_map_utils_convert_coord_into_geo(obj, sx, sy, wd-size.w, lon, lat);
+ Evas_Coord cx, cy;
+ int rw;
+ double tlon, tlat;
+ EINA_SAFETY_ON_NULL_RETURN(wd);
+
+ elm_map_utils_region_get(obj, NULL, NULL, cx, cy, NULL, NULL);
+ elm_map_utils_size_get(obj, rw, NULL);
+ elm_map_utils_convert_coord_into_geo(obj, cx, cy, rw, tlon, tlat);
+ if (lon) *lon = tlon;
+ if (lat) *lat = tlat;
#else
(void) obj;
(void) lon;
@@ -3569,10 +3568,48 @@ elm_map_utils_convert_name_into_coord(co
}
EAPI void
-elm_map_utils_rotate_coord(const Evas_Object *obj __UNUSED__, const Evas_Coord x, const Evas_Coord y, const Evas_Coord cx, const Evas_Coord cy, const double degree, Evas_Coord *xx, Evas_Coord *yy)
+elm_map_utils_convert_canvas_into_geo(const Evas_Object *obj, const Evas_Coord x, const Evas_Coord y, double *lon, double *lat)
{
#ifdef HAVE_ELEMENTARY_ECORE_CON
- if ((!xx) || (!yy)) return;
+ ELM_CHECK_WIDTYPE(obj, widtype);
+ EINA_SAFETY_ON_NULL_RETURN(lon);
+ EINA_SAFETY_ON_NULL_RETURN(lat);
+
+ Evas_Coord xx, yy, w, h, mw, tx, ty, cx, cy;
+ double d;
+
+ elm_map_utils_region_get(obj, xx, yy, cx, cy, w, h);
+ elm_map_utils_size_get(obj, mw, NULL);
+ if (w mw)
+ {
+xx += x;
+yy += y;
+ }
+ else
+ {
+xx = x - xx;
+yy = y - yy;
+ }
+
+ elm_map_rotate_get(obj, d, NULL, NULL);
+ elm_map_utils_rotate_coord(obj, xx, yy, cx, cy, -d, tx, ty);
+ elm_map_utils_convert_coord_into_geo(obj, tx, ty, mw, lon, lat);
+#else
+ (void) obj;
+ (void) x;
+ (void) y;
+ (void) lon;
+ (void) lat;
+#endif
+}
+
+EAPI void
+elm_map_utils_rotate_coord(const Evas_Object *obj, const Evas_Coord x, const Evas_Coord y, const Evas_Coord cx, const Evas_Coord cy, const double degree, Evas_Coord *xx, Evas_Coord *yy)
+{
+#ifdef HAVE_ELEMENTARY_ECORE_CON
+ ELM_CHECK_WIDTYPE(obj, widtype);
+ EINA_SAFETY_ON_NULL_RETURN(xx);
+ EINA_SAFETY_ON_NULL_RETURN(yy);
double r = (degree * M_PI) / 180.0;
double tx, ty, ttx, tty;
@@ -3598,6 +3635,81 @@ elm_map_utils_rotate_coord(const Evas_Ob
#endif
}
+EAPI void
+elm_map_utils_region_get(const Evas_Object *obj, Evas_Coord *x, Evas_Coord *y, Evas_Coord *cx, Evas_Coord *cy, Evas_Coord *w, Evas_Coord *h)
+{
+#ifdef HAVE_ELEMENTARY_ECORE_CON
+ ELM_CHECK_WIDTYPE(obj, widtype);
+ Widget_Data *wd = elm_widget_data_get(obj);
+ Evas_Coord sx, sy, tx, ty, tcx, tcy, sw, sh, tw, th, rw, rh;
+ EINA_SAFETY_ON_NULL_RETURN(wd);
+
+ elm_smart_scroller_child_pos_get(wd-scr, sx, sy);
+ elm_smart_scroller_child_viewport_size_get(wd-scr, sw, sh);
+ rw = wd-size.w * wd-pinch.level;
+ rh = wd-size.h * wd-pinch.level;
+
+ if (wd-size.w sw)
+ {
+tw = rw;
+tcx = sx + tw/2;
+tx = sx + (sw - tw)/2;
+ }
+ else
+ {
+tw = sw;
+tcx = (sx + tw/2) * wd-pinch.level;
+tx = tcx - tw/2;
+
+ }
+ if (wd-size.h sh)
+ {
+th = rh;
+
Re: [E-devel] Deprecation of elm_entry_entry_set/get
On 02/01/12 12:14, Carsten Haitzler (The Rasterman) wrote: i really don't know... i'm torn between them. :/ Same here, I'm also torn. :P That's why I was happy with the old status quo (i.e no one deprecated it). But now, since I have to choose, I'd have to say, keep em both, but really, that's just the result of the coin I flipped here. :) -- Tom. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] elm_cnp_helper - bugfix that dnd won't start
On Mon, 2 Jan 2012 16:52:05 +0900 Hyoyoung Chang hyoyo...@gmail.com wrote: Dear all. elementary supports ecore_x dnd feature. But currently eocre_x_dnd_aware_set isn't set by default Its patch fixes this bug. Thank you in. also, if you cast the callback that you set in a function, you can do something like: evas_object_event_callback_add(obj, EVAS_CALLBACK_MOUSE_UP, (Evas_Object_Event_Cb)_drag_mouse_up, (void *)xwin); _drag_mouse_up(void *un __UNUSED__, Evas *e __UNUSED__, Evas_Object *obj, Ecore_X_Window xwin); which saves you a line for casting and creating new variables later. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ 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
Hey, I have attached example code for checking restacking feature of ctxpopup. Please review the code and give any feedbacks. Thanks. 2011/12/22 Daniel Juyung Seo seojuyu...@gmail.com We need more test! Anyhow thanks! Daniel Juyung Seo (SeoZ) On Thu, Dec 22, 2011 at 10:34 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: 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;; cnook lt;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.com gt; 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.com gt; 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 --
[E-devel] Using specifically written modules from Edje lua scripts.
Now that my last lot of Lua work has been a run away success (works for me, still dunno if anyone else uses it), it's time for me to move to the next big Lua project of mine. Actually, the second next one, but they are related. What I would like to add to edje Lua is the ability for the host application to provide new functions for the Lua script to be able to call. Also, for the host app to be able to directly call Lua script provided functions (like the current move, resize, signal. etc). Yes we have signals and messages for communicating with the host app, but sometimes a direct function call makes much more sense. We are actually half way there. Anticipating that there would be way more edje and evas stuff to add to the edje Lua API in the future, I created generic wrapper functions to make that easier. Implementing this would mean exposing those static functions, and writing more of these generic wrapper stuff. Lua already provides a mechanism for this sort of thing, but we currently sandbox that out. We can provide a very limited version of the package module, that only lets the Lua script load modules that the host app explicitly provides. This keeps edje Lua in it's strictly sandboxed state. Raster objected to this idea before, if I remember. His argument was, I think,what if someone loads a Lua script theme that uses one of these new APIs, but they are not there?. We are gonna have that problem now, and with each subsequent release. Anyone running a theme that expects images, text, maps, and other stuff that I added to the last release, but using the edje release before, is gonna be sorely disappointed. It only had rectangles and timers. For the next release I expect to add textblock and sound support at least. Now that the edje Lua stuff is more fleshed out, it will be actually useful, I expect people to actually start using it. No one bothered before, coz rectangles are very limited. So definitely for the next release we will need a generic solution to that problem. And probably backport it to the current release. Not much harder to go from there to what I want. One use of this is to let elementary add Lua support for it's widgets. At the moment, elementary is not a dependency of edje, so this sort of thing would be the way to do that. After the big library merge, that might not be a problem. Though I for one would still prefer to be able to use edje+lua+evas without elementary on embedded projects. My next two big Lua projects are - server side and then client side Lua scripting support for Second Life (SL) style virtual worlds. This will bring the same sort of thing that WoW has to more open virtual worlds - Lua client side scripting. SL already has it's own server side scripting language, I'll be making a Lua based version of that which will need to be compatible at the function API level. Then I'll want to make a completely new client side version, but it will have to be more or less compatible at the API level with the server API. So client side Lua scripting will have to be a mixture of functions that match the server side functions, and edje Lua calls to drive the UI. Messages and signals just wont cut it for that, it will have to be functions. Coz the API functions is what existing server side scripters are used to. Before anyone argues that SL client side functions would have to send messages to server side anyway, I'll point out that some of the server side functions have purely client side results, and not just the UI related ones. These sort of functions, when implemented as client side scripting API, will not involve the server at all, just trigger existing client side functions. Simple Lua wrappers around those existing functions will work the best. Exactly in the same way that I've been adding simple Lua wrappers around edje and evas functions. -- 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 -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Deprecation of elm_entry_entry_set/get
On Mon, 02 Jan 2012 12:32:01 +0200 Tom Hacohen tom.haco...@partner.samsung.com wrote: On 02/01/12 12:14, Carsten Haitzler (The Rasterman) wrote: i really don't know... i'm torn between them. :/ Same here, I'm also torn. :P That's why I was happy with the old status quo (i.e no one deprecated it). But now, since I have to choose, I'd have to say, keep em both, but really, that's just the result of the coin I flipped here. :) -- Tom. I support keeping them both. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Patch] Removing content resize callback before the ctxpopup is deleted.
Dear All, Hello! Sometimes, widget data is referred after ctxpopup is deleted. So before the ctxpopup is deleted, the content resize callback should be removed. Please review the attached patch. Thanks Sincerely, Shinwoo Kim. Index: src/lib/elc_ctxpopup.c === --- src/lib/elc_ctxpopup.c (revision 66731) +++ src/lib/elc_ctxpopup.c (working copy) @@ -729,6 +729,8 @@ _del_pre_hook(Evas_Object *obj) wd = elm_widget_data_get(obj); if (!wd) return; + evas_object_event_callback_del_full(wd-box, EVAS_CALLBACK_RESIZE, + _content_resize, obj); _parent_cut_off(obj); } -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn IN trunk/ecrire: . po src src/bin src/bin/ui
On 1 January 2012 11:27, Tom Hacohen tom.haco...@partner.samsung.comwrote: Sorry, I made 0.17 the new requirement, should work now, hopefully. Getting the following.. make ecrire.pot-update *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.17 but the autoconf macros are from gettext version 0.18 r66743 ubuntu Oneiric Regards Mark On 01/01/12 16:36, Andreas Volz wrote: Am Sun, 1 Jan 2012 14:57:10 +0100 schrieb Vincent Torri: I tried to build: Running autopoint... autopoint: *** The AM_GNU_GETTEXT_VERSION declaration in your configure.ac file requires the infrastructure from gettext-0.18 but this version is older. Please upgrade to gettext-0.18 or newer. autopoint: *** Stop. ... ./configure also failing: ... checking for shared library run path origin... /bin/bash: ./config.rpath: No such file or directory done checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking for __attribute__... yes checking for EFL... yes configure: creating ./config.status config.status: error: cannot find input file: `Makefile.in' I'm using Ubuntu Lucid which is not latest and greatest, but I've no problems with rest of EFL. So maybe problem in your build files? regards Andreas would it be possible to isolate the ecore_x specific code, please ? Vincent On Sun, Jan 1, 2012 at 12:10 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Ecrire: Initial commit. Author: tasn Date: 2012-01-01 03:10:30 -0800 (Sun, 01 Jan 2012) New Revision: 66713 Trac: http://trac.enlightenment.org/e/changeset/66713 Added: trunk/ecrire/.gitignore trunk/ecrire/AUTHORS trunk/ecrire/COPYING trunk/ecrire/ChangeLog trunk/ecrire/Makefile.am trunk/ecrire/NEWS trunk/ecrire/README trunk/ecrire/TODO trunk/ecrire/autogen.sh trunk/ecrire/configure.ac trunk/ecrire/po/ trunk/ecrire/po/ChangeLog trunk/ecrire/po/LINGUAS trunk/ecrire/po/Makevars trunk/ecrire/po/POTFILES.in trunk/ecrire/po/he.po trunk/ecrire/src/ trunk/ecrire/src/Makefile.am trunk/ecrire/src/bin/ trunk/ecrire/src/bin/Makefile.am trunk/ecrire/src/bin/cfg.c trunk/ecrire/src/bin/cfg.h trunk/ecrire/src/bin/file_utils.c trunk/ecrire/src/bin/main.c trunk/ecrire/src/bin/mess_header.h trunk/ecrire/src/bin/ui/ trunk/ecrire/src/bin/ui/alerts.c trunk/ecrire/src/bin/ui/file_related.c trunk/ecrire/src/bin/ui/font_dialog.c trunk/ecrire/src/bin/ui/search_dialog.c trunk/ecrire/src/bin/ui/ui.h Property changes on: trunk/ecrire/autogen.sh ___ Added: svn:executable + * -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Mark Dickie Tel (+44) Email blaeberr...@gmail.com Skype blaeberries -- Ridiculously easy VDI. With Citrix VDI-in-a-Box,
Re: [E-devel] E SVN: tasn IN trunk/ecrire: . po src src/bin src/bin/ui
On 02/01/12 13:19, Mark Dickie wrote: make ecrire.pot-update *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.17 but the autoconf macros are from gettext version 0.18 r66743 ubuntu Oneiric Yeah, you should manually change to 0.18. I can't find what's wrong and why it doesn't work. I also change it manually to 0.18 here, 0.17 just doesn't work for me... :| Maybe I need to ship some m4s with it? Vincent: any idea? -- Tom. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn IN trunk/ecrire: . po src src/bin src/bin/ui
On 01/02/2012 12:59 PM, Tom Hacohen wrote: On 02/01/12 13:19, Mark Dickie wrote: make ecrire.pot-update *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.17 but the autoconf macros are from gettext version 0.18 r66743 ubuntu Oneiric Yeah, you should manually change to 0.18. I can't find what's wrong and why it doesn't work. I also change it manually to 0.18 here, 0.17 just doesn't work for me... :| Maybe I need to ship some m4s with it? Fixed in r66753 S. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn IN trunk/ecrire: . po src src/bin src/bin/ui
On 02/01/12 15:14, Sebastian Dransfeld wrote: On 01/02/2012 12:59 PM, Tom Hacohen wrote: Yeah, you should manually change to 0.18. I can't find what's wrong and why it doesn't work. I also change it manually to 0.18 here, 0.17 just doesn't work for me... :| Maybe I need to ship some m4s with it? Fixed in r66753 Just saw it, thanks. I figured it was something with shipping m4s... :) Thanks a lot, Tom. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Deprecation of elm_entry_entry_set/get
2012/1/2 Michael Blumenkrantz michael.blumenkra...@gmail.com: On Mon, 02 Jan 2012 12:32:01 +0200 Tom Hacohen tom.haco...@partner.samsung.com wrote: On 02/01/12 12:14, Carsten Haitzler (The Rasterman) wrote: i really don't know... i'm torn between them. :/ Same here, I'm also torn. :P That's why I was happy with the old status quo (i.e no one deprecated it). But now, since I have to choose, I'd have to say, keep em both, but really, that's just the result of the coin I flipped here. :) -- Tom. I support keeping them both. Me too, and I will think of a third variant during the week. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] trunk cleaning
If anyone has looked around in trunk/ lately, there's a bunch of stuff that's unmaintained/broken. Additionally, it's pretty disorganized. It would be great if we had some better structure there like APPS/LIBS/etc. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] trunk cleaning
On Mon, Jan 2, 2012 at 7:39 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: If anyone has looked around in trunk/ lately, there's a bunch of stuff that's unmaintained/broken. Additionally, it's pretty disorganized. It would be great if we had some better structure there like APPS/LIBS/etc. we used to have apps/ and libs/ subdirs (in the CVS times), and when migrating to svn, we removed that structure Vincent -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn IN trunk/ecrire: . po src src/bin src/bin/ui
Am Sun, 1 Jan 2012 15:36:42 +0100 schrieb Andreas Volz: Now I got it working. For all lazy people here is a screenshot: http://imagebin.org/191425 Nice work for a first EFL editor I see. Please keep up with it as small editor. Maybe split editor component as library to easy include it in other applications. regards Andreas Am Sun, 1 Jan 2012 14:57:10 +0100 schrieb Vincent Torri: I tried to build: Running autopoint... autopoint: *** The AM_GNU_GETTEXT_VERSION declaration in your configure.ac file requires the infrastructure from gettext-0.18 but this version is older. Please upgrade to gettext-0.18 or newer. autopoint: *** Stop. ... ./configure also failing: ... checking for shared library run path origin... /bin/bash: ./config.rpath: No such file or directory done checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking for __attribute__... yes checking for EFL... yes configure: creating ./config.status config.status: error: cannot find input file: `Makefile.in' I'm using Ubuntu Lucid which is not latest and greatest, but I've no problems with rest of EFL. So maybe problem in your build files? regards Andreas would it be possible to isolate the ecore_x specific code, please ? Vincent On Sun, Jan 1, 2012 at 12:10 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Ecrire: Initial commit. Author: tasn Date: 2012-01-01 03:10:30 -0800 (Sun, 01 Jan 2012) New Revision: 66713 Trac: http://trac.enlightenment.org/e/changeset/66713 Added: trunk/ecrire/.gitignore trunk/ecrire/AUTHORS trunk/ecrire/COPYING trunk/ecrire/ChangeLog trunk/ecrire/Makefile.am trunk/ecrire/NEWS trunk/ecrire/README trunk/ecrire/TODO trunk/ecrire/autogen.sh trunk/ecrire/configure.ac trunk/ecrire/po/ trunk/ecrire/po/ChangeLog trunk/ecrire/po/LINGUAS trunk/ecrire/po/Makevars trunk/ecrire/po/POTFILES.in trunk/ecrire/po/he.po trunk/ecrire/src/ trunk/ecrire/src/Makefile.am trunk/ecrire/src/bin/ trunk/ecrire/src/bin/Makefile.am trunk/ecrire/src/bin/cfg.c trunk/ecrire/src/bin/cfg.h trunk/ecrire/src/bin/file_utils.c trunk/ecrire/src/bin/main.c trunk/ecrire/src/bin/mess_header.h trunk/ecrire/src/bin/ui/ trunk/ecrire/src/bin/ui/alerts.c trunk/ecrire/src/bin/ui/file_related.c trunk/ecrire/src/bin/ui/font_dialog.c trunk/ecrire/src/bin/ui/search_dialog.c trunk/ecrire/src/bin/ui/ui.h Property changes on: trunk/ecrire/autogen.sh ___ Added: svn:executable + * -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Technical Blog http://andreasvolz.wordpress.com/ -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Technical Blog http://andreasvolz.wordpress.com/ -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
Re: [E-devel] E SVN: tasn IN trunk/ecrire: . po src src/bin src/bin/ui
On 02/01/12 21:50, Andreas Volz wrote: Am Sun, 1 Jan 2012 15:36:42 +0100 schrieb Andreas Volz: Now I got it working. For all lazy people here is a screenshot: http://imagebin.org/191425 Nice work for a first EFL editor I see. Please keep up with it as small editor. Maybe split editor component as library to easy include it in other applications. Thanks for upping the screenie. Currently it's just an entry with an undo/redo stack implementation (I think I'll move that to elm, not yet sure) and a couple of feature examples, nothing that justifies it's own widget yet. :) Currently it's not even a fully working example. Save-as is not implemented, neither is discard changes. But those are easy to add, I just really don't have time to do them atm. I wrote this just to play with the API a bit to make sure things I want can be done. -- Tom. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] trunk cleaning
On 02/01/12 20:39, Michael Blumenkrantz wrote: If anyone has looked around in trunk/ lately, there's a bunch of stuff that's unmaintained/broken. Additionally, it's pretty disorganized. It would be great if we had some better structure there like APPS/LIBS/etc. We already discussed it in IRC. Please don't move things around atm. We'll reorder everything when we move to git which will force us to reorder things anyway, and also in order to preserve history. But generally, yeah, that's very much needed. I want to have something like this: http://git.gnome.org/browse/ I.e projects split to categories. -- Tom. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Patch][ecore_con] Fix return value checking
Hi,
There is invalid return value checking of curl_multi_perform() in ecore_con_url.
Because CURLM_CALL_MULTI_PERFORM is also not CURLM_OK,
CURLM_CALL_MULTI_PERFORM checking should precede CURLM_OK checking.
It's simple fix. Please review this
--
BRs,
Kim.
Index: src/lib/ecore_con/ecore_con_url.c
===
--- src/lib/ecore_con/ecore_con_url.c (리비전 66761)
+++ src/lib/ecore_con/ecore_con_url.c (작업 사본)
@@ -1555,16 +1555,16 @@ _ecore_con_url_idler_handler(void *data
CURLMcode ret;
ret = curl_multi_perform(_curlm, still_running);
- if (ret != CURLM_OK)
+ if (ret == CURLM_CALL_MULTI_PERFORM)
{
-ERR(curl_multi_perform() failed: %s, curl_multi_strerror(ret));
-_ecore_con_url_curl_clear();
-ecore_timer_freeze(_curl_timeout);
+DBG(Call multiperform again);
return ECORE_CALLBACK_RENEW;
}
- if (ret == CURLM_CALL_MULTI_PERFORM)
+ else if (ret != CURLM_OK)
{
-DBG(Call multiperform again);
+ERR(curl_multi_perform() failed: %s, curl_multi_strerror(ret));
+_ecore_con_url_curl_clear();
+ecore_timer_freeze(_curl_timeout);
return ECORE_CALLBACK_RENEW;
}
--
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] Fix return value checking
On Tue, 3 Jan 2012 10:01:17 +0900 Bluezery ohpo...@gmail.com wrote: Hi, There is invalid return value checking of curl_multi_perform() in ecore_con_url. Because CURLM_CALL_MULTI_PERFORM is also not CURLM_OK, CURLM_CALL_MULTI_PERFORM checking should precede CURLM_OK checking. It's simple fix. Please review this in -- 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_cnp_helper - bugfix duplicated drag objs
Dear all.
Currently, dragging is only supported in elm_photo.
Normally it works well but in overlapped region, elm_photo makes
multiple drag events.
However multiple objs dragging isn't supported by elm_cnp_helper(also
in xdnd specs)
It better to block multiple dragging events.
Also I fixed dragdonecb's data argument position.
Thank you.
Index: elementary/src/lib/elm_cnp_helper.c
===
--- elementary/src/lib/elm_cnp_helper.c (리비전 66761)
+++ elementary/src/lib/elm_cnp_helper.c (작업 사본)
@@ -1563,7 +1563,7 @@
ecore_x_dnd_aware_set(xwin, EINA_FALSE);
if (dragdonecb)
{
-dragdonecb(dragdonecb,selections[ELM_SEL_TYPE_XDND].widget);
+dragdonecb(dragdonedata, selections[ELM_SEL_TYPE_XDND].widget);
dragdonecb = NULL;
}
if (dragwin)
@@ -1599,9 +1599,15 @@
cnp_debug(starting drag...\n);
- ecore_x_dnd_type_set(xwin, text/uri-list, 1);
+ if (dragwin)
+ {
+cnp_debug(another obj is dragging...\n);
+return EINA_FALSE;
+ }
+
+ ecore_x_dnd_type_set(xwin, text/uri-list, EINA_TRUE);
sel = selections + ELM_SEL_TYPE_XDND;
- sel-active = 1;
+ sel-active = EINA_TRUE;
sel-widget = obj;
sel-format = format;
sel-selbuf = data ? strdup(data) : NULL;
@@ -1618,12 +1624,12 @@
_dnd_status, NULL);
dragwin = elm_win_add(NULL, Elm Drag Object, ELM_WIN_UTILITY);
- elm_win_override_set(dragwin, 1);
+ elm_win_override_set(dragwin, EINA_TRUE);
/* FIXME: Images only */
icon = elm_icon_add(dragwin);
elm_icon_file_set(icon, data + 7, NULL); /* 7!? file:// */
- elm_win_resize_object_add(dragwin,icon);
+ elm_win_resize_object_add(dragwin, icon);
evas_object_size_hint_weight_set(icon, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
evas_object_size_hint_align_set(icon, EVAS_HINT_FILL, EVAS_HINT_FILL);
Index: elementary/src/lib/elm_photo.c
===
--- elementary/src/lib/elm_photo.c (리비전 66761)
+++ elementary/src/lib/elm_photo.c (작업 사본)
@@ -189,14 +189,15 @@
/* FIXME: Deal with relative paths */
buf = malloc(strlen(file) + strlen(file://) + 1);
sprintf(buf, %s%s,file://,file);
-elm_drag_start(objv, ELM_SEL_FORMAT_IMAGE,
- buf, _drag_done_cb, NULL);
+if (elm_drag_start(objv, ELM_SEL_FORMAT_IMAGE,
+ buf, _drag_done_cb, NULL))
+ {
+ elm_object_scroll_freeze_push(objv);
+ evas_object_smart_callback_call(objv, SIG_DRAG_START, NULL);
+ }
free(buf);
}
- elm_object_scroll_freeze_push(objv);
- evas_object_smart_callback_call(objv, SIG_DRAG_START, NULL);
-
return 0; /* Don't call again */
}
--
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_cnp_helper - bugfix duplicated drag objs
On Tue, 3 Jan 2012 13:41:09 +0900 Hyoyoung Chang hyoyo...@gmail.com wrote: Dear all. Currently, dragging is only supported in elm_photo. Normally it works well but in overlapped region, elm_photo makes multiple drag events. However multiple objs dragging isn't supported by elm_cnp_helper(also in xdnd specs) It better to block multiple dragging events. Also I fixed dragdonecb's data argument position. Thank you. in -- 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] evas text block - bugfix in _evas_textblock_node_format_remove_matching func
Dear all,
sometimes removing tag string in elm_entry, segfault is ocurring.
it seems to fail at getting format txt. but i'm not sure about it.
if this patch's correct, plz commit it.
thanks.
--- reproduce step ---
1. run elementary_test
2. entries - entry
3. move the cursor to last char.
4. press delete key until segfault
--- gdb backtrace ---
Starting program: /usr/local/bin/elementary_test
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
_evas_textblock_node_format_remove (o=0x8202a38, n=0x0, visible_adjustment=0)
at evas_object_textblock.c:6416
6416nnode = _NODE_FORMAT(EINA_INLIST_GET(n)-next);
(gdb) bt
#0 _evas_textblock_node_format_remove (o=0x8202a38, n=0x0,
visible_adjustment=0) at evas_object_textblock.c:6416
#1 0x00343574 in _evas_textblock_node_format_remove_matching (o=0x8202a38,
fmt=0x84ea198) at evas_object_textblock.c:6356
#2 0x0034b5c3 in evas_textblock_cursor_char_delete (cur=0x84eb5c0)
at evas_object_textblock.c:7516
#3 0x0043de9f in _delete_emit (ed=0x84a1d58, c=0x84eb5c0, pos=133,
backspace=1 '\001', en=optimized out) at edje_entry.c:1029
#4 0x0047a709 in _delete_emit (backspace=1 '\001', pos=133, c=0x84eb5c0,
ed=0x84a1d58, en=optimized out) at edje_entry.c:1005
#5 _edje_key_down_cb (data=0x84a1d58, e=0x8440468, obj=0xb73b39f0,
event_info=0xb068) at edje_entry.c:1215
#6 0x00303cf7 in evas_object_event_callback_call (obj=0xb73b39f0,
type=EVAS_CALLBACK_KEY_DOWN, event_info=0xb068, event_id=152924)
at evas_callbacks.c:224
#7 0x0030ce05 in evas_event_feed_key_down (e=0x8440468,
keyname=0x84f4e60 BackSpace, key=0x84f4e6a BackSpace,
string=0x84f4e74 \b, compose=0x84f4e74 \b, timestamp=92336243,
data=0x0) at evas_events.c:1340
#8 0x00d3c5dd in _ecore_event_evas_key (e=0x84f4e38, press=ECORE_DOWN)
at ecore_input_evas.c:154
---Type return to continue, or q return to quit---
#9 0x003fa6b4 in _ecore_call_handler_cb (event=optimized out,
type=optimized out, data=0x0, func=0xd3c5f0 ecore_event_evas_key_down)
at ecore_private.h:317
#10 _ecore_event_call () at ecore_events.c:704
#11 0x003ff1e5 in _ecore_main_loop_iterate_internal (once_only=0)
at ecore_main.c:1844
#12 0x003ff70f in ecore_main_loop_begin () at ecore_main.c:887
#13 0x001d7044 in elm_run () at elm_main.c:836
#14 0x08055fef in elm_main (argc=1, argv=0xb294) at test.c:621
#15 0x08054959 in main (argc=1, argv=0xb294) at test.c:630
Index: evas/src/lib/canvas/evas_object_textblock.c
===
--- evas/src/lib/canvas/evas_object_textblock.c (리비전 66778)
+++ evas/src/lib/canvas/evas_object_textblock.c (작업 사본)
@@ -6328,7 +6328,7 @@
{
formats = eina_list_prepend(formats, fmt);
}
-else if (fstr !fmt-opener)
+else if (fstr !fmt-opener formats)
{
Evas_Object_Textblock_Node_Format *fnode;
size_t fstr_len;
--
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] Edje Lua changes needed for Lua 5.2 (the current release as of last month)
Just quickly looking through the documentation, this is stuff we might have to deal with for Lua 5.2 - Weak tables with weak keys now perform like ephemeron tables. We use a weak table, but not with a weak key. Still, may need to keep an eye on this. Function luaL_register is deprecated. Use luaL_setfuncs so that your module does not create globals. (Modules are not expected to set global variables anymore.) We use that to register our functions in LUA. The osize argument to the allocation function may not be zero when creating a new block, that is, when ptr is NULL (see lua_Alloc). Use only the test ptr == NULL to check whether the block is new. Don't think that affects us, but making note of it anyway, as we do use that. Finalizers (__gc metamethods) for userdata are called in the reverse order that they were marked for finalization, not that they were created (see §2.5.1). (Most userdata are marked immediately after they are created.) Moreover, if the metatable does not have a __gc field when set, the finalizer will not be called, even if it is set later. This will need a code review. Function lua_objlen was renamed lua_rawlen. We use that in the message send function. -- 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] [patch] evas text block - bugfix in _evas_textblock_node_format_remove_matching func
Sorry. previous version is incomplete.
It's a more reliable patch.
On Tue, Jan 3, 2012 at 3:21 PM, Hyoyoung Chang hyoyo...@gmail.com wrote:
Dear all,
sometimes removing tag string in elm_entry, segfault is ocurring.
it seems to fail at getting format txt. but i'm not sure about it.
if this patch's correct, plz commit it.
thanks.
--- reproduce step ---
1. run elementary_test
2. entries - entry
3. move the cursor to last char.
4. press delete key until segfault
--- gdb backtrace ---
Starting program: /usr/local/bin/elementary_test
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
_evas_textblock_node_format_remove (o=0x8202a38, n=0x0, visible_adjustment=0)
at evas_object_textblock.c:6416
6416 nnode = _NODE_FORMAT(EINA_INLIST_GET(n)-next);
(gdb) bt
#0 _evas_textblock_node_format_remove (o=0x8202a38, n=0x0,
visible_adjustment=0) at evas_object_textblock.c:6416
#1 0x00343574 in _evas_textblock_node_format_remove_matching (o=0x8202a38,
fmt=0x84ea198) at evas_object_textblock.c:6356
#2 0x0034b5c3 in evas_textblock_cursor_char_delete (cur=0x84eb5c0)
at evas_object_textblock.c:7516
#3 0x0043de9f in _delete_emit (ed=0x84a1d58, c=0x84eb5c0, pos=133,
backspace=1 '\001', en=optimized out) at edje_entry.c:1029
#4 0x0047a709 in _delete_emit (backspace=1 '\001', pos=133, c=0x84eb5c0,
ed=0x84a1d58, en=optimized out) at edje_entry.c:1005
#5 _edje_key_down_cb (data=0x84a1d58, e=0x8440468, obj=0xb73b39f0,
event_info=0xb068) at edje_entry.c:1215
#6 0x00303cf7 in evas_object_event_callback_call (obj=0xb73b39f0,
type=EVAS_CALLBACK_KEY_DOWN, event_info=0xb068, event_id=152924)
at evas_callbacks.c:224
#7 0x0030ce05 in evas_event_feed_key_down (e=0x8440468,
keyname=0x84f4e60 BackSpace, key=0x84f4e6a BackSpace,
string=0x84f4e74 \b, compose=0x84f4e74 \b, timestamp=92336243,
data=0x0) at evas_events.c:1340
#8 0x00d3c5dd in _ecore_event_evas_key (e=0x84f4e38, press=ECORE_DOWN)
at ecore_input_evas.c:154
---Type return to continue, or q return to quit---
#9 0x003fa6b4 in _ecore_call_handler_cb (event=optimized out,
type=optimized out, data=0x0, func=0xd3c5f0 ecore_event_evas_key_down)
at ecore_private.h:317
#10 _ecore_event_call () at ecore_events.c:704
#11 0x003ff1e5 in _ecore_main_loop_iterate_internal (once_only=0)
at ecore_main.c:1844
#12 0x003ff70f in ecore_main_loop_begin () at ecore_main.c:887
#13 0x001d7044 in elm_run () at elm_main.c:836
#14 0x08055fef in elm_main (argc=1, argv=0xb294) at test.c:621
#15 0x08054959 in main (argc=1, argv=0xb294) at test.c:630
Index: evas/src/lib/canvas/evas_object_textblock.c
===
--- evas/src/lib/canvas/evas_object_textblock.c (리비전 66779)
+++ evas/src/lib/canvas/evas_object_textblock.c (작업 사본)
@@ -6334,7 +6334,8 @@
size_t fstr_len;
fstr_len = strlen(fstr);
/* Generic popper, just pop */
- if (((fstr[0] == ' ') !fstr[1]) || !fstr[0])
+ if (formats
+ (((fstr[0] == ' ') !fstr[1]) || !fstr[0]))
{
fnode = eina_list_data_get(formats);
formats = eina_list_remove_list(formats, formats);
--
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
