Re: [E-devel] FOSDEM 2012 Cross-Desktop Dev Room
On 27 November 2012 03:28, Cedric BAIL cedric.b...@free.fr wrote: On Tue, Nov 27, 2012 at 6:23 AM, Leandro Pereira lean...@profusion.mobi wrote: On 11/26/2012 12:45 AM, Cedric BAIL wrote: Did anyone plan to do a presentation there ? There is so many things to speak about (especially broken standard), that we should have a presence there at that time. I might propose a talk about EasyUI if there's enough interest. I seriously vote for such a talk. me to Leandro -- Cedric BAIL -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Philippe Caseiro Change your computer life http://www.sourcemage.org http://www.enlightenment.org http://www.enlightenment.fr http://www.archlinux.org -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Giving ya-kov commit access
On Tue, 20 Nov 2012 14:10:29 +0200 daniel.za...@samsung.com daniel.za...@samsung.com said: Hi all, I would like to recommend that we grant Yakov (ya-kov on IRC) commit access. He's working with me on Eo and has proved himself as a competent developer. I've also discussed this with Tasn and he agrees. Thank you Daniel Zaoui (JackDanielZ) thumb - up. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e][patch] iconify/uniconify bug?
On 11/27/2012 02:52 AM, Doyoun Kang wrote: Dear all. I found something like a bug. The window doesn't hide calling hide window(like ecore_x_window_hide() or evas_object_hide(), etc.) after iconifing and uniconifing window. I found that it was caused by bd-await_hide_event. When the window change it's state to ICONIFY, e increase bd-await_hide_event in e_border_iconify(), however there is no code to decrease bd-await_hide_event in e_border_uniconify(). So, the window doesn't hide after calling hide window because bd-await_hide_event is greater than zero. I attached the patch to solve this. Please, check this patch and give an advice to me. :) This isn't the right solution. iconify does not increase the count, hide does. A hide should be followed by an Ecore_X_Event_Window_Hide event which decreases the count. I did change some code regarding this a while ago to fix another bug, maybe it triggered another :) S. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e][patch] iconify/uniconify bug?
On 11/27/2012 02:52 AM, Doyoun Kang wrote: Dear all. I found something like a bug. The window doesn't hide calling hide window(like ecore_x_window_hide() or evas_object_hide(), etc.) after iconifing and uniconifing window. I found that it was caused by bd-await_hide_event. When the window change it's state to ICONIFY, e increase bd-await_hide_event in e_border_iconify(), however there is no code to decrease bd-await_hide_event in e_border_uniconify(). So, the window doesn't hide after calling hide window because bd-await_hide_event is greater than zero. I attached the patch to solve this. Please, check this patch and give an advice to me. :) BTW, how do you trigger this bug? S. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Connman module suggestion
Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:16 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:08 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Sun, Nov 25, 2012 at 9:57 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sunday, November 25, 2012, Tom Hacohen wrote: Not when you have 30 wifis in the same area. This makes things just impossible. If there's a bug in connman/the module, it should be fixed, but usability ATM is just crap. It's in wpa_supplicant that scans, emits a signal and connman sends another and we show it It's right, but... it's possible to handle that in our module, setting a timer while the popup is open. Something like: popup_open_cb() ... module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) _allow_update(module_data) module-allow_list_update = EINA_TRUE return EINA_FALSE _connman_update_cb(module_data) if (!module_data-allow_list_update) return /* bad */ update_popup_list(module_data) module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) The line tagged as bad is bad because if I remember correctly, connman will just send us a signal after something changes (network is removed / added / list sorted), so we can be discarding a change that happened between a config_time frametime and the outdate information will persist in our list for a long time. No don't do this. We could maintain the popup list not synchronized with connman's list. However discarding updates to the *connman* list will open cans of worms. OK, that's exactly what the second version does =) So, if we are going to implement this delay, it should be only in the update_popup_list() function, not in econnman.c. Right, that's what is done just below: So maybe a better would be: popup_open_cb() ... module_data-allow_list_update = EINA_FALSE module_data-popup_list_outdated = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) _allow_update(module_data) if (module_data-popup_list_outdated) update_popup_list(module_data) module_data-popup_list_outdated = EINA_FALSE return EINA_TRUE module-allow_list_update = EINA_TRUE return EINA_FALSE _connman_update_cb(module_data) update_module_data_list(module_data) /* update internal list, not the popup list*/ if (!module_data-allow_list_update) module_data-popup_list_outdated = EINA_TRUE return update_popup_list(module_data) module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) And we would need to make sure everything would work fine with this lists out of sync. Also timer should be properly deleted when popup is closed, etc. But I definitely don't like the proposal of not updating the list while the popup is open. I don't either. However if you have 30+ services, you'll have a hard time finding the service you want because: 1) If signal strengths change in such a way that services are reordered, the popup list will be deleted and recreated 2) If networks are added/removed, the popup list will be deleted and recreated. And this (I think) implies that the list will scroll back to the initial position. It's not a problem for simpler cases, but it really is when you are in a public place with lots of wifi APs. So, IMO what needs to be done is to either delay updates
Re: [E-devel] E SVN: jaehwan trunk/elementary/src/lib
Why is that? I don't get why the rect must be added if it worked before. Just change the member add to set the properties you need On Tuesday, November 27, 2012, Enlightenment SVN wrote: Log: Add the hit_rect in elm_image. When the image is changed, the evas callback cannot be called. So hit_rect gets the mouse events in a top of the widget. Author: jaehwan Date: 2012-11-27 01:29:16 -0800 (Tue, 27 Nov 2012) New Revision: 79740 Trac: http://trac.enlightenment.org/e/changeset/79740 Modified: trunk/elementary/src/lib/elm_image.c trunk/elementary/src/lib/elm_widget_image.h Modified: trunk/elementary/src/lib/elm_image.c === --- trunk/elementary/src/lib/elm_image.c2012-11-27 09:07:42 UTC (rev 79739) +++ trunk/elementary/src/lib/elm_image.c2012-11-27 09:29:16 UTC (rev 79740) @@ -172,6 +172,8 @@ evas_object_image_fill_set(sd-img, 0, 0, w, h); evas_object_resize(sd-img, w, h); } + evas_object_move(sd-hit_rect, x, y); + evas_object_resize(sd-hit_rect, w, h); } static void @@ -626,6 +628,17 @@ Elm_Image_Smart_Data *priv = _pd; + priv-hit_rect = evas_object_rectangle_add(evas_object_evas_get(obj)); + evas_object_smart_member_add(priv-hit_rect, obj); + elm_widget_sub_object_add(obj, priv-hit_rect); + + evas_object_color_set(priv-hit_rect, 0, 0, 0, 0); + evas_object_show(priv-hit_rect); + evas_object_repeat_events_set(priv-hit_rect, EINA_TRUE); + + evas_object_event_callback_add + (priv-hit_rect, EVAS_CALLBACK_MOUSE_UP, _on_mouse_up, obj); + /* starts as an Evas image. may switch to an Edje object */ priv-img = _img_new(obj); priv-prev_img = NULL; @@ -728,6 +741,18 @@ } static void +_elm_image_smart_member_add(Eo *obj, void *_pd, va_list *list EINA_UNUSED) +{ + Evas_Object *member = va_arg(*list, Evas_Object *); + Elm_Image_Smart_Data *sd = _pd; + + eo_do_super(obj, evas_obj_smart_member_add(member)); + + if (sd-hit_rect) + evas_object_raise(sd-hit_rect); +} + +static void _elm_image_smart_color_set(Eo *obj, void *_pd, va_list *list) { Elm_Image_Smart_Data *sd = _pd; @@ -1511,6 +1536,7 @@ EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_MOVE), _elm_image_smart_move), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_SHOW), _elm_image_smart_show), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_HIDE), _elm_image_smart_hide), +EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_MEMBER_ADD), _elm_image_smart_member_add), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_COLOR_SET), _elm_image_smart_color_set), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_CLIP_SET), _elm_image_smart_clip_set), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_CLIP_UNSET), _elm_image_smart_clip_unset), Modified: trunk/elementary/src/lib/elm_widget_image.h === --- trunk/elementary/src/lib/elm_widget_image.h 2012-11-27 09:07:42 UTC (rev 79739) +++ trunk/elementary/src/lib/elm_widget_image.h 2012-11-27 09:29:16 UTC (rev 79740) @@ -28,6 +28,7 @@ typedef struct _Elm_Image_Smart_Data Elm_Image_Smart_Data; struct _Elm_Image_Smart_Data { + Evas_Object *hit_rect; Evas_Object *img; Evas_Object *prev_img; -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] PROPOSAL: Support physics on Edje
On Tuesday, November 27, 2012, Carsten Haitzler wrote: On Mon, 26 Nov 2012 12:47:16 -0200 Bruno Dilly bdi...@profusion.mobijavascript:; said: Hey folks, we're are now making ephysics API more stable, almost all the features intended to go in are already implemented, so we are moving to the next step: adding support to physics on Edje. There are many ways of doing this, so I'm sending a proposal with some possibilities so we could discuss before we start to implement it. Just to make it clearer. My proposal exposes a lot of ephysics, something very complete (for what I believe are valid use cases. Lot of things possible with ephysics API are not exposed), and that would require a lot of time to be completely done. So, it will be implemented gradually, covering the main use cases first. So initially would be possible to create a new world with a list of bodies, with most properties set using ephysics default. Later we would expose some more relevant properties. Implement programs / scripts. Then adding support to constraints, camera, etc etc... But would be good to define what would be the better, complete scenario. Thanks in advance, == PROPOSAL: SUPPORT PHYSICS ON EDJE === CHOICES === There are 3 main different ways to do it. The first one is described in details above, and has some alternatives explained. The other 2 can be understood with these details. 1) A single physics block that would be set per group, and all the rendered objects to be manipulated would be other groups. 2) A single physics block that would be set per group, and all the rendered objects to be manipulated would be other parts of this group. 3) A physics block to describe world, camera and constraints, that would be set per group. And extra physics blocks per part that should be associated to a body. Example: group { physics { world { ... } } parts { part { name: .. body_type: ... description { ... physics { // body props } } } } } option 3. definitely. Regarding programs, there are three main choices: 1) Physics world, camera, constraints and bodies have states with these objects attributes. Using STATE_SET as already exists on Edje would be the way to change it. Bodies can handle actions that should be set only via scripts, like apply_impulse, apply_force, set_velocity ... 2) No specific physics ACTIONs. Everything should be set via scripts. 3) Another types of ACTION would be declared, like PHYSICS_IMPULSE, PHYSICS_FORCE, etc. So it could be used without scripts. option 3. definitely. (i assume this ALSO allows the script stuff to work too) :) (i'm loving your multi-choice thing here :)). I initially said to Bruno that given the nature and usage of Physics, very rarely you will end using fixed value for effects/force. Then those actions would be rarely used, being easily replaceable with embryo script blocks. Most common case is calculating the force based on hit point (pointer), drag objects, etc. So why not stick with option #2? The main argument in using scripts is that hardly a user will want just to set a hardcoded property. Usually it will be based on body's and other parts current state, like using geometry or velocity, etc. So it would be required to get properties, do some calculation, set to body. PROGRAMS chapter exemplify it. Initially I would go with choices 1) and 1), but I would like to see what you think about it. === OVERVIEW === collections { ... group { ... parts {} physics { world {} camera {} bodies { body {} ... } constraints { constraint {} ... } } programs {} ... } === PHYSICS === The physics block contains all the other blocks related to physics. Blocks world, camera, bodies and constraints will be found inside it. Physics only will be enabled if at least one body is listed on bodies block. It should be included in group's block, since a physics world won't be shared between groups. === WORLD === The world block can have one or more description blocks. It's required to simulate physics between bodies. Only one world can be declared per group. Each description block is used to set all attributes required to configure a physics world. ... physics { world { name: name; description { state: description_name
Re: [E-devel] E SVN: jaehwan trunk/elementary/src/lib
Yep, adding an hit-rect doesn't sound right. On Tue, Nov 27, 2012 at 10:44 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Why is that? I don't get why the rect must be added if it worked before. Just change the member add to set the properties you need On Tuesday, November 27, 2012, Enlightenment SVN wrote: Log: Add the hit_rect in elm_image. When the image is changed, the evas callback cannot be called. So hit_rect gets the mouse events in a top of the widget. Author: jaehwan Date: 2012-11-27 01:29:16 -0800 (Tue, 27 Nov 2012) New Revision: 79740 Trac: http://trac.enlightenment.org/e/changeset/79740 Modified: trunk/elementary/src/lib/elm_image.c trunk/elementary/src/lib/elm_widget_image.h Modified: trunk/elementary/src/lib/elm_image.c === --- trunk/elementary/src/lib/elm_image.c2012-11-27 09:07:42 UTC (rev 79739) +++ trunk/elementary/src/lib/elm_image.c2012-11-27 09:29:16 UTC (rev 79740) @@ -172,6 +172,8 @@ evas_object_image_fill_set(sd-img, 0, 0, w, h); evas_object_resize(sd-img, w, h); } + evas_object_move(sd-hit_rect, x, y); + evas_object_resize(sd-hit_rect, w, h); } static void @@ -626,6 +628,17 @@ Elm_Image_Smart_Data *priv = _pd; + priv-hit_rect = evas_object_rectangle_add(evas_object_evas_get(obj)); + evas_object_smart_member_add(priv-hit_rect, obj); + elm_widget_sub_object_add(obj, priv-hit_rect); + + evas_object_color_set(priv-hit_rect, 0, 0, 0, 0); + evas_object_show(priv-hit_rect); + evas_object_repeat_events_set(priv-hit_rect, EINA_TRUE); + + evas_object_event_callback_add + (priv-hit_rect, EVAS_CALLBACK_MOUSE_UP, _on_mouse_up, obj); + /* starts as an Evas image. may switch to an Edje object */ priv-img = _img_new(obj); priv-prev_img = NULL; @@ -728,6 +741,18 @@ } static void +_elm_image_smart_member_add(Eo *obj, void *_pd, va_list *list EINA_UNUSED) +{ + Evas_Object *member = va_arg(*list, Evas_Object *); + Elm_Image_Smart_Data *sd = _pd; + + eo_do_super(obj, evas_obj_smart_member_add(member)); + + if (sd-hit_rect) + evas_object_raise(sd-hit_rect); +} + +static void _elm_image_smart_color_set(Eo *obj, void *_pd, va_list *list) { Elm_Image_Smart_Data *sd = _pd; @@ -1511,6 +1536,7 @@ EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_MOVE), _elm_image_smart_move), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_SHOW), _elm_image_smart_show), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_HIDE), _elm_image_smart_hide), +EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_MEMBER_ADD), _elm_image_smart_member_add), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_COLOR_SET), _elm_image_smart_color_set), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_CLIP_SET), _elm_image_smart_clip_set), EO_OP_FUNC(EVAS_OBJ_SMART_ID(EVAS_OBJ_SMART_SUB_ID_CLIP_UNSET), _elm_image_smart_clip_unset), Modified: trunk/elementary/src/lib/elm_widget_image.h === --- trunk/elementary/src/lib/elm_widget_image.h 2012-11-27 09:07:42 UTC (rev 79739) +++ trunk/elementary/src/lib/elm_widget_image.h 2012-11-27 09:29:16 UTC (rev 79740) @@ -28,6 +28,7 @@ typedef struct _Elm_Image_Smart_Data Elm_Image_Smart_Data; struct _Elm_Image_Smart_Data { + Evas_Object *hit_rect; Evas_Object *img; Evas_Object *prev_img; -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list
Re: [E-devel] Connman module suggestion
Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:16 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:08 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Sun, Nov 25, 2012 at 9:57 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sunday, November 25, 2012, Tom Hacohen wrote: Not when you have 30 wifis in the same area. This makes things just impossible. If there's a bug in connman/the module, it should be fixed, but usability ATM is just crap. It's in wpa_supplicant that scans, emits a signal and connman sends another and we show it It's right, but... it's possible to handle that in our module, setting a timer while the popup is open. Something like: popup_open_cb() ... module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) _allow_update(module_data) module-allow_list_update = EINA_TRUE return EINA_FALSE _connman_update_cb(module_data) if (!module_data-allow_list_update) return /* bad */ update_popup_list(module_data) module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) The line tagged as bad is bad because if I remember correctly, connman will just send us a signal after something changes (network is removed / added / list sorted), so we can be discarding a change that happened between a config_time frametime and the outdate information will persist in our list for a long time. No don't do this. We could maintain the popup list not synchronized with connman's list. However discarding updates to the *connman* list will open cans of worms. OK, that's exactly what the second version does =) So, if we are going to implement this delay, it should be only in the update_popup_list() function, not in econnman.c. Right, that's what is done just below: So maybe a better would be: popup_open_cb() ... module_data-allow_list_update = EINA_FALSE module_data-popup_list_outdated = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) _allow_update(module_data) if (module_data-popup_list_outdated) update_popup_list(module_data) module_data-popup_list_outdated = EINA_FALSE return EINA_TRUE module-allow_list_update = EINA_TRUE return EINA_FALSE _connman_update_cb(module_data) update_module_data_list(module_data) /* update internal list, not the popup list*/ if (!module_data-allow_list_update)
[E-devel] [Patch] efenniht theme fileman and entry patch
Good afternoon, Please bear with me as I am neither a dev, nor experienced with patching / formatting etc. I have modified the entry and fileman for THEMES/efenniht, since I think it's a shame to be broken for release. Please do review and if it works out, I'll also do the same for detourious. Thanks in advance, Robert Index: e/entry.edc === --- e/entry.edc (revision 79742) +++ e/entry.edc (working copy) @@ -32,16 +32,12 @@ collections { } programs { program { -name: disable; -signal: e,state,disabled; -source: e; +signal: e,state,focused; source: e; action: STATE_SET disabled 0.0; target: base; } program { -name: enable; -signal: e,state,enabled; -source: e; +signal: e,state,unfocused; source: e; action: STATE_SET default 0.0; target: base; } @@ -180,15 +176,13 @@ collections { } } } - group { - name: e/widgets/entry/selection; - data.item: on_foreground 0; + group { name: e/widgets/entry/selection; +// data.item: on_foreground 0; parts { - part { -name: selection; + part { name: selection; type: RECT; -description { - state: default 0.0; +mouse_events: 0; +description { state: default 0.0; rel1.offset: 2 0; rel2.offset: 1 -1; color: 128 128 128 128; Index: e/fileman.edc === --- e/fileman.edc (revision 79742) +++ e/fileman.edc (working copy) @@ -135,16 +135,150 @@ collections { group { name: e/fileman/default/window/main; parts { BG_GRADIENT(e.swallow.bg) - part { -name: e.swallow.bg; + part { name: e.swallow.bg; type: SWALLOW; mouse_events: 0; -description { - state: default 0.0; +description { state: default 0.0; } } + + part { name: e.swallow.toolbar; +type: SWALLOW; +description { state: default 0.0; +} +description { state: tb_top 0.0; + align: 0.5 0.0; + rel1.offset: 0 0; + rel2.offset: -1 0; + rel2.relative: 1.0 0.0; + fixed: 0 1; +} +description { state: tb_bottom 0.0; + align: 0.5 1.0; + rel1.offset: 0 0; + rel1.relative: 0.0 1.0; + rel2.offset: -1 0; + fixed: 0 1; +} + } + part { name: e.swallow.favorites; +type: SWALLOW; +description { state: default 0.0; + align: 0.0 1.0; + rel1.offset: 0 0; + rel1.to: region; + rel2.offset: 0 -1; + rel2.relative: 0.0 1.0; + rel2.to: region; + fixed: 1 0; +} + } + + part { name: e.swallow.content; +type: SWALLOW; +description { state: default 0.0; + rel1.offset: 0 0; + rel1.to: region; + rel2.offset: -1 -1; + rel2.to: region; + align: 1.0 1.0; +} +description { state: fav 0.0; + inherit: default 0.0; + rel1.relative: 1.0 0.0; + rel1.to_x: e.swallow.favorites; +} + } + part { name: region; +type: SPACER; +description { state: default 0.0; +} +description { state: tb_top 0.0; + inherit: default 0.0; + rel1.relative: 0.0 1.0; + rel1.to_y: e.swallow.toolbar; +} +description { state: tb_bottom 0.0; + inherit: default 0.0; + rel2.relative: 1.0 0.0; + rel2.to_y: e.swallow.toolbar; +} +description { state: tb_left 0.0; + inherit: default 0.0; + rel1.relative: 1.0 0.0; + rel1.to_x: e.swallow.toolbar; +} +description { state: tb_right 0.0; + inherit: default 0.0; + rel2.relative: 0.0 1.0; + rel2.to_x: e.swallow.toolbar; +} + } } + programs { + program { +signal: e,favorites,enabled; source: e; +action: STATE_SET fav 0.0; +target: e.swallow.content; + } + program { +signal: e,favorites,disabled; source: e; +action: STATE_SET default 0.0; +target: e.swallow.content; + } + program { +signal: e,toolbar,left;
Re: [E-devel] Connman module suggestion
2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. and what about just make the list alphabetic sorted so that it don't get mess when refreshed? On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:16 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:08 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Sun, Nov 25, 2012 at 9:57 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sunday, November 25, 2012, Tom Hacohen wrote: Not when you have 30 wifis in the same area. This makes things just impossible. If there's a bug in connman/the module, it should be fixed, but usability ATM is just crap. It's in wpa_supplicant that scans, emits a signal and connman sends another and we show it It's right, but... it's possible to handle that in our module, setting a timer while the popup is open. Something like: popup_open_cb() ... module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) _allow_update(module_data) module-allow_list_update = EINA_TRUE return EINA_FALSE _connman_update_cb(module_data) if (!module_data-allow_list_update) return /* bad */ update_popup_list(module_data) module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) The line tagged as bad is bad because if I remember correctly, connman will just send us a signal after something changes (network is removed / added / list sorted), so we can be discarding a change that happened between a config_time frametime
Re: [E-devel] Connman module suggestion
I think reducing the refresh rate will make it less painful. I wonder though, people here have been complaining about semi-complete lists, do you think reducing the refresh rate will affect that? On Tue, Nov 27, 2012 at 1:27 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:16 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:08 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Sun, Nov 25, 2012 at 9:57 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sunday, November 25, 2012, Tom Hacohen wrote: Not when you have 30 wifis in the same area. This makes things just impossible. If there's a bug in connman/the module, it should be fixed, but usability ATM is just crap. It's in wpa_supplicant that scans, emits a signal and connman sends another and we show it It's right, but... it's possible to handle that in our module, setting a timer while the popup is open. Something like: popup_open_cb() ... module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) _allow_update(module_data) module-allow_list_update = EINA_TRUE return EINA_FALSE _connman_update_cb(module_data) if (!module_data-allow_list_update) return /* bad */ update_popup_list(module_data) module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) The line tagged as bad is bad because if I remember correctly, connman will just send us a signal after something changes (network is removed
Re: [E-devel] Connman module suggestion
On Tue, Nov 27, 2012 at 11:40 AM, Tom Hacohen t...@stosb.com wrote: I think reducing the refresh rate will make it less painful. I wonder though, people here have been complaining about semi-complete lists, do you think reducing the refresh rate will affect that? Yes, one minute would be far too long for that. IMHO something between 5s to 10s would be ideal. As mentioned before, some networks do not appear directly and it's quite common to open the list and wait until the AP appears, waiting for one minute would be out of the question. Best regards, Luis Felipe On Tue, Nov 27, 2012 at 1:27 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:16 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:08 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Sun, Nov 25, 2012 at 9:57 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sunday, November 25, 2012, Tom Hacohen wrote: Not when you have 30 wifis in the same area. This makes things just impossible. If there's a bug in connman/the module, it should be fixed, but usability ATM is just crap. It's in wpa_supplicant that scans, emits a signal and connman sends another and we show it It's right, but... it's possible to handle that in our module, setting a timer while the popup is open. Something like: popup_open_cb() ... module_data-allow_list_update = EINA_FALSE ecore_timer_add(config_time, _allow_update, module_data) _allow_update(module_data)
Re: [E-devel] Connman module suggestion
5-10 seconds is too short for working around the issue we are having. On Tue, Nov 27, 2012 at 1:52 PM, Luis Felipe Strano Moraes luis.str...@gmail.com wrote: On Tue, Nov 27, 2012 at 11:40 AM, Tom Hacohen t...@stosb.com wrote: I think reducing the refresh rate will make it less painful. I wonder though, people here have been complaining about semi-complete lists, do you think reducing the refresh rate will affect that? Yes, one minute would be far too long for that. IMHO something between 5s to 10s would be ideal. As mentioned before, some networks do not appear directly and it's quite common to open the list and wait until the AP appears, waiting for one minute would be out of the question. Best regards, Luis Felipe On Tue, Nov 27, 2012 at 1:27 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:16 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:08 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Sun, Nov 25, 2012 at 9:57 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sunday, November 25, 2012, Tom Hacohen wrote: Not when you have 30 wifis in the same area. This makes things just impossible. If there's a bug in connman/the module, it should be fixed, but usability ATM is just crap. It's in wpa_supplicant that scans, emits a signal and connman sends another and we show it It's right, but... it's possible to handle that in our
Re: [E-devel] Connman module suggestion
Text filter: Yes, we already said, that's cool and needed. I think that although your suggestions are good they are a bit too complex or at least they will clutter the UI and the simplicity. As for what I define best: that's a criteria we would have to decide, can be either open first, locked afterwards and inside sort by signal strength, or just wifis with the letter e in the name. By the way, I do agree that a minute is too much. On Tue, Nov 27, 2012 at 1:52 PM, David Seikel onef...@gmail.com wrote: On Tue, 27 Nov 2012 13:39:31 + Tom Hacohen t...@stosb.com wrote: But that's not how you usually want your wifis sorted. You usually want best-worst. Actual, depends on what you are looking for. If you are looking for the best one, then you are correct, but best in what way? The fastest one with the most signal strength is useless if it's locked down and you don't have the proper credentials. On the other hand, if you are looking for a specific hotspot, then sorting by name is best. Allow several sorting criteria, allowing to start or stop scanning at any time, even sort by least/most recently found. Needs some flexibility to be good for every one. On Tue, Nov 27, 2012 at 1:37 PM, Davide Andreoli d...@gurumeditation.itwrote: 2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. and what about just make the list alphabetic sorted so that it don't get mess when refreshed? On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov
Re: [E-devel] Connman module suggestion
I take this back, I guess I was just counting time wrong. 10 seconds seems to be enough. We really do need to make the popup a bit larger though so we'll be able to see more wifis in one go. In general, all of our config windows are so small On Tue, Nov 27, 2012 at 1:55 PM, Tom Hacohen t...@stosb.com wrote: 5-10 seconds is too short for working around the issue we are having. On Tue, Nov 27, 2012 at 1:52 PM, Luis Felipe Strano Moraes luis.str...@gmail.com wrote: On Tue, Nov 27, 2012 at 11:40 AM, Tom Hacohen t...@stosb.com wrote: I think reducing the refresh rate will make it less painful. I wonder though, people here have been complaining about semi-complete lists, do you think reducing the refresh rate will affect that? Yes, one minute would be far too long for that. IMHO something between 5s to 10s would be ideal. As mentioned before, some networks do not appear directly and it's quite common to open the list and wait until the AP appears, waiting for one minute would be out of the question. Best regards, Luis Felipe On Tue, Nov 27, 2012 at 1:27 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing, but the list was long, too long. I don't understand why you are against having a list that doesn't refresh while it's open (and possibly has an indication that shows that it's no longer up to date or whatever. The only case where this will actually be a problem is when you are on a train/car/whatever that wifis actually significantly change, because if wifis just disappear because of low reception they are not relevant anyway and refreshing the list or not would not matter. On Mon, Nov 26, 2012 at 5:00 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 2:28 PM, Robert Krambovitis rob...@split.gr wrote: From: Lucas De Marchi lucas.demar...@profusion.mobi To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Monday, November 26, 2012 6:16:17 PM Subject: Re: [E-devel] Connman module suggestion On Mon, Nov 26, 2012 at 12:55 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:16 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Mon, Nov 26, 2012 at 12:08 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Sun, Nov 25, 2012 at 9:57 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Sunday, November 25, 2012, Tom Hacohen wrote: Not when you have 30 wifis in the same area. This makes things just impossible. If there's a
Re: [E-devel] Announce: EFL 1.7.2 release and E17 ALPHA 5 release
Luis Felipe Strano Moraes luis.str...@gmail.com writes: We're organizing a new Release Team in order to help out with this entire process, and would like to call out to everyone interested in helping out to please join the enlightenment-releasehttps://lists.sourceforge.net/lists/listinfo/enlightenment-releasemailing list. People who are actively working on packaging or who have interest in it are specially welcome. For the old farts who prefer to use NNTP, the gmane.comp.window-managers.enlightenment.release has been created (it also serves as a mail archive): http://dir.gmane.org/gmane.comp.window-managers.enlightenment.release -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Connman module suggestion
On Tue, 27 Nov 2012 13:58:34 + Tom Hacohen t...@stosb.com wrote: I think that although your suggestions are good they are a bit too complex or at least they will clutter the UI and the simplicity. Simple is good, but there's such a thing as too simple, that's the mistake the GNOME people made. Obviously from the comments on this thread your simple will be some one else's this is too hard, I'll use something else. In one case, the something else was to tether to their phone instead of using econman. You wont be able to do simple that every one will like. This definitely calls for more complexity and user choice. If you can't make everyone happy with your idea of simple, make it more flexible. Or to put it another way, you want to make it simpler than tether to some other device, coz that other device has a better method of selection plus the complexity of setting up the tether itself. To do that you need to make it flexible enough so the user has more choice than what ever Tom thinks is the best. As for cluttering the UI, you have columns with name, signal strength, etc, and you can sort by each column by clicking it's heading. This is stuff people are used to already, they expect that sort of thing. It's quite simple really. B-) As for what I define best: that's a criteria we would have to decide, can be either open first, locked afterwards and inside sort by signal strength, or just wifis with the letter e in the name. By the way, I do agree that a minute is too much. On Tue, Nov 27, 2012 at 1:52 PM, David Seikel onef...@gmail.com wrote: On Tue, 27 Nov 2012 13:39:31 + Tom Hacohen t...@stosb.com wrote: But that's not how you usually want your wifis sorted. You usually want best-worst. Actual, depends on what you are looking for. If you are looking for the best one, then you are correct, but best in what way? The fastest one with the most signal strength is useless if it's locked down and you don't have the proper credentials. On the other hand, if you are looking for a specific hotspot, then sorting by name is best. Allow several sorting criteria, allowing to start or stop scanning at any time, even sort by least/most recently found. Needs some flexibility to be good for every one. On Tue, Nov 27, 2012 at 1:37 PM, Davide Andreoli d...@gurumeditation.itwrote: 2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. and what about just make the list alphabetic sorted so that it don't get mess when refreshed? On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ On Tue, 2012-11-27 at 10:34 +, Tom Hacohen wrote: Sounds like a good suggestion, and that will surely be nice, but I don't think it solves our issue for people who just want to run through the list finding an open wifi. As for everyone who said 30 wifis are too much anyway and etc., maybe I was wrong and it was 20, I was just assessing,
Re: [E-devel] Connman module suggestion
Damn GNOME, ruining simplicity for the rest of us. Seriously though, if you can make it simple, then it's good, once it gets cluttering and complex it's bad. I was just arguing against pumping many features in just for the sake of it. On Tue, Nov 27, 2012 at 2:21 PM, David Seikel onef...@gmail.com wrote: On Tue, 27 Nov 2012 13:58:34 + Tom Hacohen t...@stosb.com wrote: I think that although your suggestions are good they are a bit too complex or at least they will clutter the UI and the simplicity. Simple is good, but there's such a thing as too simple, that's the mistake the GNOME people made. Obviously from the comments on this thread your simple will be some one else's this is too hard, I'll use something else. In one case, the something else was to tether to their phone instead of using econman. You wont be able to do simple that every one will like. This definitely calls for more complexity and user choice. If you can't make everyone happy with your idea of simple, make it more flexible. Or to put it another way, you want to make it simpler than tether to some other device, coz that other device has a better method of selection plus the complexity of setting up the tether itself. To do that you need to make it flexible enough so the user has more choice than what ever Tom thinks is the best. As for cluttering the UI, you have columns with name, signal strength, etc, and you can sort by each column by clicking it's heading. This is stuff people are used to already, they expect that sort of thing. It's quite simple really. B-) As for what I define best: that's a criteria we would have to decide, can be either open first, locked afterwards and inside sort by signal strength, or just wifis with the letter e in the name. By the way, I do agree that a minute is too much. On Tue, Nov 27, 2012 at 1:52 PM, David Seikel onef...@gmail.com wrote: On Tue, 27 Nov 2012 13:39:31 + Tom Hacohen t...@stosb.com wrote: But that's not how you usually want your wifis sorted. You usually want best-worst. Actual, depends on what you are looking for. If you are looking for the best one, then you are correct, but best in what way? The fastest one with the most signal strength is useless if it's locked down and you don't have the proper credentials. On the other hand, if you are looking for a specific hotspot, then sorting by name is best. Allow several sorting criteria, allowing to start or stop scanning at any time, even sort by least/most recently found. Needs some flexibility to be good for every one. On Tue, Nov 27, 2012 at 1:37 PM, Davide Andreoli d...@gurumeditation.itwrote: 2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. and what about just make the list alphabetic sorted so that it don't get mess when refreshed? On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is open might not be feasible. At the time, I wished there were a freeze list button somewhere, so once it updated with something you wish to browse through, you could just stop the list from updating until you unfreeze the list by clicking that button again. My two cents. ZZ
Re: [E-devel] Announce: EFL 1.7.2 release and E17 ALPHA 5 release
On Tue, 27 Nov 2012 16:15:14 +0200 Raphael Kubo da Costa raphael.kubo.da.co...@intel.com said: Luis Felipe Strano Moraes luis.str...@gmail.com writes: We're organizing a new Release Team in order to help out with this entire process, and would like to call out to everyone interested in helping out to please join the enlightenment-releasehttps://lists.sourceforge.net/lists/listinfo/enlightenment-releasemailing list. People who are actively working on packaging or who have interest in it are specially welcome. For the old farts who prefer to use NNTP, the gmane.comp.window-managers.enlightenment.release has been created (it also serves as a mail archive): http://dir.gmane.org/gmane.comp.window-managers.enlightenment.release wow... newsgroup! that brings back memories of trn and tin... :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: kakaroto trunk/edje/src/bin
Backported? Sorry, what do you mean ? Are there different development branches now ? (I haven't paid much attention to E develpment lately) If yes, then yeah, it should be backported as it's a critical fix in my opinion. On Mon, Nov 26, 2012 at 4:26 AM, Cedric BAIL cedric.b...@free.fr wrote: On Sat, Nov 24, 2012 at 8:15 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: edje: Fix segfault when deleted part stays in the hash table Shouldn't that be backported ? -- Cedric BAIL -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fwd: No talks!
On 11/27/2012 06:48 AM, Carsten Haitzler (The Rasterman) wrote: hmm wait - no submissions from ANYONE... or no submissions from E land? From the looks of it -- being sent to the crossdesktop organization list -- it seems there were no submissions from anyone. Cheers, Leandro -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Announce] Enlightenment DR 0.17-alpha2
With a beefy changelog accompanying it, I'm pleased to post another alpha. It should be noted that this is the first alpha worthy of receiving the praise improved LESS CRASHING and IMPROVEMENTS TO NOT CRASHING. Changelog: * Translation updates * AMD K10 temperature sensor support on OpenBSD * Video file previews will now stutter less and respect tooltip boundaries more * Battery module now crashes less on OpenBSD * Icon resizing is now smoother * Gadget menus can no longer cause crashes when the gadget is deleted * Fileselector once again allows selection from directory previews * Filemanager DND can no longer interfere with gadget DND to cause crashes * Improved support for XDG_DESKTOP_DIR * Filemanager no longer restores non-default desktop paths when desktop navigation mode is disabled * Improvements/fixes to lost window warping behavior * New ibar sources now copy from default source * Right clicking on any part of a desktop gadget is now sufficient to disable move/resize * Filemanager maximum thumbnail size config slider now more granular * Module config dialog now updates when module states are externally toggled * Connman wizard page now shows regardless of connman support, also disables connman module if support disabled * First-run wizard now correctly updates after language changes * First-run wizard button now reads Please Wait when it is disabled * First-run wizard now has a page to (not) add a taskbar to the default shelf * First-run wizard now unsets winlist pointer warping when click focus model is chosen * First-run wizard now performs a more accurate wait when building XDG cache * Edge bindings dialog can no longer crash when closed before its grab dialog * Edge bindings dialog no longer allows blank bindings to be added * Keybindings dialog no longer adds non-default ctrl+shift bindings when restoring default bindings * Gadget popups will no longer sometimes obscure the source gadget if triggered on an offscreen gadget * Show Calendar action renamed to Toggle Calendar * Fileman Operations module now uses same infos as filemanager * Password mode toggling in entry now works more effectively * [THEME] Desktop gadget * [THEME] RandR dialog * [THEME] Notification module * [THEME] Pixel borders fixed * [THEME] Pixel borders allow drag resizing * [THEME] Cpufreq gadget * [THEME] Analog clock E17 ALPHA6 - 79752 http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.bz2 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
I already have alpha5, do you recommend downgrading to alpha2? :) On Tue, Nov 27, 2012 at 5:41 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: With a beefy changelog accompanying it, I'm pleased to post another alpha. It should be noted that this is the first alpha worthy of receiving the praise improved LESS CRASHING and IMPROVEMENTS TO NOT CRASHING. Changelog: * Translation updates * AMD K10 temperature sensor support on OpenBSD * Video file previews will now stutter less and respect tooltip boundaries more * Battery module now crashes less on OpenBSD * Icon resizing is now smoother * Gadget menus can no longer cause crashes when the gadget is deleted * Fileselector once again allows selection from directory previews * Filemanager DND can no longer interfere with gadget DND to cause crashes * Improved support for XDG_DESKTOP_DIR * Filemanager no longer restores non-default desktop paths when desktop navigation mode is disabled * Improvements/fixes to lost window warping behavior * New ibar sources now copy from default source * Right clicking on any part of a desktop gadget is now sufficient to disable move/resize * Filemanager maximum thumbnail size config slider now more granular * Module config dialog now updates when module states are externally toggled * Connman wizard page now shows regardless of connman support, also disables connman module if support disabled * First-run wizard now correctly updates after language changes * First-run wizard button now reads Please Wait when it is disabled * First-run wizard now has a page to (not) add a taskbar to the default shelf * First-run wizard now unsets winlist pointer warping when click focus model is chosen * First-run wizard now performs a more accurate wait when building XDG cache * Edge bindings dialog can no longer crash when closed before its grab dialog * Edge bindings dialog no longer allows blank bindings to be added * Keybindings dialog no longer adds non-default ctrl+shift bindings when restoring default bindings * Gadget popups will no longer sometimes obscure the source gadget if triggered on an offscreen gadget * Show Calendar action renamed to Toggle Calendar * Fileman Operations module now uses same infos as filemanager * Password mode toggling in entry now works more effectively * [THEME] Desktop gadget * [THEME] RandR dialog * [THEME] Notification module * [THEME] Pixel borders fixed * [THEME] Pixel borders allow drag resizing * [THEME] Cpufreq gadget * [THEME] Analog clock E17 ALPHA6 - 79752 http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.bz2 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/elementary/src/bin
SPANKY SPANKIES! test_genlist.o: In function `test_genlist_item_styles': /home/etrunko/projects/wayland/elementary/src/bin/test_genlist.c:3266: undefined reference to `_elm_min_set' collect2: error: ld returned 1 exit status The symbol is defined only in test_gengrid.c On Tue, Nov 27, 2012 at 1:21 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: elm test_genlist.c: Added 'Genlist Item Styles' to check more genlist item styles. Author: seoz Date: 2012-11-27 07:21:27 -0800 (Tue, 27 Nov 2012) New Revision: 79746 Trac: http://trac.enlightenment.org/e/changeset/79746 Modified: trunk/elementary/src/bin/test.c trunk/elementary/src/bin/test_genlist.c Modified: trunk/elementary/src/bin/test.c === --- trunk/elementary/src/bin/test.c 2012-11-27 15:21:20 UTC (rev 79745) +++ trunk/elementary/src/bin/test.c 2012-11-27 15:21:27 UTC (rev 79746) @@ -98,6 +98,7 @@ void test_genlist17(void *data, Evas_Object *obj, void *event_info); void test_genlist18(void *data, Evas_Object *obj, void *event_info); void test_genlist19(void *data, Evas_Object *obj, void *event_info); +void test_genlist_item_styles(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer2(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer3(void *data, Evas_Object *obj, void *event_info); @@ -590,6 +591,7 @@ ADD_TEST(NULL, Lists, Genlist Decorate Modes, test_genlist17); ADD_TEST(NULL, Lists, Genlist Tree and Decorate All Mode, test_genlist18); ADD_TEST(NULL, Lists, Genlist Full Widget, test_genlist19); + ADD_TEST(NULL, Lists, Genlist Item Styles, test_genlist_item_styles); ADD_TEST(NULL, Lists, GenGrid, test_gengrid); ADD_TEST(NULL, Lists, GenGrid 2, test_gengrid2); ADD_TEST(NULL, Lists, GenGrid Group, test_gengrid3); Modified: trunk/elementary/src/bin/test_genlist.c === --- trunk/elementary/src/bin/test_genlist.c 2012-11-27 15:21:20 UTC (rev 79745) +++ trunk/elementary/src/bin/test_genlist.c 2012-11-27 15:21:27 UTC (rev 79746) @@ -5,6 +5,15 @@ #endif #include Elementary.h #ifndef ELM_LIB_QUICKLAUNCH + +#define WEIGHT evas_object_size_hint_weight_set +#define ALIGN_ evas_object_size_hint_align_set +#define EXPAND(X) WEIGHT((X), EVAS_HINT_EXPAND, EVAS_HINT_EXPAND) +#define FILL(X) ALIGN_((X), EVAS_HINT_FILL, EVAS_HINT_FILL) + +Evas_Object * _elm_min_set(Evas_Object *obj, Evas_Object *parent, + Evas_Coord w, Evas_Coord h); + struct _api_data { unsigned int state; /* What state we are testing */ @@ -3175,4 +3184,98 @@ evas_object_show(win); } +/* test genlist item styles */ + +const char *_genlist_styles[] = { + default, full, one_icon, end_icon, no_icon, + default_style, double_label, icon_top_text_bottom, + NULL +}; + +static void +_genlist_renew(Evas_Object *obj, const char *style) +{ + Elm_Genlist_Item_Class *ic; + int i; + + if (!obj) return; + elm_genlist_clear(obj); + + ic = elm_genlist_item_class_new(); + ic-item_style = style; + ic-func.text_get = gl_text_get; + ic-func.content_get = gl_content_get; + ic-func.state_get = NULL; + ic-func.del = NULL; + + for (i = 0; i 50; i++) + { +elm_genlist_item_append(obj, ic, (void *)(long)i, NULL, +ELM_GENLIST_ITEM_NONE, NULL, NULL); + } + elm_genlist_item_class_free(ic); +} + +static void +_item_style_sel_cb(void *data __UNUSED__, Evas_Object *obj, void *event_info) +{ + Evas_Object *gl = evas_object_data_get(obj, genlist); + if (gl) + _genlist_renew(gl, elm_object_item_text_get(event_info)); +} + +static Evas_Object * +_item_styles_list_create(Evas_Object *parent) +{ + Evas_Object *list; + int i = 0; + + list = elm_list_add(parent); + EXPAND(list); FILL(list); + + while (_genlist_styles[i]) + { +elm_list_item_append(list, _genlist_styles[i], NULL, NULL, + _item_style_sel_cb, _genlist_styles[i]); +i++; + } + + return list; +} + +void +test_genlist_item_styles(void *data __UNUSED__, Evas_Object *obj __UNUSED__, + void *event_info __UNUSED__) +{ + Evas_Object *win, *box, *gl, *list, *table; + + win = elm_win_util_standard_add(genlist-item-styles, Gengrid Item Styles); + elm_win_autodel_set(win, EINA_TRUE); + evas_object_resize(win, 600, 600); + evas_object_show(win); + + box = elm_box_add(win); + elm_box_horizontal_set(box, EINA_TRUE); + EXPAND(box); + elm_win_resize_object_add(win, box); + evas_object_show(box); + + list = _item_styles_list_create(box); + evas_object_show(list); + + table =
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On Tue, 27 Nov 2012 17:44:32 + Tom Hacohen t...@stosb.com wrote: I already have alpha5, do you recommend downgrading to alpha2? :) On Tue, Nov 27, 2012 at 5:41 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: With a beefy changelog accompanying it, I'm pleased to post another alpha. It should be noted that this is the first alpha worthy of receiving the praise improved LESS CRASHING and IMPROVEMENTS TO NOT CRASHING. Changelog: * Translation updates * AMD K10 temperature sensor support on OpenBSD * Video file previews will now stutter less and respect tooltip boundaries more * Battery module now crashes less on OpenBSD * Icon resizing is now smoother * Gadget menus can no longer cause crashes when the gadget is deleted * Fileselector once again allows selection from directory previews * Filemanager DND can no longer interfere with gadget DND to cause crashes * Improved support for XDG_DESKTOP_DIR * Filemanager no longer restores non-default desktop paths when desktop navigation mode is disabled * Improvements/fixes to lost window warping behavior * New ibar sources now copy from default source * Right clicking on any part of a desktop gadget is now sufficient to disable move/resize * Filemanager maximum thumbnail size config slider now more granular * Module config dialog now updates when module states are externally toggled * Connman wizard page now shows regardless of connman support, also disables connman module if support disabled * First-run wizard now correctly updates after language changes * First-run wizard button now reads Please Wait when it is disabled * First-run wizard now has a page to (not) add a taskbar to the default shelf * First-run wizard now unsets winlist pointer warping when click focus model is chosen * First-run wizard now performs a more accurate wait when building XDG cache * Edge bindings dialog can no longer crash when closed before its grab dialog * Edge bindings dialog no longer allows blank bindings to be added * Keybindings dialog no longer adds non-default ctrl+shift bindings when restoring default bindings * Gadget popups will no longer sometimes obscure the source gadget if triggered on an offscreen gadget * Show Calendar action renamed to Toggle Calendar * Fileman Operations module now uses same infos as filemanager * Password mode toggling in entry now works more effectively * [THEME] Desktop gadget * [THEME] RandR dialog * [THEME] Notification module * [THEME] Pixel borders fixed * [THEME] Pixel borders allow drag resizing * [THEME] Cpufreq gadget * [THEME] Analog clock E17 ALPHA6 - 79752 http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.bz2 My bad, this is (obviously) alpha 6 and I'm tired. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: lfelipe IN branches: e_dbus-1.7 ecore-1.7 edje-1.7 eeze-1.7 efreet-1.7 eio-1.7 elementary-1.7 embryo-1.7 emotion-1.7 ethumb-1.7 evas_generic_loaders-1.7 expedite-1.7
Isn't it better to make it 1.7.3, as there won't be made a new 1.7.2 tarball? S. Den 27. nov. 2012 kl. 19:29 skrev Enlightenment SVN no-re...@enlightenment.org: Log: Updating configure.ac according to last stable release. Author: lfelipe Date: 2012-11-27 10:29:20 -0800 (Tue, 27 Nov 2012) New Revision: 79755 Trac: http://trac.enlightenment.org/e/changeset/79755 Modified: branches/e_dbus-1.7/configure.ac branches/ecore-1.7/configure.ac branches/edje-1.7/configure.ac branches/eeze-1.7/configure.ac branches/efreet-1.7/configure.ac branches/eio-1.7/configure.ac branches/elementary-1.7/configure.ac branches/embryo-1.7/configure.ac branches/emotion-1.7/configure.ac branches/ethumb-1.7/configure.ac branches/evas_generic_loaders-1.7/configure.ac branches/expedite-1.7/configure.ac Modified: branches/e_dbus-1.7/configure.ac === --- branches/e_dbus-1.7/configure.ac2012-11-27 18:23:25 UTC (rev 79754) +++ branches/e_dbus-1.7/configure.ac2012-11-27 18:29:20 UTC (rev 79755) @@ -2,7 +2,7 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [1]) m4_define([v_min], [7]) -m4_define([v_mic], [1]) +m4_define([v_mic], [2]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch] detourious fileman patch
The fix for the fileman in detourious theme. Thanks in advance, Robert Index: bits/fileman.edc === --- bits/fileman.edc (revision 79742) +++ bits/fileman.edc (working copy) @@ -935,8 +935,125 @@ group { } } } - } + + part { name: e.swallow.favorites; + type: SWALLOW; + description { state: default 0.0; +align: 0.0 1.0; +rel1.offset: 0 0; +rel1.to: region; +rel2.offset: 0 -1; +rel2.relative: 0.0 1.0; +rel2.to: region; +fixed: 1 0; + } + } + + part { name: e.swallow.content; + type: SWALLOW; + description { state: default 0.0; +rel1.offset: 0 0; +rel1.to: region; +rel2.offset: -1 -1; +rel2.to: region; +align: 1.0 1.0; + } + description { state: fav 0.0; +inherit: default 0.0; +rel1.relative: 1.0 0.0; +rel1.to_x: e.swallow.favorites; + } + } + part { name: e.swallow.toolbar; + type: SWALLOW; + description { state: default 0.0; + } + description { state: tb_top 0.0; +align: 0.5 0.0; +rel1.offset: 0 0; +rel2.offset: -1 0; +rel2.relative: 1.0 0.0; +fixed: 0 1; + } + description { state: tb_bottom 0.0; +align: 0.5 1.0; +rel1.offset: 0 0; +rel1.relative: 0.0 1.0; +rel2.offset: -1 0; +fixed: 0 1; + } + } + + part { name: region; + type: SPACER; + description { state: default 0.0; + } + description { state: tb_top 0.0; +inherit: default 0.0; +rel1.relative: 0.0 1.0; +rel1.to_y: e.swallow.toolbar; + } + description { state: tb_bottom 0.0; +inherit: default 0.0; +rel2.relative: 1.0 0.0; +rel2.to_y: e.swallow.toolbar; + } + description { state: tb_left 0.0; +inherit: default 0.0; +rel1.relative: 1.0 0.0; +rel1.to_x: e.swallow.toolbar; + } + description { state: tb_right 0.0; +inherit: default 0.0; +rel2.relative: 0.0 1.0; +rel2.to_x: e.swallow.toolbar; + } + } + } + programs { + program { + signal: e,favorites,enabled; source: e; + action: STATE_SET fav 0.0; + target: e.swallow.content; + } + program { + signal: e,favorites,disabled; source: e; + action: STATE_SET default 0.0; + target: e.swallow.content; + } + program { + signal: e,toolbar,left; source: e; + action: STATE_SET tb_left 0.0; + target: e.swallow.toolbar; + target: region; + } + program { + signal: e,toolbar,right; source: e; + action: STATE_SET tb_right 0.0; + target: e.swallow.toolbar; + target: region; + } + program { + signal: e,toolbar,top; source: e; + action: STATE_SET tb_top 0.0; + target: e.swallow.toolbar; + target: region; + } + program { + signal: e,toolbar,bottom; source: e; + action: STATE_SET tb_bottom 0.0; + target: e.swallow.toolbar; + target: region; + } + program { + signal: e,toolbar,disabled; source: e; + action: STATE_SET default 0.0; + target: e.swallow.toolbar; + target: region; + } + } } + /* controls aspect of efm window overlay */ group { name: e/fileman/default/overlay; -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch] 23oz fileman and entry fix
Yup, this one too. This patch fixes the entry and fileman on 23oz theme to work with current E. Thanks in advance, Robert Index: default_old_in_one.edc === --- default_old_in_one.edc (revision 79747) +++ default_old_in_one.edc (working copy) @@ -14859,7 +14859,7 @@ images { } group { - name: e/widgets/entry; + name: e/widgets/entry/scrollframe; // min: 18 18; min: 120 12; // max: 99 18; @@ -14930,7 +14930,7 @@ group { } } part { - name: e.swallow.text; + name: e.swallow.content; type: SWALLOW; description { state: default 0.0; @@ -14975,37 +14975,62 @@ group { group { name: e/widgets/entry/text; parts { - part { - name: e.text.text; - type: TEXT; + part { + name: e.text.text; + type: TEXTBLOCK; scale: 1; - mouse_events: 0; + entry_mode: EDITABLE; + select_mode: DEFAULT; + cursor_mode: BEFORE; + multiline: 0; + source: e/widgets/entry/selection; + source4: e/widgets/entry/cursor; description { -state: default 0.0; -color: 0 0 0 255; -color_class: entry_text; -rel1 { -offset: 3 0; -} -rel2 { -offset: -5 0; -} -text { - text: Entry; - font: Edje-Vera; - size: 10; - min: 1 1; - align: 0.0 0.0; - text_class: entry; -} +state: default 0.0; +color: 0 0 0 255; +color_class: entry_text; +rel1.offset: 3 0; +rel2.offset: -5 0; +text { + text: Entry; + style: textblock_style; + min: 1 1; + align: 0.0 0.5; + text_class: entry; +} } + description { state: disabled 0.0; +inherit: default 0.0; +color: 100 100 100 200; + } // description { //state: selected 0.0; // inherit: default 0.0; //color: 255 255 255 255; // } - } + } } + + programs { + program { name: focus; + signal: load; + source: ; + action: FOCUS_SET; + target: e.text.text; + } + program { + signal: e,state,disabled; source: e; + action: STATE_SET disabled 0.0; + target: e.text.text; + } + program { + signal: e,state,enabled; source: e; + action: STATE_SET default 0.0; + target: e.text.text; + } + } + + // programs { // program { //name:select_entry_text; @@ -15024,6 +15049,19 @@ group { // } } +group { name: e/widgets/entry/password; + inherit: e/widgets/entry/text; + parts { + part { name: e.text.text; + entry_mode: PASSWORD; + description { state: default 0.0; +text.repch: *; + } + } + } +} + + group { name: e/widgets/entry/cursor; min: 1 0; @@ -15099,12 +15137,10 @@ group { group { name: e/widgets/entry/selection; - data { - item: on_foreground 1; - } parts { part { name: selection; + mouse_events: 0; // type: RECT; description { state: default 0.0; @@ -16545,9 +16581,146 @@ group { name: e/fileman/default/window/main; state: default 0.0; } } + + part { name: e.swallow.toolbar; + type: SWALLOW; + description { state: default 0.0; + } + description { state: tb_top 0.0; +align: 0.5 0.0; +rel1.offset: 0 0; +rel2.offset: -1 0; +rel2.relative: 1.0 0.0; +fixed: 0 1; + } + description { state: tb_bottom 0.0; +align: 0.5 1.0; +rel1.offset: 0 0; +rel1.relative: 0.0 1.0; +rel2.offset: -1 0; +fixed: 0 1; + } + } + part { name: e.swallow.favorites; + type: SWALLOW; + description { state: default 0.0; +align: 0.0 1.0; +rel1.offset: 0 0; +rel1.to: region; +rel2.offset: 0 -1; +rel2.relative: 0.0 1.0; +rel2.to: region; +fixed: 1 0; + } + } + + part { name: e.swallow.content; + type: SWALLOW; + description { state: default 0.0; +rel1.offset: 0
Re: [E-devel] E SVN: lfelipe IN branches: e_dbus-1.7 ecore-1.7 edje-1.7 eeze-1.7 efreet-1.7 eio-1.7 elementary-1.7 embryo-1.7 emotion-1.7 ethumb-1.7 evas_generic_loaders-1.7 expedite-1.7
This was somehow missed when I made the last release (configure.ac was bumped but somehow did not make into the commit), but IMHO this should be bumped when the actual release is made, in the case of 1.7.3 when e17 gets released (unless we have another emergency). Best regards, Luis Felipe On Tue, Nov 27, 2012 at 5:47 PM, Sebastian Dransfeld s...@tango.flipp.netwrote: Isn't it better to make it 1.7.3, as there won't be made a new 1.7.2 tarball? S. Den 27. nov. 2012 kl. 19:29 skrev Enlightenment SVN no-re...@enlightenment.org: Log: Updating configure.ac according to last stable release. Author: lfelipe Date: 2012-11-27 10:29:20 -0800 (Tue, 27 Nov 2012) New Revision: 79755 Trac: http://trac.enlightenment.org/e/changeset/79755 Modified: branches/e_dbus-1.7/configure.ac branches/ecore-1.7/configure.acbranches/edje-1.7/ configure.ac branches/eeze-1.7/configure.ac branches/efreet-1.7/ configure.ac branches/eio-1.7/configure.ac branches/elementary-1.7/ configure.ac branches/embryo-1.7/configure.ac branches/emotion-1.7/ configure.ac branches/ethumb-1.7/configure.acbranches/evas_generic_loaders-1.7/ configure.ac branches/expedite-1.7/configure.ac Modified: branches/e_dbus-1.7/configure.ac === --- branches/e_dbus-1.7/configure.ac2012-11-27 18:23:25 UTC (rev 79754) +++ branches/e_dbus-1.7/configure.ac2012-11-27 18:29:20 UTC (rev 79755) @@ -2,7 +2,7 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [1]) m4_define([v_min], [7]) -m4_define([v_mic], [1]) +m4_define([v_mic], [2]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luís Felipe Strano Moraes http://www.strano.org -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] efenniht theme fileman and entry patch
Robert Krambovitis, il 27/11/2012 14:15, ha scritto: I have modified the entry and fileman for THEMES/efenniht, since I think it's a shame to be broken for release. strongly hoping that this is good and accepted :) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] signature.asc Description: OpenPGP digital signature -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds trunk/e/src/modules/fileman_opinfo
2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi Hi Dave, Would you change the per-fileman window opinfo to just show the info relevant to that window (source or destination)? Hi, I'm not sure that what you want is the correct behaviour...I have some doubt, for example: what should happen if one start a long copy operation (thus the progress is shown) and then change to another directory (in the same win)? should the progress be hidden ? and then reshow when I come back to that folder? :/ I probably prefer it as is now: the fm is working, no matter what folder are you browsing... other opinions? I'm not sure, but we did the opinfo to allow doing that, but none of us did it at the time. On Monday, November 26, 2012, Enlightenment SVN wrote: Log: Revamp the fileman-operation-info desktop gadget using the same theme as efm. Some feature are lost (window jump and detailed info), hope I can work on that in the next few days. Also updated the module icon. Author: davemds Date: 2012-11-26 15:53:24 -0800 (Mon, 26 Nov 2012) New Revision: 79728 Trac: http://trac.enlightenment.org/e/changeset/79728 Modified: trunk/e/src/modules/fileman_opinfo/e-module-fileman_opinfo.edj trunk/e/src/modules/fileman_opinfo/e_mod_main.c Modified: trunk/e/src/modules/fileman_opinfo/e-module-fileman_opinfo.edj === (Binary files differ) Modified: trunk/e/src/modules/fileman_opinfo/e_mod_main.c === --- trunk/e/src/modules/fileman_opinfo/e_mod_main.c 2012-11-26 21:52:17 UTC (rev 79727) +++ trunk/e/src/modules/fileman_opinfo/e_mod_main.c 2012-11-26 23:53:24 UTC (rev 79728) @@ -38,8 +38,6 @@ static void _opinfo_op_registry_free_data(void *data); static Eina_Bool _opinfo_op_registry_free_data_delayed(void *data); static void _opinfo_op_registry_abort_cb (void *data, Evas_Object *obj, const char *emission, const char *source); -static void _opinfo_op_registry_summary_cb (void *data, Evas_Object *obj, const char *emission, const char *source); -static void _opinfo_op_registry_detailed_cb (void *data, Evas_Object *obj, const char *emission, const char *source); static void _opinfo_op_registry_window_jump_cb (void *data, Evas_Object *obj, const char *emission, const char *source); static void _opinfo_op_registry_update_status(Instance *inst); @@ -54,23 +52,35 @@ { Evas_Object *o = data; char *total, buf[4096]; + Edje_Message_Float msg; + int mw, mh; if (!o || !ere) return; + + // Don't show if the operation keep less than 1 second + if (ere-start_time + 1.0 ecore_loop_time_get()) return; // Update icon switch (ere-op) { case E_FM_OP_COPY: - edje_object_signal_emit(o, e,action,icon,copy, e); - break; +edje_object_signal_emit(o, e,action,icon,copy, e); +break; + case E_FM_OP_MOVE: - edje_object_signal_emit(o, e,action,icon,move, e); - break; +edje_object_signal_emit(o, e,action,icon,move, e); +break; + case E_FM_OP_REMOVE: - edje_object_signal_emit(o, e,action,icon,delete, e); - break; +edje_object_signal_emit(o, e,action,icon,delete, e); +break; + + case E_FM_OP_SECURE_REMOVE: +edje_object_signal_emit(o, e,action,icon,secure_delete, e); +break; + default: - edje_object_signal_emit(o, e,action,icon,unknow, e); +edje_object_signal_emit(o, e,action,icon,unknown, e); } // Update has/none linked efm window @@ -81,82 +91,106 @@ // Update information text switch (ere-status) - { + { case E_FM2_OP_STATUS_ABORTED: - switch (ere-op) - { -case E_FM_OP_COPY: - snprintf(buf, sizeof(buf), _(Copying is aborted)); - break; -case E_FM_OP_MOVE: - snprintf(buf, sizeof(buf), _(Moving is aborted)); - break; -case E_FM_OP_REMOVE: - snprintf(buf, sizeof(buf), _(Deleting is aborted)); - break; -default: - snprintf(buf, sizeof(buf), _(Unknown operation from slave is aborted)); - } - break; +switch (ere-op) + { + case E_FM_OP_COPY: + snprintf(buf, sizeof(buf), _(Copying is aborted)); + break; + case E_FM_OP_MOVE: + snprintf(buf, sizeof(buf), _(Moving is aborted)); + break; + + case E_FM_OP_REMOVE: + snprintf(buf, sizeof(buf), _(Deleting is aborted)); + break; + + case
Re: [E-devel] Connman module suggestion
On Tue, 27 Nov 2012 14:44:51 + Tom Hacohen t...@stosb.com wrote: Damn GNOME, ruining simplicity for the rest of us. Seriously though, if you can make it simple, then it's good, once it gets cluttering and complex it's bad. I was just arguing against pumping many features in just for the sake of it. And I'm arguing for putting in features coz people are complaining then using something else instead. If no one is gonna use it, you can simplify it away entirely. B-) On Tue, Nov 27, 2012 at 2:21 PM, David Seikel onef...@gmail.com wrote: On Tue, 27 Nov 2012 13:58:34 + Tom Hacohen t...@stosb.com wrote: I think that although your suggestions are good they are a bit too complex or at least they will clutter the UI and the simplicity. Simple is good, but there's such a thing as too simple, that's the mistake the GNOME people made. Obviously from the comments on this thread your simple will be some one else's this is too hard, I'll use something else. In one case, the something else was to tether to their phone instead of using econman. You wont be able to do simple that every one will like. This definitely calls for more complexity and user choice. If you can't make everyone happy with your idea of simple, make it more flexible. Or to put it another way, you want to make it simpler than tether to some other device, coz that other device has a better method of selection plus the complexity of setting up the tether itself. To do that you need to make it flexible enough so the user has more choice than what ever Tom thinks is the best. As for cluttering the UI, you have columns with name, signal strength, etc, and you can sort by each column by clicking it's heading. This is stuff people are used to already, they expect that sort of thing. It's quite simple really. B-) As for what I define best: that's a criteria we would have to decide, can be either open first, locked afterwards and inside sort by signal strength, or just wifis with the letter e in the name. By the way, I do agree that a minute is too much. On Tue, Nov 27, 2012 at 1:52 PM, David Seikel onef...@gmail.com wrote: On Tue, 27 Nov 2012 13:39:31 + Tom Hacohen t...@stosb.com wrote: But that's not how you usually want your wifis sorted. You usually want best-worst. Actual, depends on what you are looking for. If you are looking for the best one, then you are correct, but best in what way? The fastest one with the most signal strength is useless if it's locked down and you don't have the proper credentials. On the other hand, if you are looking for a specific hotspot, then sorting by name is best. Allow several sorting criteria, allowing to start or stop scanning at any time, even sort by least/most recently found. Needs some flexibility to be good for every one. On Tue, Nov 27, 2012 at 1:37 PM, Davide Andreoli d...@gurumeditation.itwrote: 2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. and what about just make the list alphabetic sorted so that it don't get mess when refreshed? On Tue, Nov 27, 2012 at 11:23 AM, Tom Hacohen t...@stosb.com wrote: So you essentially encountered the same issues as I have. You want a freeze list button, I argue that the freezing should be the default. Not the entire list appeared: sounds like a bug and I hope such things will get fixed, but I don't think they should stop us from planning on doing the right thing. On Tue, Nov 27, 2012 at 12:25 PM, Zoffix Znet zof...@zoffix.com wrote: Just wanted to add my experience with this exact problem: It wasn't in a train, but in a mall's parking lot. I haven't counted the number of access points, but it looked like enough to have a couple of screens to scroll through. I was trying to find an open access point, but the list kept refreshing. I forget now whether the list would scroll to the top, or just rearrange all the access points (or add new ones it found), but I do remember every time it refreshed, I was lost in the list. Not the entire list appeared in the popup right away (not sure why—I wasn't moving), so disabling update when popup is
Re: [E-devel] E SVN: caro trunk/PROTO/azy/src/bin/re2c
On Tue, Nov 27, 2012 at 8:43 AM, Guillaume Friloux guillaume.fril...@asp64.com wrote: On 27/11/2012 05:33, Daniel Juyung Seo wrote: Dear vtorri after this commit, azy is broken here. (ubuntu 12.10) Can you check this? make[4]: Leaving directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy/src/lib' make[3]: Leaving directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy/src/lib' Making all in bin make[3]: Entering directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy/src/bin' cd re2c make make[4]: Entering directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy/src/bin/re2c' make[4]: *** No rule to make target `re_parser.hh', needed by `all'. Stop. make[4]: Leaving directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy/src/bin/re2c' make[3]: *** [../../src/bin/re2c/re2c] Error 2 make[3]: Leaving directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy/src/bin' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/seoz/efl/git-svn/e/trunk/PROTO/azy' make: *** [all] Error 2 Hello, Here it works completly (up2date archlinux), but before this patch, it didnt worked here. Damn autotools. so ??? Vincent -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds trunk/e/src/modules/fileman_opinfo
On Tue, Nov 27, 2012 at 8:11 PM, Davide Andreoli d...@gurumeditation.it wrote: 2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi Hi Dave, Would you change the per-fileman window opinfo to just show the info relevant to that window (source or destination)? Hi, I'm not sure that what you want is the correct behaviour...I have some doubt, for example: what should happen if one start a long copy operation (thus the progress is shown) and then change to another directory (in the same win)? should the progress be hidden ? and then reshow when I come back to that folder? :/ I probably prefer it as is now: the fm is working, no matter what folder are you browsing... other opinions? you can only change the directory if it's in place, that's not the default setting. I'd say that if you change the directory you must re-evaluate whenever you show or not the progress. if you go up, it hides. If you go back to it, it shows. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] page translating on trac
currently at the bottom of the page trac.enlightenment.org/e/wiki/Translating there are some paragraphs about launchpad and damned lies, but the problem is that these services are now out of date or simply not working, and people still sends on the e-intl list files generated there. if there are no objections I would remove any reference to them. -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] signature.asc Description: OpenPGP digital signature -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/elementary/src/bin
ops SORRY. that will be fixed very soon. thanks for the report. Daniel Juyung Seo (SeoZ) On Nov 28, 2012 2:49 AM, Eduardo Lima (Etrunko) ebl...@gmail.com wrote: SPANKY SPANKIES! test_genlist.o: In function `test_genlist_item_styles': /home/etrunko/projects/wayland/elementary/src/bin/test_genlist.c:3266: undefined reference to `_elm_min_set' collect2: error: ld returned 1 exit status The symbol is defined only in test_gengrid.c On Tue, Nov 27, 2012 at 1:21 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: elm test_genlist.c: Added 'Genlist Item Styles' to check more genlist item styles. Author: seoz Date: 2012-11-27 07:21:27 -0800 (Tue, 27 Nov 2012) New Revision: 79746 Trac: http://trac.enlightenment.org/e/changeset/79746 Modified: trunk/elementary/src/bin/test.c trunk/elementary/src/bin/test_genlist.c Modified: trunk/elementary/src/bin/test.c === --- trunk/elementary/src/bin/test.c 2012-11-27 15:21:20 UTC (rev 79745) +++ trunk/elementary/src/bin/test.c 2012-11-27 15:21:27 UTC (rev 79746) @@ -98,6 +98,7 @@ void test_genlist17(void *data, Evas_Object *obj, void *event_info); void test_genlist18(void *data, Evas_Object *obj, void *event_info); void test_genlist19(void *data, Evas_Object *obj, void *event_info); +void test_genlist_item_styles(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer2(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer3(void *data, Evas_Object *obj, void *event_info); @@ -590,6 +591,7 @@ ADD_TEST(NULL, Lists, Genlist Decorate Modes, test_genlist17); ADD_TEST(NULL, Lists, Genlist Tree and Decorate All Mode, test_genlist18); ADD_TEST(NULL, Lists, Genlist Full Widget, test_genlist19); + ADD_TEST(NULL, Lists, Genlist Item Styles, test_genlist_item_styles); ADD_TEST(NULL, Lists, GenGrid, test_gengrid); ADD_TEST(NULL, Lists, GenGrid 2, test_gengrid2); ADD_TEST(NULL, Lists, GenGrid Group, test_gengrid3); Modified: trunk/elementary/src/bin/test_genlist.c === --- trunk/elementary/src/bin/test_genlist.c 2012-11-27 15:21:20 UTC (rev 79745) +++ trunk/elementary/src/bin/test_genlist.c 2012-11-27 15:21:27 UTC (rev 79746) @@ -5,6 +5,15 @@ #endif #include Elementary.h #ifndef ELM_LIB_QUICKLAUNCH + +#define WEIGHT evas_object_size_hint_weight_set +#define ALIGN_ evas_object_size_hint_align_set +#define EXPAND(X) WEIGHT((X), EVAS_HINT_EXPAND, EVAS_HINT_EXPAND) +#define FILL(X) ALIGN_((X), EVAS_HINT_FILL, EVAS_HINT_FILL) + +Evas_Object * _elm_min_set(Evas_Object *obj, Evas_Object *parent, + Evas_Coord w, Evas_Coord h); + struct _api_data { unsigned int state; /* What state we are testing */ @@ -3175,4 +3184,98 @@ evas_object_show(win); } +/* test genlist item styles */ + +const char *_genlist_styles[] = { + default, full, one_icon, end_icon, no_icon, + default_style, double_label, icon_top_text_bottom, + NULL +}; + +static void +_genlist_renew(Evas_Object *obj, const char *style) +{ + Elm_Genlist_Item_Class *ic; + int i; + + if (!obj) return; + elm_genlist_clear(obj); + + ic = elm_genlist_item_class_new(); + ic-item_style = style; + ic-func.text_get = gl_text_get; + ic-func.content_get = gl_content_get; + ic-func.state_get = NULL; + ic-func.del = NULL; + + for (i = 0; i 50; i++) + { +elm_genlist_item_append(obj, ic, (void *)(long)i, NULL, +ELM_GENLIST_ITEM_NONE, NULL, NULL); + } + elm_genlist_item_class_free(ic); +} + +static void +_item_style_sel_cb(void *data __UNUSED__, Evas_Object *obj, void *event_info) +{ + Evas_Object *gl = evas_object_data_get(obj, genlist); + if (gl) + _genlist_renew(gl, elm_object_item_text_get(event_info)); +} + +static Evas_Object * +_item_styles_list_create(Evas_Object *parent) +{ + Evas_Object *list; + int i = 0; + + list = elm_list_add(parent); + EXPAND(list); FILL(list); + + while (_genlist_styles[i]) + { +elm_list_item_append(list, _genlist_styles[i], NULL, NULL, + _item_style_sel_cb, _genlist_styles[i]); +i++; + } + + return list; +} + +void +test_genlist_item_styles(void *data __UNUSED__, Evas_Object *obj __UNUSED__, + void *event_info __UNUSED__) +{ + Evas_Object *win, *box, *gl, *list, *table; + + win = elm_win_util_standard_add(genlist-item-styles, Gengrid Item Styles); + elm_win_autodel_set(win, EINA_TRUE); + evas_object_resize(win, 600,
Re: [E-devel] Announce: EFL 1.7.2 release and E17 ALPHA 5 release
On Wed, Nov 28, 2012 at 01:16:19AM +0900, Carsten Haitzler wrote: On Tue, 27 Nov 2012 16:15:14 +0200 Raphael Kubo da Costa raphael.kubo.da.co...@intel.com said: Luis Felipe Strano Moraes luis.str...@gmail.com writes: We're organizing a new Release Team in order to help out with this entire process, and would like to call out to everyone interested in helping out to please join the enlightenment-releasehttps://lists.sourceforge.net/lists/listinfo/enlightenment-releasemailing list. People who are actively working on packaging or who have interest in it are specially welcome. For the old farts who prefer to use NNTP, the gmane.comp.window-managers.enlightenment.release has been created (it also serves as a mail archive): http://dir.gmane.org/gmane.comp.window-managers.enlightenment.release wow... newsgroup! that brings back memories of trn and tin... :) Good memories :) -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: kakaroto trunk/edje/src/bin
I think Cedric pointed e/branches/edje-1.7? http://trac.enlightenment.org/e/browser/branches/edje-1.7?desc=1 We have branches for released version of efl. Daniel Juyung Seo (SeoZ) On Wed, Nov 28, 2012 at 1:45 AM, Youness Alaoui kakar...@kakaroto.homelinux.net wrote: Backported? Sorry, what do you mean ? Are there different development branches now ? (I haven't paid much attention to E develpment lately) If yes, then yeah, it should be backported as it's a critical fix in my opinion. On Mon, Nov 26, 2012 at 4:26 AM, Cedric BAIL cedric.b...@free.fr wrote: On Sat, Nov 24, 2012 at 8:15 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: edje: Fix segfault when deleted part stays in the hash table Shouldn't that be backported ? -- Cedric BAIL -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/elementary/src/bin
fixed. I exported _elm_min_set() but I need to discuss this more. It looks like each test files(test_xxx.c) should have no dependency on other files because it is a sample app. But writing the same function here and there does not look good either. So propose to have a test_common.c/h to share functions and macros among all test files. Any idea? Daniel Juyung Seo (SeoZ) On Wed, Nov 28, 2012 at 9:50 AM, Daniel Juyung Seo seojuyu...@gmail.comwrote: ops SORRY. that will be fixed very soon. thanks for the report. Daniel Juyung Seo (SeoZ) On Nov 28, 2012 2:49 AM, Eduardo Lima (Etrunko) ebl...@gmail.com wrote: SPANKY SPANKIES! test_genlist.o: In function `test_genlist_item_styles': /home/etrunko/projects/wayland/elementary/src/bin/test_genlist.c:3266: undefined reference to `_elm_min_set' collect2: error: ld returned 1 exit status The symbol is defined only in test_gengrid.c On Tue, Nov 27, 2012 at 1:21 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: elm test_genlist.c: Added 'Genlist Item Styles' to check more genlist item styles. Author: seoz Date: 2012-11-27 07:21:27 -0800 (Tue, 27 Nov 2012) New Revision: 79746 Trac: http://trac.enlightenment.org/e/changeset/79746 Modified: trunk/elementary/src/bin/test.c trunk/elementary/src/bin/test_genlist.c Modified: trunk/elementary/src/bin/test.c === --- trunk/elementary/src/bin/test.c 2012-11-27 15:21:20 UTC (rev 79745) +++ trunk/elementary/src/bin/test.c 2012-11-27 15:21:27 UTC (rev 79746) @@ -98,6 +98,7 @@ void test_genlist17(void *data, Evas_Object *obj, void *event_info); void test_genlist18(void *data, Evas_Object *obj, void *event_info); void test_genlist19(void *data, Evas_Object *obj, void *event_info); +void test_genlist_item_styles(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer2(void *data, Evas_Object *obj, void *event_info); void test_gesture_layer3(void *data, Evas_Object *obj, void *event_info); @@ -590,6 +591,7 @@ ADD_TEST(NULL, Lists, Genlist Decorate Modes, test_genlist17); ADD_TEST(NULL, Lists, Genlist Tree and Decorate All Mode, test_genlist18); ADD_TEST(NULL, Lists, Genlist Full Widget, test_genlist19); + ADD_TEST(NULL, Lists, Genlist Item Styles, test_genlist_item_styles); ADD_TEST(NULL, Lists, GenGrid, test_gengrid); ADD_TEST(NULL, Lists, GenGrid 2, test_gengrid2); ADD_TEST(NULL, Lists, GenGrid Group, test_gengrid3); Modified: trunk/elementary/src/bin/test_genlist.c === --- trunk/elementary/src/bin/test_genlist.c 2012-11-27 15:21:20 UTC (rev 79745) +++ trunk/elementary/src/bin/test_genlist.c 2012-11-27 15:21:27 UTC (rev 79746) @@ -5,6 +5,15 @@ #endif #include Elementary.h #ifndef ELM_LIB_QUICKLAUNCH + +#define WEIGHT evas_object_size_hint_weight_set +#define ALIGN_ evas_object_size_hint_align_set +#define EXPAND(X) WEIGHT((X), EVAS_HINT_EXPAND, EVAS_HINT_EXPAND) +#define FILL(X) ALIGN_((X), EVAS_HINT_FILL, EVAS_HINT_FILL) + +Evas_Object * _elm_min_set(Evas_Object *obj, Evas_Object *parent, + Evas_Coord w, Evas_Coord h); + struct _api_data { unsigned int state; /* What state we are testing */ @@ -3175,4 +3184,98 @@ evas_object_show(win); } +/* test genlist item styles */ + +const char *_genlist_styles[] = { + default, full, one_icon, end_icon, no_icon, + default_style, double_label, icon_top_text_bottom, + NULL +}; + +static void +_genlist_renew(Evas_Object *obj, const char *style) +{ + Elm_Genlist_Item_Class *ic; + int i; + + if (!obj) return; + elm_genlist_clear(obj); + + ic = elm_genlist_item_class_new(); + ic-item_style = style; + ic-func.text_get = gl_text_get; + ic-func.content_get = gl_content_get; + ic-func.state_get = NULL; + ic-func.del = NULL; + + for (i = 0; i 50; i++) + { +elm_genlist_item_append(obj, ic, (void *)(long)i, NULL, +ELM_GENLIST_ITEM_NONE, NULL, NULL); + } + elm_genlist_item_class_free(ic); +} + +static void +_item_style_sel_cb(void *data __UNUSED__, Evas_Object *obj, void *event_info) +{ + Evas_Object *gl = evas_object_data_get(obj, genlist); + if (gl) + _genlist_renew(gl, elm_object_item_text_get(event_info)); +} + +static Evas_Object * +_item_styles_list_create(Evas_Object *parent) +{ + Evas_Object *list; + int i = 0; + + list = elm_list_add(parent); + EXPAND(list); FILL(list); + + while (_genlist_styles[i]) + { +elm_list_item_append(list, _genlist_styles[i], NULL, NULL, +
Re: [E-devel] E SVN: raster IN trunk/e/data/themes: . edc img
oh.. this is a big jump in terms of its LOOK. I like it. Daniel Juyung Seo (SeoZ) On Wed, Nov 28, 2012 at 1:10 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: adapt analog clock to use same tacho bg thing - just now add a clock base too with hour marks. color hands in edje - not in image to reduce image waste. Author: raster Date: 2012-11-27 08:10:03 -0800 (Tue, 27 Nov 2012) New Revision: 79751 Trac: http://trac.enlightenment.org/e/changeset/79751 Added: trunk/e/data/themes/img/clock_base.png Removed: trunk/e/data/themes/img/clock_h.png trunk/e/data/themes/img/clock_h2.png trunk/e/data/themes/img/clock_h3.png trunk/e/data/themes/img/clock_h4.png trunk/e/data/themes/img/clock_h5.png trunk/e/data/themes/img/clock_h6.png trunk/e/data/themes/img/clock_h7.png trunk/e/data/themes/img/clock_hs.png trunk/e/data/themes/img/clock_hs2.png trunk/e/data/themes/img/clock_hs3.png trunk/e/data/themes/img/clock_hs4.png trunk/e/data/themes/img/clock_hs5.png trunk/e/data/themes/img/clock_hs6.png trunk/e/data/themes/img/clock_hs7.png trunk/e/data/themes/img/clock_m.png trunk/e/data/themes/img/clock_m2.png trunk/e/data/themes/img/clock_m3.png trunk/e/data/themes/img/clock_m4.png trunk/e/data/themes/img/clock_m5.png trunk/e/data/themes/img/clock_m6.png trunk/e/data/themes/img/clock_m7.png trunk/e/data/themes/img/clock_ms.png trunk/e/data/themes/img/clock_ms2.png trunk/e/data/themes/img/clock_ms3.png trunk/e/data/themes/img/clock_ms4.png trunk/e/data/themes/img/clock_ms5.png trunk/e/data/themes/img/clock_ms6.png trunk/e/data/themes/img/clock_ms7.png trunk/e/data/themes/img/clock_s.png trunk/e/data/themes/img/clock_s2.png trunk/e/data/themes/img/clock_s3.png trunk/e/data/themes/img/clock_s4.png trunk/e/data/themes/img/clock_s5.png trunk/e/data/themes/img/clock_s6.png trunk/e/data/themes/img/clock_s7.png trunk/e/data/themes/img/clock_ss.png trunk/e/data/themes/img/clock_ss2.png trunk/e/data/themes/img/clock_ss3.png trunk/e/data/themes/img/clock_ss4.png trunk/e/data/themes/img/clock_ss5.png trunk/e/data/themes/img/clock_ss6.png trunk/e/data/themes/img/clock_ss7.png trunk/e/data/themes/img/tacho_hand_small_max.png trunk/e/data/themes/img/tacho_hand_small_max2.png trunk/e/data/themes/img/tacho_hand_small_max3.png trunk/e/data/themes/img/tacho_hand_small_max4.png Modified: trunk/e/data/themes/Makefile.am trunk/e/data/themes/edc/clock.edc trunk/e/data/themes/edc/cpufreq.edc trunk/e/data/themes/img/tacho_hand_big.png trunk/e/data/themes/img/tacho_hand_big2.png trunk/e/data/themes/img/tacho_hand_big3.png trunk/e/data/themes/img/tacho_hand_big4.png trunk/e/data/themes/img/tacho_hand_small_min.png trunk/e/data/themes/img/tacho_hand_small_min2.png trunk/e/data/themes/img/tacho_hand_small_min3.png trunk/e/data/themes/img/tacho_hand_small_min4.png Modified: trunk/e/data/themes/Makefile.am === --- trunk/e/data/themes/Makefile.am 2012-11-27 15:50:53 UTC (rev 79750) +++ trunk/e/data/themes/Makefile.am 2012-11-27 16:10:03 UTC (rev 79751) @@ -119,48 +119,7 @@ img/cell_sig_2.png \ img/cell_sig_3.png \ img/cell_sig_4.png \ -img/clock_h2.png \ -img/clock_h3.png \ -img/clock_h4.png \ -img/clock_h5.png \ -img/clock_h6.png \ -img/clock_h7.png \ -img/clock_h.png \ -img/clock_hs2.png \ -img/clock_hs3.png \ -img/clock_hs4.png \ -img/clock_hs5.png \ -img/clock_hs6.png \ -img/clock_hs7.png \ -img/clock_hs.png \ -img/clock_m2.png \ -img/clock_m3.png \ -img/clock_m4.png \ -img/clock_m5.png \ -img/clock_m6.png \ -img/clock_m7.png \ -img/clock_m.png \ -img/clock_ms2.png \ -img/clock_ms3.png \ -img/clock_ms4.png \ -img/clock_ms5.png \ -img/clock_ms6.png \ -img/clock_ms7.png \ -img/clock_ms.png \ -img/clock_s2.png \ -img/clock_s3.png \ -img/clock_s4.png \ -img/clock_s5.png \ -img/clock_s6.png \ -img/clock_s7.png \ -img/clock_s.png \ -img/clock_ss2.png \ -img/clock_ss3.png \ -img/clock_ss4.png \ -img/clock_ss5.png \ -img/clock_ss6.png \ -img/clock_ss7.png \ -img/clock_ss.png \ +img/clock_base.png \ img/col_sel_end_bottom.png \ img/col_sel_end_left.png \ img/col_sel_end_right.png \ @@ -306,9 +265,14 @@ img/sym_up_light_selected.png \ img/tacho_base.png \ img/tacho_hand_big.png \ +img/tacho_hand_big2.png \ +img/tacho_hand_big3.png \ +img/tacho_hand_big4.png \ img/tacho_hand_big_shadow.png \ -img/tacho_hand_small_max.png \ img/tacho_hand_small_min.png \ +img/tacho_hand_small_min2.png \ +img/tacho_hand_small_min3.png \ +img/tacho_hand_small_min4.png \ img/tacho_hand_small_shadow.png \ img/vert_bar_inset.png \ img/vert_glow_run.png \ Modified: trunk/e/data/themes/edc/clock.edc === --- trunk/e/data/themes/edc/clock.edc 2012-11-27 15:50:53 UTC (rev 79750) +++ trunk/e/data/themes/edc/clock.edc 2012-11-27 16:10:03 UTC (rev 79751) @@ -530,40 +530,36
Re: [E-devel] [Enlightenment-release] [Announce] Enlightenment DR 0.17-alpha2
Great enhancement. I gotta test this e17 alpha6 + efl 1.7.2 :) Daniel Juyung Seo (SeoZ) On Wed, Nov 28, 2012 at 2:41 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: With a beefy changelog accompanying it, I'm pleased to post another alpha. It should be noted that this is the first alpha worthy of receiving the praise improved LESS CRASHING and IMPROVEMENTS TO NOT CRASHING. Changelog: * Translation updates * AMD K10 temperature sensor support on OpenBSD * Video file previews will now stutter less and respect tooltip boundaries more * Battery module now crashes less on OpenBSD * Icon resizing is now smoother * Gadget menus can no longer cause crashes when the gadget is deleted * Fileselector once again allows selection from directory previews * Filemanager DND can no longer interfere with gadget DND to cause crashes * Improved support for XDG_DESKTOP_DIR * Filemanager no longer restores non-default desktop paths when desktop navigation mode is disabled * Improvements/fixes to lost window warping behavior * New ibar sources now copy from default source * Right clicking on any part of a desktop gadget is now sufficient to disable move/resize * Filemanager maximum thumbnail size config slider now more granular * Module config dialog now updates when module states are externally toggled * Connman wizard page now shows regardless of connman support, also disables connman module if support disabled * First-run wizard now correctly updates after language changes * First-run wizard button now reads Please Wait when it is disabled * First-run wizard now has a page to (not) add a taskbar to the default shelf * First-run wizard now unsets winlist pointer warping when click focus model is chosen * First-run wizard now performs a more accurate wait when building XDG cache * Edge bindings dialog can no longer crash when closed before its grab dialog * Edge bindings dialog no longer allows blank bindings to be added * Keybindings dialog no longer adds non-default ctrl+shift bindings when restoring default bindings * Gadget popups will no longer sometimes obscure the source gadget if triggered on an offscreen gadget * Show Calendar action renamed to Toggle Calendar * Fileman Operations module now uses same infos as filemanager * Password mode toggling in entry now works more effectively * [THEME] Desktop gadget * [THEME] RandR dialog * [THEME] Notification module * [THEME] Pixel borders fixed * [THEME] Pixel borders allow drag resizing * [THEME] Cpufreq gadget * [THEME] Analog clock E17 ALPHA6 - 79752 http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.bz2 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Enlightenment-release mailing list enlightenment-rele...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-release -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: kakaroto trunk/edje/src/bin
On Wed, Nov 28, 2012 at 1:45 AM, Youness Alaoui kakar...@kakaroto.homelinux.net wrote: Backported? Sorry, what do you mean ? Are there different development branches now ? (I haven't paid much attention to E develpment lately) If yes, then yeah, it should be backported as it's a critical fix in my opinion. Yes, we have at least a 1.7 branch that will be used for E17 release. -- Cedric BAIL -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Connman module suggestion
On Tue, Nov 27, 2012 at 11:27 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. I think we can do better than that, dynamically throttling the refresh rate in the UI if the refresh rate is too high. This way normal uses like opening the popup and not seeing the services appearing. Lucas De Marchi -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Connman module suggestion
On Tue, Nov 27, 2012 at 11:37 AM, Davide Andreoli d...@gurumeditation.it wrote: 2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. and what about just make the list alphabetic sorted so that it don't get mess when refreshed? there's a logic in how they are sorted: it's best to worst, known to unknown. Sorting alphabetically is the last thing you want to do for networks. Lucas De Marchi -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Connman module suggestion
On Tue, Nov 27, 2012 at 11:52 AM, David Seikel onef...@gmail.com wrote: On Tue, 27 Nov 2012 13:39:31 + Tom Hacohen t...@stosb.com wrote: But that's not how you usually want your wifis sorted. You usually want best-worst. Actual, depends on what you are looking for. If you are looking for the best one, then you are correct, but best in what way? The fastest one with the most signal strength is useless if it's locked down and you don't have the proper credentials. that's why it's known to unknown, best to worst. Lucas De Marchi -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Connman module suggestion
On Tue, 27 Nov 2012 23:59:40 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Tue, Nov 27, 2012 at 11:37 AM, Davide Andreoli d...@gurumeditation.it wrote: 2012/11/27 Gustavo Sverzut Barbieri barbi...@profusion.mobi I think that always freezing is as painful, as adding an action to refresh is cumbersome. What about a refresh threshold as Bruno said. It could be one minute, I guess it should do without being as annoying, and it's fixed rate at least. and what about just make the list alphabetic sorted so that it don't get mess when refreshed? there's a logic in how they are sorted: it's best to worst, known to unknown. Best in what way? Your logic is only working for some people, other wise the rest would not be complaining. Sorting alphabetically is the last thing you want to do for networks. It's the first thing you want if you are looking for a particular hotspot. In this case that's the best sorting. It may not be the best where you are, but for other people it IS the best. There are quite good reasons why people want a particular hotspot instead of simply which ever one is considered by Lucas to be best. This is the reason people are complaining and asking for an alphabetical sorting. It's best for them. I would say it's best for a LOT of people. In some cases, like when in a large place with lots of hotspots all setup the same way, sure best signal strength is the best option. In a big university or hotel often it would not matter which hotspot you use, one account works on them all, so use the one with the best signal. In smaller places where the random hotspots are run by different people that are not cooperating, then onefangs hotspot might be the best for you, coz you are visiting onefang, and onefang just opened up an account for you. Even if the 30 hotspots between you and onefangs hotspot have better signals, they are entirely useless to you coz they are locked down and you don't have accounts on them. All are unknown to you, coz you have never been here before. (OK, not that many hotspots in the area around my personal hotspot, I'm using the 30 figure coz that was quoted before, as unlikely as most people seem to think that figure was.) This second use case can happen in a StarBucks in the middle of a busy shopping centre. Been there, done that, got the t-shirt. The local hotspot I was allowed to use coz I was shopping there had a worse signal strength than the one from the shop across the hall, but the shop across the hall did not want me to use their WiFi without buying from them, even though it was an open hotspot. The half dozen other hotspots in that same shopping centre where all locked down to accounts only. Both use cases are common, that's why you need alphabetical AND best signal sorting as options. All are unknown if you are travelling to places you have never been before with that particular device. Simplifying is good, simplifying away a common use case is bad. -- 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 -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: kakaroto trunk/edje/src/bin
On Tue, 27 Nov 2012 11:45:20 -0500 Youness Alaoui kakar...@kakaroto.homelinux.net said: Backported? Sorry, what do you mean ? Are there different development branches now ? (I haven't paid much attention to E develpment lately) If yes, then yeah, it should be backported as it's a critical fix in my opinion. look in branches (not in trunk)... we have a branch per stable release of efl where we backport to.. thats how 1.7.1 and 1.7.2 come out.. from the stable branch. we've done this since 1.0 :) not new. :) On Mon, Nov 26, 2012 at 4:26 AM, Cedric BAIL cedric.b...@free.fr wrote: On Sat, Nov 24, 2012 at 8:15 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: edje: Fix segfault when deleted part stays in the hash table Shouldn't that be backported ? -- Cedric BAIL -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fwd: No talks!
On Tue, 27 Nov 2012 14:45:52 -0200 Leandro Pereira lean...@profusion.mobi said: On 11/27/2012 06:48 AM, Carsten Haitzler (The Rasterman) wrote: hmm wait - no submissions from ANYONE... or no submissions from E land? From the looks of it -- being sent to the crossdesktop organization list -- it seems there were no submissions from anyone. oooh. i guess we'd better do something about that. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ 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/e/data/themes: . edc img
On Wed, 28 Nov 2012 10:15:54 +0900 Daniel Juyung Seo seojuyu...@gmail.com said: oh.. this is a big jump in terms of its LOOK. I like it. so do i. the clock has been irking me... now it doesn't. :) Daniel Juyung Seo (SeoZ) On Wed, Nov 28, 2012 at 1:10 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: adapt analog clock to use same tacho bg thing - just now add a clock base too with hour marks. color hands in edje - not in image to reduce image waste. Author: raster Date: 2012-11-27 08:10:03 -0800 (Tue, 27 Nov 2012) New Revision: 79751 Trac: http://trac.enlightenment.org/e/changeset/79751 Added: trunk/e/data/themes/img/clock_base.png Removed: trunk/e/data/themes/img/clock_h.png trunk/e/data/themes/img/clock_h2.png trunk/e/data/themes/img/clock_h3.png trunk/e/data/themes/img/clock_h4.png trunk/e/data/themes/img/clock_h5.png trunk/e/data/themes/img/clock_h6.png trunk/e/data/themes/img/clock_h7.png trunk/e/data/themes/img/clock_hs.png trunk/e/data/themes/img/clock_hs2.png trunk/e/data/themes/img/clock_hs3.png trunk/e/data/themes/img/clock_hs4.png trunk/e/data/themes/img/clock_hs5.png trunk/e/data/themes/img/clock_hs6.png trunk/e/data/themes/img/clock_hs7.png trunk/e/data/themes/img/clock_m.png trunk/e/data/themes/img/clock_m2.png trunk/e/data/themes/img/clock_m3.png trunk/e/data/themes/img/clock_m4.png trunk/e/data/themes/img/clock_m5.png trunk/e/data/themes/img/clock_m6.png trunk/e/data/themes/img/clock_m7.png trunk/e/data/themes/img/clock_ms.png trunk/e/data/themes/img/clock_ms2.png trunk/e/data/themes/img/clock_ms3.png trunk/e/data/themes/img/clock_ms4.png trunk/e/data/themes/img/clock_ms5.png trunk/e/data/themes/img/clock_ms6.png trunk/e/data/themes/img/clock_ms7.png trunk/e/data/themes/img/clock_s.png trunk/e/data/themes/img/clock_s2.png trunk/e/data/themes/img/clock_s3.png trunk/e/data/themes/img/clock_s4.png trunk/e/data/themes/img/clock_s5.png trunk/e/data/themes/img/clock_s6.png trunk/e/data/themes/img/clock_s7.png trunk/e/data/themes/img/clock_ss.png trunk/e/data/themes/img/clock_ss2.png trunk/e/data/themes/img/clock_ss3.png trunk/e/data/themes/img/clock_ss4.png trunk/e/data/themes/img/clock_ss5.png trunk/e/data/themes/img/clock_ss6.png trunk/e/data/themes/img/clock_ss7.png trunk/e/data/themes/img/tacho_hand_small_max.png trunk/e/data/themes/img/tacho_hand_small_max2.png trunk/e/data/themes/img/tacho_hand_small_max3.png trunk/e/data/themes/img/tacho_hand_small_max4.png Modified: trunk/e/data/themes/Makefile.am trunk/e/data/themes/edc/clock.edc trunk/e/data/themes/edc/cpufreq.edc trunk/e/data/themes/img/tacho_hand_big.png trunk/e/data/themes/img/tacho_hand_big2.png trunk/e/data/themes/img/tacho_hand_big3.png trunk/e/data/themes/img/tacho_hand_big4.png trunk/e/data/themes/img/tacho_hand_small_min.png trunk/e/data/themes/img/tacho_hand_small_min2.png trunk/e/data/themes/img/tacho_hand_small_min3.png trunk/e/data/themes/img/tacho_hand_small_min4.png Modified: trunk/e/data/themes/Makefile.am === --- trunk/e/data/themes/Makefile.am 2012-11-27 15:50:53 UTC (rev 79750) +++ trunk/e/data/themes/Makefile.am 2012-11-27 16:10:03 UTC (rev 79751) @@ -119,48 +119,7 @@ img/cell_sig_2.png \ img/cell_sig_3.png \ img/cell_sig_4.png \ -img/clock_h2.png \ -img/clock_h3.png \ -img/clock_h4.png \ -img/clock_h5.png \ -img/clock_h6.png \ -img/clock_h7.png \ -img/clock_h.png \ -img/clock_hs2.png \ -img/clock_hs3.png \ -img/clock_hs4.png \ -img/clock_hs5.png \ -img/clock_hs6.png \ -img/clock_hs7.png \ -img/clock_hs.png \ -img/clock_m2.png \ -img/clock_m3.png \ -img/clock_m4.png \ -img/clock_m5.png \ -img/clock_m6.png \ -img/clock_m7.png \ -img/clock_m.png \ -img/clock_ms2.png \ -img/clock_ms3.png \ -img/clock_ms4.png \ -img/clock_ms5.png \ -img/clock_ms6.png \ -img/clock_ms7.png \ -img/clock_ms.png \ -img/clock_s2.png \ -img/clock_s3.png \ -img/clock_s4.png \ -img/clock_s5.png \ -img/clock_s6.png \ -img/clock_s7.png \ -img/clock_s.png \ -img/clock_ss2.png \ -img/clock_ss3.png \ -img/clock_ss4.png \ -img/clock_ss5.png \ -img/clock_ss6.png \ -img/clock_ss7.png \ -img/clock_ss.png \ +img/clock_base.png \ img/col_sel_end_bottom.png \ img/col_sel_end_left.png \ img/col_sel_end_right.png \ @@ -306,9 +265,14 @@ img/sym_up_light_selected.png \ img/tacho_base.png \ img/tacho_hand_big.png \ +img/tacho_hand_big2.png \ +img/tacho_hand_big3.png \ +img/tacho_hand_big4.png \ img/tacho_hand_big_shadow.png \ -img/tacho_hand_small_max.png \ img/tacho_hand_small_min.png \ +img/tacho_hand_small_min2.png \ +img/tacho_hand_small_min3.png \ +img/tacho_hand_small_min4.png \ img/tacho_hand_small_shadow.png \ img/vert_bar_inset.png \ img/vert_glow_run.png \ Modified:
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On 11/28/2012 01:41 AM, Michael Blumenkrantz wrote: With a beefy changelog accompanying it, I'm pleased to post another alpha. It should be noted that this is the first alpha worthy of receiving the praise improved LESS CRASHING and IMPROVEMENTS TO NOT CRASHING. Changelog: * Translation updates * AMD K10 temperature sensor support on OpenBSD * Video file previews will now stutter less and respect tooltip boundaries more * Battery module now crashes less on OpenBSD * Icon resizing is now smoother * Gadget menus can no longer cause crashes when the gadget is deleted * Fileselector once again allows selection from directory previews * Filemanager DND can no longer interfere with gadget DND to cause crashes * Improved support for XDG_DESKTOP_DIR This is not gonna be any more improved unless efreet is also released with the fix. :) * Filemanager no longer restores non-default desktop paths when desktop navigation mode is disabled * Improvements/fixes to lost window warping behavior * New ibar sources now copy from default source * Right clicking on any part of a desktop gadget is now sufficient to disable move/resize * Filemanager maximum thumbnail size config slider now more granular * Module config dialog now updates when module states are externally toggled * Connman wizard page now shows regardless of connman support, also disables connman module if support disabled * First-run wizard now correctly updates after language changes * First-run wizard button now reads Please Wait when it is disabled * First-run wizard now has a page to (not) add a taskbar to the default shelf * First-run wizard now unsets winlist pointer warping when click focus model is chosen * First-run wizard now performs a more accurate wait when building XDG cache * Edge bindings dialog can no longer crash when closed before its grab dialog * Edge bindings dialog no longer allows blank bindings to be added * Keybindings dialog no longer adds non-default ctrl+shift bindings when restoring default bindings * Gadget popups will no longer sometimes obscure the source gadget if triggered on an offscreen gadget * Show Calendar action renamed to Toggle Calendar * Fileman Operations module now uses same infos as filemanager * Password mode toggling in entry now works more effectively * [THEME] Desktop gadget * [THEME] RandR dialog * [THEME] Notification module * [THEME] Pixel borders fixed * [THEME] Pixel borders allow drag resizing * [THEME] Cpufreq gadget * [THEME] Analog clock E17 ALPHA6 - 79752 http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0-alpha6.tar.bz2 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] [Elementary] [Entry] Clear selection when entry loses focus
On Wed, Nov 7, 2012 at 4:42 PM, thiep ha thiep...@samsung.com wrote: Thank you for your comment. I changed the source code by adding an independent config entry in elm_config. Please review it. Sorry for the delay of this late review, but it doesn't apply cleanly anymore. Could you update it with latest svn ? I will push it after that. -- Cedric BAIL -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: kakaroto trunk/edje/src/bin
Oh cool, I'll backport it tomorrow! Thanks! I never realized there were branches, I thought new releases were always taken from the trunk! Thanks for the answers! On Tue, Nov 27, 2012 at 9:59 PM, Carsten Haitzler ras...@rasterman.comwrote: On Tue, 27 Nov 2012 11:45:20 -0500 Youness Alaoui kakar...@kakaroto.homelinux.net said: Backported? Sorry, what do you mean ? Are there different development branches now ? (I haven't paid much attention to E develpment lately) If yes, then yeah, it should be backported as it's a critical fix in my opinion. look in branches (not in trunk)... we have a branch per stable release of efl where we backport to.. thats how 1.7.1 and 1.7.2 come out.. from the stable branch. we've done this since 1.0 :) not new. :) On Mon, Nov 26, 2012 at 4:26 AM, Cedric BAIL cedric.b...@free.fr wrote: On Sat, Nov 24, 2012 at 8:15 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: edje: Fix segfault when deleted part stays in the hash table Shouldn't that be backported ? -- Cedric BAIL -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Annotations for binding generation
Hi, I'm interested in bindings to several libraries but I don't want to do it by hand. I definitely prefer to automate their generation. Unfortunately, some type information is missing. The best example is probably with lists and other data structures: eina_module_list_get() returns an Eina_List but what is the type of the elements inside it? In this case, it's an Eina_Module list: quite understandable to humans but unusable for automated tasks. For some languages, lacking this kind of information prevents building an API with a native feel and is even dangerous sometimes. C++ would call them std::vectoreina::module or so, Go would have list of Eina_Module, OCaml would name them Eina_Module list. The Glib people did it (almost) right and have annotations in their code. There are two interesting documentation pages about it: https://live.gnome.org/GObjectIntrospection/Annotations https://live.gnome.org/GObjectIntrospection/WritingBindingableAPIs I definitely don't agree with everything there but it's worth a quick read to see ideas and examples. This leaves a couple questions: - can doxygen be used to extract annotations; if not, I can write something reliable to do it - which format to use (glib uses S-expressions which are simple to parse) I'll also mention a few more benefits of more annotations and more bindings: - makes some bad APIs more obvious - finds irregular function names - better developer documentation (thinking about the exact return type of eina_module_list_get() late in the day after a very stressful day didn't prove very successful for me) - exercises more parts of the code - can bring some interesting concepts (and I already have a secret experiment planned :-) ) Any comment? Overall I find Glib's annotations to be pretty well-done so I'd be tempted to do it similarly. Also, without such bindings, I'd be forced to do more GTK+ and less EFL (plus I pay beers). ='( -- Adrien Nader -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: antognolli IN branches/ecore-1.7: . src/lib/ecore_wayland
No worries. It was just the commit message did not give much detail as to what the change(s) involved. dh -Original Message- From: Rafael Antognolli [mailto:antogno...@gmail.com] Sent: 23 November 2012 06:50 PM To: Enlightenment developer list Cc: Enlightenment SVN; enlightenment-...@lists.sourceforge.net Subject: Re: [E-devel] E SVN: antognolli IN branches/ecore-1.7: . src/lib/ecore_wayland It's a bunch of patches that you and Robert did to make Ecore_Wayland work with Wayland 1.0. Basically what we discussed on last week. Maybe I should have just backported patch by patch, instead of a single squashed one. Sorry for that. On Fri, Nov 23, 2012 at 4:32 PM, Christopher Michael cpmicha...@comcast.net wrote: Enlightenment SVN no-re...@enlightenment.org wrote: Log: Ecore_Wayland: Backport several fixes to 1.7. These changes will enable the 1.7 branch to work with Wayland 1.0. The following changesets were backported: 78049 78050 78051 78052 78054 78055 78056 78136 Author: antognolli Date: 2012-11-23 10:27:36 -0800 (Fri, 23 Nov 2012) New Revision: 79566 Trac: http://trac.enlightenment.org/e/changeset/79566 Modified: branches/ecore-1.7/ChangeLog branches/ecore-1.7/NEWS branches/ecore-1.7/src/lib/ecore_wayland/Ecore_Wayland.h branches/ecore-1.7/src/lib/ecore_wayland/ecore_wl.c branches/ecore-1.7/src/lib/ecore_wayland/ecore_wl_input.c branches/ecore-1.7/src/lib/ecore_wayland/ecore_wl_output.c branches/ecore-1.7/src/lib/ecore_wayland/ecore_wl_window.c Modified: branches/ecore-1.7/ChangeLog === --- branches/ecore-1.7/ChangeLog 2012-11-23 17:49:39 UTC (rev 79565) +++ branches/ecore-1.7/ChangeLog 2012-11-23 18:27:36 UTC (rev 79566) @@ -976,3 +976,8 @@ 2012-11-23 Luis Felipe Strano Moraes 1.7.2 release + +2012-10-16 Christopher Michael + + * Update Ecore_Wayland to build work with newest wayland (0.99) from + git Modified: branches/ecore-1.7/NEWS === --- branches/ecore-1.7/NEWS2012-11-23 17:49:39 UTC (rev 79565) +++ branches/ecore-1.7/NEWS2012-11-23 18:27:36 UTC (rev 79566) @@ -20,7 +20,10 @@ * ecore_x: send ECORE_X_EVENT_SELECTION_NOTIFY even if there is no data. * ecore_imf: ibus module potential segv fixed. * ecore: ecore_thread_feedback() memory allocation and corruption fixed. +* ecore_wayland: + - Update to work with latest wayland (0.99) from git. + Changes since Ecore 1.2.0: -- Modified: branches/ecore-1.7/src/lib/ecore_wayland/Ecore_Wayland.h === --- branches/ecore-1.7/src/lib/ecore_wayland/Ecore_Wayland.h 2012-11-23 17:49:39 UTC (rev 79565) +++ branches/ecore-1.7/src/lib/ecore_wayland/Ecore_Wayland.h 2012-11-23 18:27:36 UTC (rev 79566) @@ -75,6 +75,7 @@ struct { struct wl_display *display; +struct wl_registry *registry; struct wl_compositor *compositor; struct wl_shell *shell; struct wl_shell *desktop_shell; Modified: branches/ecore-1.7/src/lib/ecore_wayland/ecore_wl.c === --- branches/ecore-1.7/src/lib/ecore_wayland/ecore_wl.c2012-11-23 17:49:39 UTC (rev 79565) +++ branches/ecore-1.7/src/lib/ecore_wayland/ecore_wl.c2012-11-23 18:27:36 UTC (rev 79566) @@ -7,14 +7,18 @@ /* local function prototypes */ static Eina_Bool _ecore_wl_shutdown(Eina_Bool close); -static int _ecore_wl_cb_event_mask_update(unsigned int mask, void *data); -static Eina_Bool _ecore_wl_cb_handle_data(void *data, Ecore_Fd_Handler *hdl __UNUSED__); -static void _ecore_wl_cb_handle_global(struct wl_display *disp, unsigned int id, const char *interface, unsigned int version __UNUSED__, void *data); +static Eina_Bool _ecore_wl_cb_handle_data(void *data, +Ecore_Fd_Handler *hdl); +static void _ecore_wl_cb_handle_global(void *data, struct wl_registry *registry, unsigned int id, const char *interface, unsigned int version __UNUSED__); static Eina_Bool _ecore_wl_xkb_init(Ecore_Wl_Display *ewd); static Eina_Bool _ecore_wl_xkb_shutdown(Ecore_Wl_Display *ewd); /* local variables */ static int _ecore_wl_init_count = 0; +static const struct wl_registry_listener _ecore_wl_registry_listener += +{ + _ecore_wl_cb_handle_global, + NULL // handle_global_remove +}; /* external variables */ int _ecore_wl_log_dom = -1; @@ -130,28 +134,24 @@ return --_ecore_wl_init_count; } - _ecore_wl_disp-fd = - wl_display_get_fd(_ecore_wl_disp-wl.display, - _ecore_wl_cb_event_mask_update, _ecore_wl_disp); + _ecore_wl_disp-fd = + wl_display_get_fd(_ecore_wl_disp-wl.display); _ecore_wl_disp-fd_hdl = - ecore_main_fd_handler_add(_ecore_wl_disp-fd, ECORE_FD_READ, + ecore_main_fd_handler_add(_ecore_wl_disp-fd, +
[E-devel] [BUG] [ELM] [PATCH] Bug fixes for APIs elm_gengrid_region_show/bring_in
Hi, Please review the attached patches. Attached patch elm_gengrid.patch which fix the bug related to elm_gengrid_region_show/bring_in APIs. And patch test_gengrid.patch in order to test the fix. Change Description: 1. An internal function _item_show_region() is created which does the calculation for item position. 2. This function is called in _calc_job() as soon as pan object gets its size. 3. Test_gengrid code enhancement for testing the fix. Signed-Off-By: PRINCE KUMAR DUBEY prince.dubey@samsung.com. Thank You. Regards, Prince elm_gengrid.patch Description: Binary data test_gengrid.patch Description: Binary data -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Change the title bar Height
That helps. Now i have a bigger title bar and borders around. But The window title bar is slightly a round rect(shaped). I uncommented the data.item shaped to get the transparency. But i get to see only black pixel around the corder. Any solution for that?? On Tue, Nov 27, 2012 at 6:30 AM, Carsten Haitzler ras...@rasterman.comwrote: On Mon, 26 Nov 2012 22:32:19 +0530 HariHara Sudhan h...@emo2.com said: I wanted to make a theme, with bigger size title bars, and a big border around the window. So first i thought of adjusting the size of title bar, no it works only if i set the font size bigger. And also, i need a border around the window. is it possible to do it with edje theming itself?? yes. it's all possible - it's up to your theme - how it pads, spaces and lays out items. it can add handles downt he sides of windows too - make them any size it likes. a user can't - not via settings or a gui. the user selects a theme that does it for them. the titlebar size is a function of how far in the client swallow is from the boundaries of the edje object - its up to you to fill int he space as u see fit. the default theme arrange3s things relative to eachother so that the titlebar text becomes a master sizing point - thus if text goes up in size, so does titlebar. On Mon, Nov 26, 2012 at 8:55 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 26 Nov 2012 18:17:44 +0530 HariHara Sudhan h...@emo2.com said: Thank you , That works. But it works with only text size when i tried. When i set min and max for image . it just got clipped. are u making a theme - or just wanting to configure your titlebar size? On Mon, Nov 26, 2012 at 3:48 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 26 Nov 2012 14:01:02 +0530 HariHara Sudhan h...@emo2.com said: How can i change the height of the title bar. I browsed the source of e17. I tried some changes in e_border, but dint work out. Any idea where can i change them, which will make it work. you dont change the titlebar height in config or in code.. the theme layout determines the border entirely. if the theme is set up right the titlebar should scale based on the contents - eg the title text and thus its font size and scaling. -- Regards HariHaraSudhan -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Regards HariHaraSudhan -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Regards HariHaraSudhan -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Regards HariHaraSudhan -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On 11/28/2012 01:41 AM, Michael Blumenkrantz wrote: With a beefy changelog accompanying it, I'm pleased to post another alpha. It should be noted that this is the first alpha worthy of receiving the praise improved LESS CRASHING and IMPROVEMENTS TO NOT CRASHING. Changelog: * Translation updates * AMD K10 temperature sensor support on OpenBSD * Video file previews will now stutter less and respect tooltip boundaries more * Battery module now crashes less on OpenBSD * Icon resizing is now smoother * Gadget menus can no longer cause crashes when the gadget is deleted * Fileselector once again allows selection from directory previews * Filemanager DND can no longer interfere with gadget DND to cause crashes * Improved support for XDG_DESKTOP_DIR This is not gonna be any more improved unless efreet is also released with the fix. :) There are fixes directly in e as well. The support for XDG_DESKTOP_DIR has been in efreet since at least 1.7.0, it just didn't support your user-dirs.dirs format :) S. -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel