[e-devel] patch for desktop naming
Hello ! I'm attaching a patch that enables virtual desktop naming via ipc. -desktop-name-add OPT1 OPT2 OPT3 OPT4 OPT5 Add a desktop name definition. OPT1 = container no. OPT2 = zone no. OPT3 = desk_x. OPT4 = desk_y. OPT5 = desktop name -desktop-name-del OPT1 OPT2 OPT3 OPT4 Delete a desktop name definition. OPT1 = container no. OPT2 = zone no. OPT3 = desk_x. OPT4 = desk_y. -desktop-name-list List all current desktop name definitions Yes, it has been merely inspired by how you change background on each desktop :) Comments are of course welcomed. Cheers ! ilLogict -- Pièces jointes http://imp4.free.fr/horde/imp/attachment.php?u=illogict%40free.fr&t=1123255649&f=desktop_naming.patch --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] patch for desktop naming
Hello! I also thought of that, but as it is same the same issue with background, I thought it would be more consistent to keep add/del that set/get. And with del, it's definitely easier to reset the default naming for a given desktop. Maybe something like -desktop-name-set default could do the trick, but what if someone wants to rename a desktop 'default' :p, same with any other keyword... Maybe I do think too much :) Cheers! ilLogict Quoting Andrew Elcock <[EMAIL PROTECTED]>: I would of thought that as each desk has exactly one name that add / del is not appropriate simply set / get - list may still be cool :) ilLogict wrote: Hello ! I'm attaching a patch that enables virtual desktop naming via ipc. -desktop-name-add OPT1 OPT2 OPT3 OPT4 OPT5 Add a desktop name definition. OPT1 = container no. OPT2 = zone no. OPT3 = desk_x. OPT4 = desk_y. OPT5 = desktop name -desktop-name-del OPT1 OPT2 OPT3 OPT4 Delete a desktop name definition. OPT1 = container no. OPT2 = zone no. OPT3 = desk_x. OPT4 = desk_y. -desktop-name-list List all current desktop name definitions Yes, it has been merely inspired by how you change background on each desktop :) Comments are of course welcomed. Cheers ! ilLogict -- Pièces jointes http://imp4.free.fr/horde/imp/attachment.php?u=illogict%40free.fr&t=1123255649&f=desktop_naming.patch --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] patch for desktop naming
Hello! I just saw that something really weird happened... The attached file has not been attached but sent as a link (???). Anyway, sending it again... Hoping that it will work as expected this time :p Cheers! ilLogict Quoting ilLogict <[EMAIL PROTECTED]>: Hello ! I'm attaching a patch that enables virtual desktop naming via ipc. -desktop-name-add OPT1 OPT2 OPT3 OPT4 OPT5 Add a desktop name definition. OPT1 = container no. OPT2 = zone no. OPT3 = desk_x. OPT4 = desk_y. OPT5 = desktop name -desktop-name-del OPT1 OPT2 OPT3 OPT4 Delete a desktop name definition. OPT1 = container no. OPT2 = zone no. OPT3 = desk_x. OPT4 = desk_y. -desktop-name-list List all current desktop name definitions Yes, it has been merely inspired by how you change background on each desktop :) Comments are of course welcomed. Cheers ! ilLogict -- Pièces jointes http://imp4.free.fr/horde/imp/attachment.php?u=illogict%40free.fr&t=1123255649&f=desktop_naming.patch --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Index: e_config.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_config.c,v retrieving revision 1.86 diff -u -r1.86 e_config.c --- e_config.c 31 Jul 2005 06:22:31 - 1.86 +++ e_config.c 5 Aug 2005 13:24:46 - @@ -29,6 +29,7 @@ static E_Config_DD *_e_config_bindings_key_edd = NULL; static E_Config_DD *_e_config_path_append_edd = NULL; static E_Config_DD *_e_config_desktop_bg_edd = NULL; +static E_Config_DD *_e_config_desktop_name_edd = NULL; static E_Config_DD *_e_config_remember_edd = NULL; /* externally accessible functions */ @@ -80,6 +81,17 @@ E_CONFIG_VAL(D, T, desk_y, INT); E_CONFIG_VAL(D, T, file, STR); + _e_config_desktop_name_edd = E_CONFIG_DD_NEW("E_Config_Desktop_Name", E_Config_Desktop_Name); +#undef T +#undef D +#define T E_Config_Desktop_Name +#define D _e_config_desktop_name_edd + E_CONFIG_VAL(D, T, container, INT); + E_CONFIG_VAL(D, T, zone, INT); + E_CONFIG_VAL(D, T, desk_x, INT); + E_CONFIG_VAL(D, T, desk_y, INT); + E_CONFIG_VAL(D, T, name, STR); + _e_config_path_append_edd = E_CONFIG_DD_NEW("E_Path_Dir", E_Path_Dir); #undef T #undef D @@ -210,7 +222,9 @@ E_CONFIG_VAL(D, T, config_version, INT); /**/ E_CONFIG_VAL(D, T, show_splash, INT); /**/ E_CONFIG_VAL(D, T, desktop_default_background, STR); /**/ + E_CONFIG_VAL(D, T, desktop_default_name, STR); /**/ E_CONFIG_LIST(D, T, desktop_backgrounds, _e_config_desktop_bg_edd); /**/ + E_CONFIG_LIST(D, T, desktop_names, _e_config_desktop_name_edd); /**/ E_CONFIG_VAL(D, T, menus_scroll_speed, DOUBLE); /**/ E_CONFIG_VAL(D, T, menus_fast_mouse_move_threshhold, DOUBLE); /**/ E_CONFIG_VAL(D, T, menus_click_drag_timeout, DOUBLE); /**/ @@ -322,6 +336,7 @@ e_config->config_version = E_CONFIG_FILE_VERSION; e_config->show_splash = 1; e_config->desktop_default_background = strdup(""); + e_config->desktop_default_name = strdup("Desktop %d, %d"); e_config->menus_scroll_speed = 1000.0; e_config->menus_fast_mouse_move_threshhold = 300.0; e_config->menus_click_drag_timeout = DEF_MENUCLICK; @@ -965,6 +980,7 @@ E_CONFIG_DD_FREE(_e_config_bindings_key_edd); E_CONFIG_DD_FREE(_e_config_path_append_edd); E_CONFIG_DD_FREE(_e_config_desktop_bg_edd); + E_CONFIG_DD_FREE(_e_config_desktop_name_edd); E_CONFIG_DD_FREE(_e_config_remember_edd); return 1; } @@ -1324,6 +1340,7 @@ } E_FREE(e_config->desktop_default_background); + E_FREE(e_config->desktop_default_name); E_FREE(e_config->language); E_FREE(e_config->transition_start); E_FREE(e_config->transition_desk); Index: e_config.h === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_config.h,v retrieving revision 1.43 diff -u -r1.43 e_config.h --- e_config.h 31 Jul 2005 06:22:31 - 1.43 +++ e_config.h 5 Aug 2005 13:24:46 - @@ -37,6 +37,7 @@ typedef struct _E_Config_Binding_Mouse E_Config_Binding_Mouse; typedef struct _E_Config_Binding_KeyE_Config_Binding_Key; typedef struct _E_Config_Desktop_Background E_Config_Desktop_Background; +typedef struct _E_Config_Desktop_Name E_Config_Desktop_Name; typedef Eet_Data_Descriptor E_Config_DD
Re: [E-devel] eThemes
Quoting Chady Kassouf <[EMAIL PROTECTED]>: (sorry I forgot to send to the list.) On 8/1/05, Andrew Elcock <[EMAIL PROTECTED]> wrote: nice, I like it - should be added to e_utils I think :) (which will install it into the Configuration menu too, but it needs a little tidying After some talk with raster, it was suggested that the preview thing turned into a smart object. This is a new version, with an E_Preview smart object, and a small app that makes use of it to display the themes. download at: http://chady.net/code/e/ethemes.tar.bz2 As usual, comments and suggestions are greatly appreciated. thinking that the preview window border needs text to show that, and to pad properly (try gant theme, colapses) and more padding on hte buttons I'm not sure why gant is not displaying correctly, I'm still looking into that.. any pointers are appreciated. do I need to mess around with parts? -- Chady Kassouf http://chady.net/ Hello ! This is really great, but why do ethemes exit as soon as a theme is applied? I think it would be better if it stays opened and you add a 'close' button. There's also a small problem when you apply without selecting any theme, it segfaults, cause it tries in _set_theme with the line e_lib_theme_set("theme", strdup(selected_theme)); to copy an uninitialised string (selected_theme). Cheers, and keep going on :) ilLogict --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] eap comment/comments field
Hello! I found something, whereas everywhere in e the comments' fields is known as app/info/commment, the actual field is app/info/comments (misspelling in e_util_eapp_edit). What should be done: keeping comments and so seding e to meet that or changing to comment in e_util_app_edit? // It seems to me that the answer will be the first one :) Cheers! ilLogict --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] patch for amd64 segfault when dnd
Hello! I'm attaching a patch. When I try to begin a drag, from let's say Firefox, as soon as the cursor exits its border, E segfaults. Appearently, one drag event type on two is NULL, and so, when strcmping it to the only one recognised for the moment ("text/uri-list"), crash ! The whole ev->types is also twice as large as it should be (2*num_types). In fact, when retrieving these informations from X, Ecore thinks the returned informations are uint32_t (32b), but in fact, X (at least X.org 6.8.2) uses and returns longs which are 64b on amd64. The same issue could happen for 16b informations, as X.org uses short (fortunately they are 16b :)) Hope this helps. Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB)Index: ecore_x_window_prop.c === RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore_x/ecore_x_window_prop.c,v retrieving revision 1.72 diff -u -r1.72 ecore_x_window_prop.c --- ecore_x_window_prop.c 25 Jun 2005 00:15:19 - 1.72 +++ ecore_x_window_prop.c 16 Aug 2005 06:28:29 - @@ -162,11 +162,11 @@ break; case 16: for (i = 0; i < num_ret; i++) - ((uint16_t *) *data)[i] = ((uint16_t *) prop_ret)[i]; + ((uint16_t *) *data)[i] = ((short *) prop_ret)[i]; break; case 32: for (i = 0; i < num_ret; i++) - ((uint32_t *) *data)[i] = ((uint32_t *) prop_ret)[i]; + ((uint32_t *) *data)[i] = ((long *) prop_ret)[i]; break; }
[e-devel] patch for edje test
Hello! This patch is intended for the edje test program so that it take in account max width and height for elements. Should be bug free :) Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB)Index: edje_main.c === RCS file: /cvsroot/enlightenment/e17/libs/edje/src/bin/edje_main.c,v retrieving revision 1.58 diff -u -r1.58 edje_main.c --- edje_main.c 24 Apr 2005 09:13:26 - 1.58 +++ edje_main.c 16 Aug 2005 21:58:32 - @@ -396,6 +396,7 @@ { Evas_Coord x, y, w, h; Evas_Coord minw, minh; + Evas_Coord maxw, maxh; int hdir, vdir; evas_object_geometry_get(de->edje, &x, &y, &w, &h); @@ -407,10 +408,14 @@ h += 30; minw = 20 + de->minw; minh = 30 + de->minh; + maxw = 20 + de->maxw; + maxh = 30 + de->maxh; + if (hdir > 0) { w += ev->cur.canvas.x - ev->prev.canvas.x; if (w < minw) w = minw; + else if (w > maxw) w = maxw; } else { @@ -421,11 +426,17 @@ x += w - minw; w = minw; } + if (w > maxw) + { + x -= w - maxw; + w = maxw; + } } if (vdir > 0) { h += ev->cur.canvas.y - ev->prev.canvas.y; if (h < minh) h = minh; + if (h > maxh) h = maxh; } else { @@ -436,6 +447,11 @@ y += h - minh; h = minh; } + if (h > maxh) + { + y -= h - maxh; + h = maxh; + } } evas_object_move(de->edje, x + 10, y + 20); evas_object_resize(de->edje, w - 20, h - 30);
[e-devel] patch for e_util_app_edit comment field
Hello! I'm attaching a patch for e_util_eapp_edit, which has a misspelling, causing the comment field to be known as comments. Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB)Index: eapp_edit_main.c === RCS file: /cvsroot/enlightenment/e17/apps/e_utils/src/bin/eapp_edit/eapp_edit_main.c,v retrieving revision 1.18 diff -u -r1.18 eapp_edit_main.c --- eapp_edit_main.c 6 Jul 2005 23:27:39 - 1.18 +++ eapp_edit_main.c 18 Aug 2005 15:27:26 - @@ -17,7 +17,7 @@ static void _eapp_edit_drag_start(Ewl_Widget * w, void *ev_data, void *user_data); static void _eapp_edit_drag_end(Ewl_Widget * w, void *ev_data, void *user_data); -Ewl_Widget *name, *info, *comments, *exe, *wname, *wclass, *start, *wait; +Ewl_Widget *name, *info, *comment, *exe, *wname, *wclass, *start, *wait; Ewl_Widget *icon, *dialog, *dialog_win, *main_win; char *file, *lang, *icon_file; @@ -84,7 +84,7 @@ _eapp_edit_write(ef, "app/info/name", lang, name, 0); _eapp_edit_write(ef, "app/info/generic", lang, info, 0); - _eapp_edit_write(ef, "app/info/comments", lang, comments, 0); + _eapp_edit_write(ef, "app/info/comment", lang, comment, 0); _eapp_edit_write(ef, "app/info/exe", NULL, exe, 0); _eapp_edit_write(ef, "app/window/name", NULL, wname, 0); _eapp_edit_write(ef, "app/window/class", NULL, wclass, 0); @@ -299,7 +299,7 @@ name = _eapp_edit_read(ef, "app/info/name", lang, "App name", grid, 3, 0); info = _eapp_edit_read(ef, "app/info/generic", lang, "Generic info", grid, 4, 0); - comments = _eapp_edit_read(ef, "app/info/comments", lang, "Comments", grid, 5, 0); + comment = _eapp_edit_read(ef, "app/info/comment", lang, "Comment", grid, 5, 0); exe = _eapp_edit_read(ef, "app/info/exe", NULL, "Executable", grid, 6, 0); wname = _eapp_edit_read(ef, "app/window/name", NULL, "Window name", grid, 7, 0); wclass = _eapp_edit_read(ef, "app/window/class", NULL, "Window class", grid, 8, 0);
[e-devel] LSM/RMLL 2006
Hello! I wanted to know if some are planning to come to the Libre Software Meeting/Rencontres Mondiales des Logiciels Libres 2006 that is taking place the first week of July near Nancy, in the East of France. You can have an overview of this year's LSM at http://www.rencontresmondiales.org Maybe having an Enlightenment booth could be great ;D Currently, these are being organized, but it is always good to plan in advance :) -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] patch for viewing eaps' generic and comment fields on menu
Hello! I'm attaching a patch to display eap's generic and comment fields on menu, configurable via IPC. You can enable displaying of name/generic/comment field. With all activated it will look like name (generic) [comment] (default). As this was created before the Configuration Panel exists (was first created so that the shipped emblem and entangle eap will have the name placed and generic placed where they should be), it also adds the config-apps in the paths to search for eap's, so just add emblem.eap or entangle.eap to any .order file and they will show up in the menu (attached modified eaps)! Hope this helps! Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) emblem.eap Description: Binary data entangle.eap Description: Binary data Index: e_apps.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_apps.c,v retrieving revision 1.67 diff -u -r1.67 e_apps.c --- e_apps.c 15 Sep 2005 06:25:28 - 1.67 +++ e_apps.c 24 Sep 2005 20:23:02 - @@ -57,6 +57,7 @@ static E_App *_e_apps_all = NULL; static char*_e_apps_path_all = NULL; static char*_e_apps_path_trash = NULL; +static char *_e_apps_path_config_apps = NULL; static Evas_List *_e_apps_start_pending = NULL; /* externally accessible functions */ @@ -66,6 +67,9 @@ char *home; char buf[PATH_MAX]; + snprintf(buf, sizeof(buf), "%s/config-apps", e_prefix_data_get()); + _e_apps_path_config_apps = strdup(buf); + _e_apps_repositories = evas_list_append(_e_apps_repositories, strdup(buf)); home = e_user_homedir_get(); snprintf(buf, sizeof(buf), "%s/.e/e/applications/trash", home); _e_apps_path_trash = strdup(buf); Index: e_config.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_config.c,v retrieving revision 1.102 diff -u -r1.102 e_config.c --- e_config.c 22 Sep 2005 20:20:33 - 1.102 +++ e_config.c 24 Sep 2005 20:23:03 - @@ -340,6 +340,9 @@ E_CONFIG_VAL(D, T, transient.desktop, INT); /**/ E_CONFIG_VAL(D, T, transient.iconify, INT); /**/ E_CONFIG_VAL(D, T, modal_windows, INT); /**/ + E_CONFIG_VAL(D, T, menu_eap_name_show, INT); /**/ + E_CONFIG_VAL(D, T, menu_eap_generic_show, INT); /**/ + E_CONFIG_VAL(D, T, menu_eap_comment_show, INT); /**/ e_config = e_config_domain_load("e", _e_config_edd); if (e_config) @@ -457,6 +460,9 @@ e_config->transient.desktop = 1; e_config->transient.iconify = 1; e_config->modal_windows = 1; + e_config->menu_eap_name_show = 1; + e_config->menu_eap_generic_show = 1; + e_config->menu_eap_comment_show = 1; { E_Config_Module *em; @@ -1396,6 +1402,9 @@ E_CONFIG_LIMIT(e_config->cursor_size, 0, 1024); E_CONFIG_LIMIT(e_config->menu_autoscroll_margin, 0, 50); E_CONFIG_LIMIT(e_config->menu_autoscroll_cursor_margin, 0, 50); + E_CONFIG_LIMIT(e_config->menu_eap_name_show, 0, 1); + E_CONFIG_LIMIT(e_config->menu_eap_generic_show, 0, 1); + E_CONFIG_LIMIT(e_config->menu_eap_comment_show, 0, 1); /* apply lang config - exception because config is loaded after intl setup */ Index: e_config.h === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_config.h,v retrieving revision 1.52 diff -u -r1.52 e_config.h --- e_config.h 22 Sep 2005 20:20:33 - 1.52 +++ e_config.h 24 Sep 2005 20:23:03 - @@ -50,7 +50,7 @@ * defaults for e to work - started at 100 when we introduced this config * versioning feature */ -#define E_CONFIG_FILE_VERSION 125 +#define E_CONFIG_FILE_VERSION 126 #define E_EVAS_ENGINE_DEFAULT 0 #define E_EVAS_ENGINE_SOFTWARE_X11 1 @@ -160,6 +160,9 @@ inticonify; } transient; int modal_windows; + int menu_eap_name_show; + int menu_eap_generic_show; + int menu_eap_comment_show; }; struct _E_Config_Module Index: e_int_menus.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_int_menus.c,v retrieving revision 1.96 diff -u -r1.96 e_int_menus.c --- e_int_menus.c 22 Sep 2005 08:05:15 - 1.96 +++ e_int_menus.c 24 Sep 2005 20:23:04 - @@ -27,7 +27,7 @@ static void _e_int_menus_main_run(void *data, E_Menu *m, E_Menu_Item*mi); static void _e_int_menus_main_restart(void *data, E_Menu *m, E_Menu_Item *mi); static void _e_int_menus_main_exit (void *data, E_Menu *m, E_Menu_Item *mi); -static void _e_int_menus_apps_scan (E_Menu *m); +static void _e_int_menus_a
[e-devel] various patches
Hello! After some days of happy hacking, here are some patches... >module_randr_dialog_clock.patch : adds a clock in the acceptation dialog. >fullscreen_background_show.patch : when a border is put in fullscreen mode, a black background object was created, but never shown, so that leaded to display corruption when playing a bit. >no_borderless_when_fullscreen.patch : disable borderless in border menu when in fullscreen mode (already borderless). >exit_dialog_typo.patch : callbacks are not correctly associated with buttons. >e_dialog_keyboard_focus.patch : when we have only one button, do not unfocus/refocus it with [tab]. >modules_about_dialog.patch : as it is about modules, why not displaying modules icon instead of e icon? :p Should be even better to display that module icon... >e_menu_various.patch : adds several things... - support KeyPad equivalent for keybindings (numbers as well as directions). - add [home] [end] support : will go to the first/last menu item - 0 will go to the last menu item instead of going to the 10th one. - corrected the bug when the first menu item was activated *twice* when creating a POP_DIRECTION_DOWN menu with keyboard <- passed a few hours on this trying to figure why it was happening - do not activate an already active menu item Hope it helps. Cheers ! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] various patches
(It's always better with the patches ;D) Hello! After some days of happy hacking, here are some patches... >module_randr_dialog_clock.patch : adds a clock in the acceptation dialog. >fullscreen_background_show.patch : when a border is put in fullscreen mode, a black background object was created, but never shown, so that leaded to display corruption when playing a bit. >no_borderless_when_fullscreen.patch : disable borderless in border menu when in fullscreen mode (already borderless). >exit_dialog_typo.patch : callbacks are not correctly associated with buttons. >e_dialog_keyboard_focus.patch : when we have only one button, do not unfocus/refocus it with [tab]. >modules_about_dialog.patch : as it is about modules, why not displaying modules icon instead of e icon? :p Should be even better to display that module icon... >e_menu_various.patch : adds several things... - support KeyPad equivalent for keybindings (numbers as well as directions). - add [home] [end] support : will go to the first/last menu item - 0 will go to the last menu item instead of going to the 10th one. - corrected the bug when the first menu item was activated *twice* when creating a POP_DIRECTION_DOWN menu with keyboard <- passed a few hours on this trying to figure why it was happening - do not activate an already active menu item Hope it helps. Cheers ! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB)Index: apps/e/src/modules/randr/e_mod_main.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/modules/randr/e_mod_main.c,v retrieving revision 1.17 diff -u -r1.17 e_mod_main.c --- apps/e/src/modules/randr/e_mod_main.c 26 Sep 2005 16:39:46 - 1.17 +++ apps/e/src/modules/randr/e_mod_main.c 5 Oct 2005 12:59:10 - @@ -8,7 +8,6 @@ * TODO: * * Check if randr is available. It might be disabled in * ecore_x, or not available on screen - * * Make a clock ticking down on the dialog * * Add destroy callback for dialog */ @@ -294,6 +293,7 @@ { Randr *e; Randr_Resolution *res; + char buf[PATH_MAX]; e = data; res = e_object_data_get(E_OBJECT(mi)); @@ -304,18 +304,26 @@ if (e->dialog) e_object_del(E_OBJECT(e->dialog)); if (e->timer) ecore_timer_del(e->timer); + e->timer_iterations = 15; e->dialog = e_dialog_new(m->zone->container); - e_dialog_title_set(e->dialog, "Resolution change"); - e_dialog_text_set(e->dialog, "Keep new resolution?"); - e_dialog_button_add(e->dialog, "OK", NULL, _randr_dialog_cb_ok, res); - e_dialog_button_add(e->dialog, "Cancel", NULL, _randr_dialog_cb_cancel, res); + e_dialog_title_set(e->dialog, _("Resolution change")); + snprintf(buf, sizeof(buf), + _("Keep new resolution %dx%d?" + "Restoring old resolution %dx%d in %d seconds."), + res->next.width, res->next.height, + res->prev.width, res->prev.height, + e->timer_iterations); + e_dialog_text_set(e->dialog, buf); + e_dialog_button_add(e->dialog, _("Yes"), NULL, _randr_dialog_cb_ok, res); + e_dialog_button_add(e->dialog, _("No"), NULL, _randr_dialog_cb_cancel, res); + e_dialog_button_focus_num(e->dialog, 1); e_win_borderless_set(e->dialog->win, 1); e_win_layer_set(e->dialog->win, 6); e_win_centered_set(e->dialog->win, 1); e_win_sticky_set(e->dialog->win, 1); e_dialog_show(e->dialog); - e->timer = ecore_timer_add(15.0, _randr_timer_cb, res); + e->timer = ecore_timer_add(1.0, _randr_timer_cb, res); } static void @@ -361,15 +369,43 @@ { Randr_Resolution *res; - /* Restore old resolution */ res = data; - ecore_x_randr_screen_size_set(res->manager->root, res->prev); - e_object_unref(E_OBJECT(res->manager)); - e_object_del(E_OBJECT(res->randr->dialog)); - res->randr->dialog = NULL; - res->randr->timer = NULL; - free(res); - return 0; + + if (res->randr->timer_iterations > 1) + { + char buf[PATH_MAX]; + -- res->randr->timer_iterations; + if (res->randr->timer_iterations > 1) + { + snprintf(buf, sizeof(buf), + _("Keep new resolution %dx%d?" + "Restoring old resolution %dx%d in %d seconds."), + res->next.width, res->next.height, + res->prev.width, res->prev.height, + res->randr->timer_iterations); + } + else + { + snprintf(buf, sizeof(buf), + _("Keep new resolution %dx%d?" + "Restoring old resolution %dx%d NOW!"
Re: [e-devel] various patches
Il n'y a pas longtemps, Sebastian Dransfeld <[EMAIL PROTECTED]> nous a dit : ilLogict wrote: (It's always better with the patches ;D) Hello! After some days of happy hacking, here are some patches... module_randr_dialog_clock.patch : adds a clock in the acceptation dialog. fullscreen_background_show.patch : when a border is put in fullscreen mode, a black background object was created, but never shown, so that leaded to display corruption when playing a bit. no_borderless_when_fullscreen.patch : disable borderless in border menu when in fullscreen mode (already borderless). exit_dialog_typo.patch : callbacks are not correctly associated with buttons. e_dialog_keyboard_focus.patch : when we have only one button, do not unfocus/refocus it with [tab]. modules_about_dialog.patch : as it is about modules, why not displaying modules icon instead of e icon? :p Should be even better to display that module icon... e_menu_various.patch : adds several things... - support KeyPad equivalent for keybindings (numbers as well as directions). - add [home] [end] support : will go to the first/last menu item - 0 will go to the last menu item instead of going to the 10th one. - corrected the bug when the first menu item was activated *twice* when creating a POP_DIRECTION_DOWN menu with keyboard <- passed a few hours on this trying to figure why it was happening - do not activate an already active menu item Hope it helps. Add all patches, except the menu patch (I don't know if it is correct). Why should the border be hidden in the _e_border_del function? Sebastian Hello! Well, I don't remember at all! :s I did that Saturday evening and didn't note why. Anyway, I'll try to find out why I added that ;D Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] various patches
Un jour, Sebastian Dransfeld <[EMAIL PROTECTED]> a raconté : ilLogict wrote: (It's always better with the patches ;D) Hello! After some days of happy hacking, here are some patches... module_randr_dialog_clock.patch : adds a clock in the acceptation dialog. fullscreen_background_show.patch : when a border is put in fullscreen mode, a black background object was created, but never shown, so that leaded to display corruption when playing a bit. no_borderless_when_fullscreen.patch : disable borderless in border menu when in fullscreen mode (already borderless). exit_dialog_typo.patch : callbacks are not correctly associated with buttons. e_dialog_keyboard_focus.patch : when we have only one button, do not unfocus/refocus it with [tab]. modules_about_dialog.patch : as it is about modules, why not displaying modules icon instead of e icon? :p Should be even better to display that module icon... e_menu_various.patch : adds several things... - support KeyPad equivalent for keybindings (numbers as well as directions). - add [home] [end] support : will go to the first/last menu item - 0 will go to the last menu item instead of going to the 10th one. - corrected the bug when the first menu item was activated *twice* when creating a POP_DIRECTION_DOWN menu with keyboard <- passed a few hours on this trying to figure why it was happening - do not activate an already active menu item Hope it helps. Add all patches, except the menu patch (I don't know if it is correct). Why should the border be hidden in the _e_border_del function? Sebastian Hello! I've just found why it was intended for: if you put a window in fullscreen mode, and try to close it, to black evas object is still there, so hide it :) But now, dunno if it is the right way to correct it. Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] 2 very small patches
Hello! This time, only 2 small patches, but some will follow soon... - ecore_file_can_read-write.patch: add ecore_file_can_read/write so that we can know if a given file is readable/writable - e_icon_update_on_netwm_change.patch: activate icon fetching on window property change, code already existing but commented before... Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB)Index: Ecore_File.h === RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore_file/Ecore_File.h,v retrieving revision 1.17 diff -u -r1.17 Ecore_File.h --- Ecore_File.h 23 Oct 2005 23:21:29 - 1.17 +++ Ecore_File.h 27 Oct 2005 08:17:19 - @@ -64,6 +64,8 @@ EAPI char *ecore_file_get_file (char *path); EAPI char *ecore_file_get_dir (char *path); + EAPI int ecore_file_can_read (const char *file); + EAPI int ecore_file_can_write(const char *file); EAPI int ecore_file_can_exec (const char *file); EAPI char *ecore_file_readlink (const char *link); EAPI Ecore_List *ecore_file_ls (const char *dir); Index: ecore_file.c === RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore_file/ecore_file.c,v retrieving revision 1.37 diff -u -r1.37 ecore_file.c --- ecore_file.c 24 Oct 2005 10:06:11 - 1.37 +++ ecore_file.c 27 Oct 2005 08:17:19 - @@ -188,7 +188,7 @@ fclose(f1); return 0; } - while ((num = fread(buf, 1, 16384, f1)) > 0) fwrite(buf, 1, num, f2); + while ((num = fread(buf, 1, sizeof(buf), f1)) > 0) fwrite(buf, 1, num, f2); fclose(f1); fclose(f2); return 1; @@ -240,6 +240,22 @@ } int +ecore_file_can_read(const char *file) +{ + if (!file) return 0; + if (!access(file, R_OK)) return 1; + return 0; +} + +int +ecore_file_can_write(const char *file) +{ + if (!file) return 0; + if (!access(file, W_OK)) return 1; + return 0; +} + +int ecore_file_can_exec(const char *file) { if (!file) return 0; Index: e_border.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_border.c,v retrieving revision 1.454 diff -u -r1.454 e_border.c --- e_border.c 21 Oct 2005 02:38:55 - 1.454 +++ e_border.c 28 Oct 2005 07:44:39 - @@ -3273,12 +3273,12 @@ bd->client.icccm.fetch.window_role = 1; bd->changed = 1; } - /* else if (e->atom == ECORE_X_ATOM_NET_WM_ICON) { bd->client.netwm.fetch.icon = 1; bd->changed = 1; } + /* else if (e->atom == ECORE_X_ATOM_NET_WM_USER_TIME) { bd->client.netwm.fetch.user_time = 1;
[e-devel] patches for efm (segfault and eye-candiness)
Hello! This time 2 patches : - e_fileman_segfault_on_64bits.patch corrects out of bounds access when pointers are not 32bits (case on x86_64) - e_fileman_menu_entry_glow.patch is just for eye-candiness, when selecting the files entry, the icon will change to selected directories' one... Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] patches for efm (segfault and eye-candiness)
One day, maybe, I will not forget attaching files... Hello! This time 2 patches : - e_fileman_segfault_on_64bits.patch corrects out of bounds access when pointers are not 32bits (case on x86_64) - e_fileman_menu_entry_glow.patch is just for eye-candiness, when selecting the files entry, the icon will change to selected directories' one... Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) Index: e_fileman_file.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_fileman_file.c,v retrieving revision 1.7 diff -u -r1.7 e_fileman_file.c --- e_fileman_file.c 25 Oct 2005 14:49:41 - 1.7 +++ e_fileman_file.c 29 Oct 2005 06:45:47 - @@ -178,7 +178,7 @@ int i; D(("e_fm_file_can_preview: (%s) (%p)\n", file->name, file)); - for (i = 0; i < sizeof(file->preview_funcs); i++) + for (i = 0; i < sizeof(file->preview_funcs)/sizeof(E_Fm_File_Preview_Function); i++) { E_Fm_File_Preview_Function func; func = file->preview_funcs[i]; Index: default_icons.edc === RCS file: /cvsroot/enlightenment/e17/apps/e/data/themes/default_icons.edc,v retrieving revision 1.4 diff -u -r1.4 default_icons.edc --- default_icons.edc 15 Oct 2005 05:38:27 - 1.4 +++ default_icons.edc 29 Oct 2005 06:40:51 - @@ -418,8 +418,8 @@ name: "icons/enlightenment/fileman"; max: 64 64; parts { - part { - name: "icon"; + part { + name: "fileman_button"; mouse_events: 0; description { state:"default" 0.0; @@ -430,6 +430,48 @@ } } } + part { + name: "fileman_button_glow"; + mouse_events: 0; + description { + state:"default" 0.0; + visible: 0; + rel1 { + to: "fileman_button"; + } + rel2 { + to: "fileman_button"; + } + color: 255 255 255 0; + image { + normal: "e17_icon_fileman_folder_clicked.png"; + } + } + description { + state:"hilited" 0.0; + inherit: "default" 0.0; + visible: 1; + color: 255 255 255 255; + } + } + } + programs { + program { + name: "fileman_button_in"; + signal: "active"; + source: ""; + action: STATE_SET "hilited" 0.0; + transition: LINEAR 0.5; + target: "fileman_button_glow"; + } + program { + name: "fileman_button_out"; + signal: "passive"; + source: ""; + action: STATE_SET "default" 0.0; + transition: LINEAR 0.5; + target: "fileman_button_glow"; + } } } group {
[E-devel] Re: E CVS: apps/e codewarrior
- Message de enlightenment-cvs@lists.sourceforge.net - Date : Sat, 29 Oct 2005 07:16:21 -0700 De : enlightenment-cvs@lists.sourceforge.net Répondre à : enlightenment-devel@lists.sourceforge.net Sujet : E CVS: apps/e codewarrior À : enlightenment-cvs@lists.sourceforge.net Enlightenment CVS committal Author : codewarrior Project : e17 Module : apps/e Dir : e17/apps/e/src/bin Modified Files: e_fileman_file.c Log Message: -real fix === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_fileman_file.c,v retrieving revision 1.8 retrieving revision 1.9 diff -u -3 -r1.8 -r1.9 --- e_fileman_file.c29 Oct 2005 13:53:23 - 1.8 +++ e_fileman_file.c29 Oct 2005 14:16:21 - 1.9 @@ -89,11 +89,12 @@ if (file->name[0] == '.') file->type |= E_FM_FILE_TYPE_HIDDEN; - file->preview_funcs = E_NEW(E_Fm_File_Preview_Function, 4); + file->preview_funcs = E_NEW(E_Fm_File_Preview_Function, 5); file->preview_funcs[0] = e_fm_file_is_image; file->preview_funcs[1] = e_fm_file_is_etheme; file->preview_funcs[2] = e_fm_file_is_ebg; file->preview_funcs[3] = e_fm_file_is_eap; + file->preview_funcs[4] = NULL; D(("e_fm_file_new: %s\n", filename)); return file; @@ -178,9 +179,10 @@ int i; D(("e_fm_file_can_preview: (%s) (%p)\n", file->name, file)); - for (i = 0; i < sizeof(file->preview_funcs)/sizeof(E_Fm_File_Preview_Function); i++) + for (i = 0; file->preview_funcs[i]; i++) { E_Fm_File_Preview_Function func; + printf("%d\n", i); func = file->preview_funcs[i]; if (func(file)) return 1; Hello! As far as I know, there is no need to add a NULL item to the table, as there is always a NULL item added after the last element of a table. Please correct me if I'm wrong. Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] Re: E CVS: apps/e codewarrior
Aujourd'hui, Martin Geisler <[EMAIL PROTECTED]> a raconté : ilLogict <[EMAIL PROTECTED]> writes: file->preview_funcs[0] = e_fm_file_is_image; file->preview_funcs[1] = e_fm_file_is_etheme; file->preview_funcs[2] = e_fm_file_is_ebg; file->preview_funcs[3] = e_fm_file_is_eap; + file->preview_funcs[4] = NULL; Hello! As far as I know, there is no need to add a NULL item to the table, as there is always a NULL item added after the last element of a table. Please correct me if I'm wrong. In C there's no NULL being put anywhere after an array. I guess you're thinking of strings, which are terminated by a NULL character. So when you write "foo" in the source code, the compiler will turn it into an array with four elements: 'f', 'o', 'o', and NULL. -- Martin Geisler GnuPG Key: 0x7E45DD38 PHP Exif Library | PHP Weather | PHP Shell http://pel.sf.net/| http://phpweather.net/ | http://mgeisler.net/ Read/write Exif data | Show current weather| A shell in a browser Hello! As far as I tried, creating a n-field array and accessing the array[n] element always returned me NULL. And I think it is correct, just checking for instance the environ man . [snip] int main ( int argc, char *argv[ ] ); Here, the argc parameter contains the number of arguments being passed to the new main function. *The argv[ ] parameter is a null-terminated array of character pointers that point to the arguments themselves. (The null pointer is not included in the count specified in the argc parameter.)* [snip] But maybe have I had only chance to always have a NULL element after the others :) Cheers! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->4700 @60dB) --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: apps/e codewarrior
[snip] Hello! Thank you very much for all your replies; I will not rely on it anymore now! ;D Cheers! -- ilLogict --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] missing lib pthread when building eclair
Dans son message intitulé "[E-devel] missing lib pthread when building eclair", Pomarede Nicolas <[EMAIL PROTECTED]> nous a dit : Hello, using easy_e17.sh to compile everything with yesterday cvs, eclair could not be built, ld was complaining about missing functions relating to phtread. My quick fix was to modify apps/eclair/src/Makefile.am and to add '-lpthread' to eclair_LDADD : eclair_LDADD = \ @evas_libs@ \ @ecore_libs@ \ @edje_libs@ \ @emotion_libs@ \ @esmart_libs@ -lesmart_draggies \ @taglib_libs@ -ltag_c \ @XML2_LIBS@ \ @SQLITE_LIBS@ -lpthread Could someone with cvs access apply this modification ? (or perhaps there's a better place to add it) Regards Nicolas Pomarede e-mail: [EMAIL PROTECTED] "In a world without walls and fences, who needs windows and gates ?" Hello ! Mmmmh... (Wondering...) Does this mean we'll soon get EFLs in Freebox's interface ? Could be great ;D Cheers ! -- ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856 Infos: E17 rocks! Le nettoyage de ligne, quelle chose efficace ! (1900->6700 @60dB) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] some patches
Hello! Have recoved my laptop back, so some patches to celebrate it :) >e_int_config_focus_missing_options.patch: adds refocus last focused window on desktop switch and revert focus when hiding or closing a window options. >e_menu_various.patch: (up-to-date) adds several things... - support KeyPad equivalent for keybindings (numbers as well as directions). - add [home] [end] support : will go to the first/last menu item - 0 will go to the last menu item instead of going to the 10th one. - corrected the bug when the first menu item was activated *twice* when creating a POP_DIRECTION_DOWN menu with keyboard <- passed a long time on this trying to figure why it was happening - do not activate an already active menu item >e_int_border_menu_consistency.patch: do not show items that will ne be taken into account anyway. Last thing, exebuf is really a cool feature :) Cheers! ilLogict Index: e_int_config_focus.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_int_config_focus.c,v retrieving revision 1.9 diff -u -r1.9 e_int_config_focus.c --- e_int_config_focus.c 22 Jan 2006 14:12:17 - 1.9 +++ e_int_config_focus.c 2 Feb 2006 10:33:24 - @@ -23,6 +23,8 @@ int pass_click_on; int always_click_to_raise; int always_click_to_focus; + int focus_last_focused_per_desktop; + int focus_revert_on_hide_or_close; }; /* a nice easy setup function that does the dirty work */ @@ -55,6 +57,8 @@ cfdata->pass_click_on = e_config->pass_click_on; cfdata->always_click_to_raise = e_config->always_click_to_raise; cfdata->always_click_to_focus = e_config->always_click_to_focus; + cfdata->focus_last_focused_per_desktop = e_config->focus_last_focused_per_desktop; + cfdata->focus_revert_on_hide_or_close = e_config->focus_revert_on_hide_or_close; cfdata->mode = cfdata->focus_policy; } @@ -93,6 +97,8 @@ e_config->pass_click_on = 1; e_config->always_click_to_raise = 0; e_config->always_click_to_focus = 0; + e_config->focus_last_focused_per_desktop = 0; + e_config->focus_revert_on_hide_or_close = 1; } else if (cfdata->mode == E_FOCUS_MOUSE) { @@ -101,6 +107,8 @@ e_config->pass_click_on = 1; e_config->always_click_to_raise = 0; e_config->always_click_to_focus = 0; + e_config->focus_last_focused_per_desktop = 0; + e_config->focus_revert_on_hide_or_close = 0; } else { @@ -109,6 +117,8 @@ e_config->pass_click_on = 1; e_config->always_click_to_raise = 0; e_config->always_click_to_focus = 0; + e_config->focus_last_focused_per_desktop = 1; + e_config->focus_revert_on_hide_or_close = 1; } e_border_button_bindings_grab_all(); e_config_save_queue(); @@ -125,6 +135,8 @@ e_config->pass_click_on = cfdata->pass_click_on; e_config->always_click_to_raise = cfdata->always_click_to_raise; e_config->always_click_to_focus = cfdata->always_click_to_focus; + e_config->focus_last_focused_per_desktop = cfdata->focus_last_focused_per_desktop; + e_config->focus_revert_on_hide_or_close = cfdata->focus_revert_on_hide_or_close; e_border_button_bindings_grab_all(); e_config_save_queue(); return 1; /* Apply was OK */ @@ -191,6 +203,10 @@ e_widget_framelist_object_append(of, ob); ob = e_widget_check_add(evas, _("A click in a window always focuses it"), &(cfdata->always_click_to_focus)); e_widget_framelist_object_append(of, ob); + ob = e_widget_check_add(evas, _("Refocus last focused window on desktop switch"), &(cfdata->focus_last_focused_per_desktop)); + e_widget_framelist_object_append(of, ob); + ob = e_widget_check_add(evas, _("Revert focus when hiding or closing a window"), &(cfdata->focus_revert_on_hide_or_close)); + e_widget_framelist_object_append(of, ob); e_widget_list_object_append(o, of, 1, 1, 0.5); return o; Index: e_menu.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_menu.c,v retrieving revision 1.47 diff -u -r1.47 e_menu.c --- e_menu.c 8 Jan 2006 16:38:01 - 1.47 +++ e_menu.c 2 Feb 2006 10:33:26 - @@ -49,6 +49,9 @@ static int _e_menu_active_call (void); static void _e_menu_item_activate_next(void); static void _e_menu_item_activate_previous(void); +static void _e_menu_item_activate_first (void); +static void _e_menu_item_activate_last(void); +static void _e_menu_item_activate_nth (int n); static void _e_menu_activate_next (void); static void _e_menu_activate_previous (void); static void _e_menu_activate_first(void); @@ -194,6 +197,7 @@ _e_menu_activate_last(); break;
[e-devel] tonight patches
Hello ! Patches for tonight : >e_border_menu_hide_stacking_maximize.patch: don't show «Stacking» and «Maximize» entries in border menu when anyway submenu will not be shown >ecore_codepage_i18n.patch: strangely, even if manual says so, XLookupString doesn't always return iso8859-1 strings, i have utf-8 strings (LC_ALL=en_US.UTF-8). Don't know if it's correct, needs testing (tested with utf-8, iso8859-1, iso8859-15 locales, but don't know for others) >e_various_typos.patch: corrects some typos ("Ok"→"OK" for consistency, "singal"→"signal"…) Cheers ! ilLogict Index: src/bin/e_int_border_menu.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_int_border_menu.c,v retrieving revision 1.13 diff -u -r1.13 e_int_border_menu.c --- src/bin/e_int_border_menu.c 3 Feb 2006 06:16:25 - 1.13 +++ src/bin/e_int_border_menu.c 6 Feb 2006 21:44:12 - @@ -32,15 +32,16 @@ E_Menu_Item *mi; if (bd->border_menu) return; - - m = e_menu_new(); - e_menu_category_set(m,"border/stacking"); - e_menu_category_data_set("border/stacking",bd); - bd->border_stacking_menu = m; + /* Only allow to change layer for windows in "normal" layers */ if ((!bd->lock_user_stacking) && ((bd->layer == 50) || (bd->layer == 100) || (bd->layer == 150))) { + m = e_menu_new(); + e_menu_category_set(m,"border/stacking"); + e_menu_category_data_set("border/stacking",bd); + bd->border_stacking_menu = m; + mi = e_menu_item_new(m); e_menu_item_label_set(mi, _("Always On Top")); e_menu_item_radio_set(mi, 1); @@ -51,6 +52,7 @@ (char *)e_theme_edje_file_get("base/theme/borders", "widgets/border/default/stack_on_top"), "widgets/border/default/stack_on_top"); + mi = e_menu_item_new(m); e_menu_item_label_set(mi, _("Normal")); e_menu_item_radio_set(mi, 1); @@ -61,6 +63,7 @@ (char *)e_theme_edje_file_get("base/theme/borders", "widgets/border/default/stack_normal"), "widgets/border/default/stack_normal"); + mi = e_menu_item_new(m); e_menu_item_label_set(mi, _("Always Below")); e_menu_item_radio_set(mi, 1); @@ -73,15 +76,17 @@ "widgets/border/default/stack_below"); } - m = e_menu_new(); - e_menu_category_set(m,"border/maximize"); - e_menu_category_data_set("border/maximize",bd); - bd->border_maximize_menu = m; /* Only allow to change layer for windows in "normal" layers */ if ((!bd->lock_user_maximize) && (!bd->shaded) && ((bd->layer == 50) || (bd->layer == 100) || (bd->layer == 150))) { int __fullmaximization = 0; + + m = e_menu_new(); + e_menu_category_set(m,"border/maximize"); + e_menu_category_data_set("border/maximize",bd); + bd->border_maximize_menu = m; + mi = e_menu_item_new(m); e_menu_item_label_set(mi, _("Maximized")); e_menu_item_check_set(mi, 1); Index: ecore/src/lib/ecore_x/ecore_x_events.c === RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore_x/ecore_x_events.c,v retrieving revision 1.79 diff -u -r1.79 ecore_x_events.c --- ecore/src/lib/ecore_x/ecore_x_events.c 6 Jan 2006 20:22:09 - 1.79 +++ ecore/src/lib/ecore_x/ecore_x_events.c 6 Feb 2006 21:51:08 - @@ -1,12 +1,21 @@ /* * vim:ts=8:sw=3:sts=8:noexpandtab:cino=>5n-3f0^-2{2 */ +#include "langinfo.h" #include "ecore_private.h" #include "Ecore.h" #include "ecore_x_private.h" #include "Ecore_X.h" #include "Ecore_X_Atoms.h" +/** OpenBSD does not define CODESET + * FIXME ?? + */ + +#ifndef CODESET +#define CODESET "INVALID" +#endif + #if 0 static void _ecore_x_event_free_window_prop_name_class_change(void *data, void *ev); static void _ecore_x_event_free_window_prop_title_change(void *data, void *ev); @@ -191,7 +200,7 @@ if (val > 0) { buf[val] = 0; - e->key_compose = ecore_txt_convert("ISO8859-1", "UTF-8", buf); + e->key_compose = ecore_txt_convert(nl_langinfo(CODESET), "UTF-8", buf); } else e->key_compose = NULL; keyname = XKeysymToString(sym); Index: src/bin/e_apps_error.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_apps_error.c,v retrieving revision 1.10 diff -u -r1.10 e_apps_error.c --- src/bin/e_apps_error.c 26 Jan 2006 21:36:05 - 1.10 +++ src/bin/e_apps_error.c 6 Feb 2006 21:44:12 - @@ -60,19 +60,19 @@ if ((app->del.sign
Re: [E-devel] Entropy and libedje.so
Le Fri, 17 Feb 2006 23:12:45 +0100, dans son message intitulé [E-devel] Entropy and libedje.so, Anders Troback <[EMAIL PROTECTED]> a eu le courage de nous raconter : > Hi, > > I have a small question about compiling entropy on FreeBSD! > > I have compiled all (almost:-)) from cvs > to /usr/devel/enlightenment/current so my LDFLAGS are: > > -L/usr/devel/enlightenment/current/lib -L/lib -L/usr/lib > -L/usr/local/lib -L/usr/ X11R6/lib > > Every app are compiling just fine except entropy. > > Entropy are missing the lib /usr/local/lib/libedje.so and wont compile > until I do: > > ln -s /usr/devel/enlightenment/current/lib/libedje.so.5 > /usr/local/lib/libedje.so > > Since it works it's not a big problem I just think it's strange! > > Any ideas why entropy can't find the libedje.so lib without the link? > > > Regards > > Anders Troback > > -- > > > Microsoft is not the answer. > Microsoft is the question. > And 'No' is the answer! > > http://www.troback.com > - Hello! Have you tried using ldconfig ? Worked for me last time it ld didn't find a new library. Cheers! ilLogict --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] tonight patches (once more)
Le Sat, 18 Feb 2006 13:32:59 +0900, dans son message intitulé Re: [e-devel] tonight patches, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous raconter : > On Mon, 6 Feb 2006 23:47:11 +0100 ilLogict <[EMAIL PROTECTED]> babbled: > > > Hello ! > > > > Patches for tonight : > > >e_border_menu_hide_stacking_maximize.patch: don't show «Stacking» and > > «Maximize» entries in border menu when anyway submenu will not be shown > > >ecore_codepage_i18n.patch: strangely, even if manual says so, XLookupString > > doesn't always return iso8859-1 strings, i have utf-8 strings > > (LC_ALL=en_US.UTF-8). Don't know if it's correct, needs testing (tested > > with utf-8, iso8859-1, iso8859-15 locales, but don't know for others) > > >e_various_typos.patch: corrects some typos ("Ok"→"OK" for consistency, > > "singal"→"signal"…) > > merci! :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] > 裸好多 > Tokyo, Japan (東京 日本) Hello! De rien, c'est toujours un plaisir ! ;D (You're welcome, it's always a pleasure! ;D) So here are some more :) >e_config-missing_wheel_binding.patch: there is one mouse wheel binding missing >in default config (scroll left) :) >e_menu_mouse_creation_bug.patch: when creating a menu with mouse, the first >item is hilighted then unhilighted, now nothing happens >e_keybindings_work.patch: make the keybindings config dialog actually work >(apply new and save them) Cheers! ilLogict Index: e_config.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_config.c,v retrieving revision 1.146 diff -u -r1.146 e_config.c --- e_config.c 19 Feb 2006 23:53:35 - 1.146 +++ e_config.c 20 Feb 2006 20:25:52 - @@ -1486,6 +1486,16 @@ eb = E_NEW(E_Config_Binding_Wheel, 1); eb->context = E_BINDING_CONTEXT_CONTAINER; + eb->direction = 1; + eb->z = -1; + eb->modifiers = E_BINDING_MODIFIER_NONE; + eb->any_mod = 1; + eb->action = evas_stringshare_add("desk_linear_flip_by"); + eb->params = evas_stringshare_add("-1"); + e_config->wheel_bindings = evas_list_append(e_config->wheel_bindings, eb); + + eb = E_NEW(E_Config_Binding_Wheel, 1); + eb->context = E_BINDING_CONTEXT_CONTAINER; eb->direction = 0; eb->z = 1; eb->modifiers = E_BINDING_MODIFIER_NONE; Index: e_menu.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_menu.c,v retrieving revision 1.49 diff -u -r1.49 e_menu.c --- e_menu.c 10 Feb 2006 12:21:22 - 1.49 +++ e_menu.c 20 Feb 2006 20:25:54 - @@ -249,12 +249,10 @@ m->cur.y = y; if ((m->cur.y + m->cur.h) > (m->zone->y + m->zone->h)) m->cur.y = y + h - m->cur.h; - _e_menu_activate_first(); break; case E_MENU_POP_DIRECTION_RIGHT: m->cur.x = x + w; m->cur.y = y ; - _e_menu_activate_first(); break; case E_MENU_POP_DIRECTION_UP: _e_menu_realize(m); @@ -262,7 +260,6 @@ if ((m->cur.x + m->cur.w) > (m->zone->x + m->zone->w)) m->cur.x = x + w - m->cur.w; m->cur.y = y - m->cur.h; - _e_menu_activate_last(); break; case E_MENU_POP_DIRECTION_DOWN: _e_menu_realize(m); @@ -272,7 +269,6 @@ m->cur.y = y + h; if ((m->cur.y + m->cur.h) > (m->zone->y + m->zone->h)) m->cur.y = y + h - m->cur.h; - _e_menu_activate_first(); break; case E_MENU_POP_DIRECTION_AUTO: _e_menu_auto_place(m, x, y, w, h); @@ -282,8 +278,6 @@ m->cur.y = y + h; break; } - pmi = _e_menu_item_active_get(); - if (pmi) e_menu_item_active_set(pmi, 0); } EAPI void Index: e_int_config_keybindings.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_int_config_keybindings.c,v retrieving revision 1.2 diff -u -r1.2 e_int_config_keybindings.c --- e_int_config_keybindings.c 19 Feb 2006 16:34:22 - 1.2 +++ e_int_config_keybindings.c 20 Feb 2006 20:25:53 - @@ -237,8 +237,8 @@ {"Switch To Desktop", "desk_linear_flip_to", NULL, _NONDEFAULT_ACTION, EDIT_RESTRICT_ACTION }, {"Run Command", "exebuf", NULL, _DEFAULT_ACTION, EDIT_RESTRICT_ACTION | EDIT_RESTRICT_PARAMS }, - {"Exit \'E\'", "exit", NULL, _DEFAULT_ACTION, EDIT_RESTRICT_ACTION | EDIT_RESTRICT_PARAMS }, - {"Restart \'E\'", "restart", NULL, _DEFAULT_ACTION, EDIT_RESTRICT_ACTI
[E-devel] Re: E CVS: apps/e raster
Le Fri, 03 Mar 2006 01:04:26 -0800, dans son message intitulé E CVS: apps/e raster, enlightenment-cvs@lists.sourceforge.net a eu le courage de nous raconter : > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : apps/e > > Dir : e17/apps/e/src/bin > > > Modified Files: > e_config.c e_config.h e_int_config_display.c > > > Log Message: > > > randr - a nice module, isn't really needed anymroe now as almsot all > the work is done by a config dialog (i added the safety box stuff > from randr into it). i just need to add the cde to restore on login > now. [snip] Hello! Here is a patch to make the display config dialog work as expected (let you select a refresh rate after a resolution selection, no minimum auto-resize after clearing the refresh rate ilist). Cheers! ilLogict Index: src/bin/e_ilist.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_ilist.c,v retrieving revision 1.14 diff -u -r1.14 e_ilist.c --- src/bin/e_ilist.c 25 Jan 2006 04:06:51 - 1.14 +++ src/bin/e_ilist.c 3 Mar 2006 09:49:46 - @@ -253,6 +253,10 @@ if (si) { sd->items = evas_list_remove(sd->items, si); + if (e_ilist_selected_get(obj) == n) + { + sd->selected = -1; + } if (si->icon_obj) evas_object_del(si->icon_obj); evas_object_del(si->base_obj); free(si); @@ -310,6 +314,7 @@ evas_object_del(si->base_obj); free(si); } + sd->selected = -1; } /* local subsystem functions */ Index: src/bin/e_int_config_display.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_int_config_display.c,v retrieving revision 1.2 diff -u -r1.2 e_int_config_display.c --- src/bin/e_int_config_display.c 15 Feb 2006 20:30:59 - 1.2 +++ src/bin/e_int_config_display.c 3 Mar 2006 09:49:48 - @@ -17,14 +17,14 @@ Evas_Object *res_list = NULL; typedef struct _Resolution Resolution; -struct _Resolution +struct _Resolution { int size_id; Ecore_X_Screen_Size size; Ecore_X_Screen_Refresh_Rate *rates; }; -struct _E_Config_Dialog_Data +struct _E_Config_Dialog_Data { E_Config_Dialog *cfd; Resolution *res; @@ -33,7 +33,7 @@ }; EAPI E_Config_Dialog * -e_int_config_display(E_Container *con) +e_int_config_display(E_Container *con) { E_Config_Dialog *cfd; E_Config_Dialog_View *v; @@ -51,17 +51,17 @@ } static void -_fill_data(E_Config_Dialog_Data *cfdata) +_fill_data(E_Config_Dialog_Data *cfdata) { E_Manager *man; man = e_manager_current_get(); - cfdata->orig_size = ecore_x_randr_current_screen_size_get(man->root); + cfdata->orig_size = ecore_x_randr_current_screen_size_get(man->root); cfdata->orig_rate = ecore_x_randr_current_screen_refresh_rate_get(man->root); } static void * -_create_data(E_Config_Dialog *cfd) +_create_data(E_Config_Dialog *cfd) { E_Config_Dialog_Data *cfdata; cfdata = E_NEW(E_Config_Dialog_Data, 1); @@ -71,19 +71,19 @@ } static void -_free_data(E_Config_Dialog *cfd, E_Config_Dialog_Data *cfdata) +_free_data(E_Config_Dialog *cfd, E_Config_Dialog_Data *cfdata) { free(cfdata); } static int -_basic_apply_data(E_Config_Dialog *cfd, E_Config_Dialog_Data *cfdata) +_basic_apply_data(E_Config_Dialog *cfd, E_Config_Dialog_Data *cfdata) { char *sel_res, *sel_rate; int w, h, r, i, n; Ecore_X_Screen_Size *sizes; Ecore_X_Screen_Size size; - Ecore_X_Screen_Refresh_Rate *rates; + Ecore_X_Screen_Refresh_Rate *rates; Ecore_X_Screen_Refresh_Rate rate; E_Manager *man; @@ -91,35 +91,35 @@ sel_rate = (char *)e_widget_ilist_selected_label_get(rate_list); sscanf(sel_res, "%dx%d", &w, &h); sscanf(sel_rate, "%d Hz", &r); - - if ((cfdata->orig_size.width == w) && + + if ((cfdata->orig_size.width == w) && (cfdata->orig_size.height == h) && (cfdata->orig_rate.rate == r)) return 1; man = e_manager_current_get(); sizes = ecore_x_randr_screen_sizes_get(man->root, &n); - for (i = 0; i < n; i++) + for (i = 0; i < n; i++) { - if ((sizes[i].width == w) && + if ((sizes[i].width == w) && (sizes[i].height == h)) { size = sizes[i]; int k, rr; rates = ecore_x_randr_screen_refresh_rates_get(man->root, i, &rr); - for (k = 0; k < rr; k++) + for (k = 0; k < rr; k++) { - if (rates[k].rate == r) + if (rates[k].rate == r) { rate = rates[k]; break; - } + } } break; } } - int ret; + int ret; ret = ecore_x_randr_screen_refresh_rate_set
[e-devel] [patch] edje jittery with sse
Hello! Attached is a patch that solves the Edje jittery issue. The question is, why was it working with 387? Well, now it seems to work as well with 387 and sse. But (there's always a but ;D), it now seems that there are problems with some widgets. There were positionning issues with ilist items, they should look as before (thank you again boneyfrog for your screenshot) with attached patch (e_ilist_edje_jittery_update.patch). Menu items, when focused, seem to move down and right by 1px, and of course don't go back where they should be when unfocused, but I was unable to find a workaround :'(. I'm pretty sure that other things may have broken. :( Cheers! ilLogict Index: edje_calc.c === RCS file: /cvsroot/enlightenment/e17/libs/edje/src/lib/edje_calc.c,v retrieving revision 1.76 diff -u -r1.76 edje_calc.c --- edje_calc.c 23 Jan 2006 15:13:44 - 1.76 +++ edje_calc.c 3 Mar 2006 20:55:16 - @@ -970,45 +970,45 @@ p3.smooth = (pos < 0.5) ? p1.smooth : p2.smooth; /* FIXME: do x and y separately base on flag */ - p3.x = (p1.x * (1.0 - pos)) + (p2.x * (pos)); - p3.y = (p1.y * (1.0 - pos)) + (p2.y * (pos)); - p3.w = (p1.w * (1.0 - pos)) + (p2.w * (pos)); - p3.h = (p1.h * (1.0 - pos)) + (p2.h * (pos)); + p3.x = (p1.x * (1.0 - pos)) + (p2.x * (pos)) + .5; + p3.y = (p1.y * (1.0 - pos)) + (p2.y * (pos)) + .5; + p3.w = (p1.w * (1.0 - pos)) + (p2.w * (pos)) + .5; + p3.h = (p1.h * (1.0 - pos)) + (p2.h * (pos)) + .5; - p3.req.x = (p1.req.x * (1.0 - pos)) + (p2.req.x * (pos)); - p3.req.y = (p1.req.y * (1.0 - pos)) + (p2.req.y * (pos)); - p3.req.w = (p1.req.w * (1.0 - pos)) + (p2.req.w * (pos)); - p3.req.h = (p1.req.h * (1.0 - pos)) + (p2.req.h * (pos)); + p3.req.x = (p1.req.x * (1.0 - pos)) + (p2.req.x * (pos)) + .5; + p3.req.y = (p1.req.y * (1.0 - pos)) + (p2.req.y * (pos)) + .5; + p3.req.w = (p1.req.w * (1.0 - pos)) + (p2.req.w * (pos)) + .5; + p3.req.h = (p1.req.h * (1.0 - pos)) + (p2.req.h * (pos)) + .5; - p3.req_drag.x = (p1.req_drag.x * (1.0 - pos)) + (p2.req_drag.x * (pos)); - p3.req_drag.y = (p1.req_drag.y * (1.0 - pos)) + (p2.req_drag.y * (pos)); - p3.req_drag.w = (p1.req_drag.w * (1.0 - pos)) + (p2.req_drag.w * (pos)); - p3.req_drag.h = (p1.req_drag.h * (1.0 - pos)) + (p2.req_drag.h * (pos)); - - p3.fill.x = (p1.fill.x * (1.0 - pos)) + (p2.fill.x * (pos)); - p3.fill.y = (p1.fill.y * (1.0 - pos)) + (p2.fill.y * (pos)); - p3.fill.w = (p1.fill.w * (1.0 - pos)) + (p2.fill.w * (pos)); - p3.fill.h = (p1.fill.h * (1.0 - pos)) + (p2.fill.h * (pos)); + p3.req_drag.x = (p1.req_drag.x * (1.0 - pos)) + (p2.req_drag.x * (pos)) + .5; + p3.req_drag.y = (p1.req_drag.y * (1.0 - pos)) + (p2.req_drag.y * (pos)) + .5; + p3.req_drag.w = (p1.req_drag.w * (1.0 - pos)) + (p2.req_drag.w * (pos)) + .5; + p3.req_drag.h = (p1.req_drag.h * (1.0 - pos)) + (p2.req_drag.h * (pos)) + .5; + + p3.fill.x = (p1.fill.x * (1.0 - pos)) + (p2.fill.x * (pos)) + .5; + p3.fill.y = (p1.fill.y * (1.0 - pos)) + (p2.fill.y * (pos)) + .5; + p3.fill.w = (p1.fill.w * (1.0 - pos)) + (p2.fill.w * (pos)) + .5; + p3.fill.h = (p1.fill.h * (1.0 - pos)) + (p2.fill.h * (pos)) + .5; - p3.color.r = (p1.color.r * (1.0 - pos)) + (p2.color.r * (pos)); - p3.color.g = (p1.color.g * (1.0 - pos)) + (p2.color.g * (pos)); - p3.color.b = (p1.color.b * (1.0 - pos)) + (p2.color.b * (pos)); - p3.color.a = (p1.color.a * (1.0 - pos)) + (p2.color.a * (pos)); - - p3.color2.r = (p1.color2.r * (1.0 - pos)) + (p2.color2.r * (pos)); - p3.color2.g = (p1.color2.g * (1.0 - pos)) + (p2.color2.g * (pos)); - p3.color2.b = (p1.color2.b * (1.0 - pos)) + (p2.color2.b * (pos)); - p3.color2.a = (p1.color2.a * (1.0 - pos)) + (p2.color2.a * (pos)); - - p3.color3.r = (p1.color3.r * (1.0 - pos)) + (p2.color3.r * (pos)); - p3.color3.g = (p1.color3.g * (1.0 - pos)) + (p2.color3.g * (pos)); - p3.color3.b = (p1.color3.b * (1.0 - pos)) + (p2.color3.b * (pos)); - p3.color3.a = (p1.color3.a * (1.0 - pos)) + (p2.color3.a * (pos)); - - p3.border.l = (p1.border.l * (1.0 - pos)) + (p2.border.l * (pos)); - p3.border.r = (p1.border.r * (1.0 - pos)) + (p2.border.r * (pos)); - p3.border.t = (p1.border.t * (1.0 - pos)) + (p2.border.t * (pos)); - p3.border.b = (p1.border.b * (1.0 - pos)) + (p2.border.b * (pos)); + p3.color.r = (p1.color.r * (1.0 - pos)) + (p2.color.r * (pos)) + .5; + p3.color.g = (p1.color.g * (1.0 - pos)) + (p2.color.g * (pos)) + .5; + p3.color.b = (p1.color.b * (1.0 - pos)) + (p2.color.b * (pos)) + .5; + p3.color.a = (p1.color.a * (1.0 - pos)) + (p2.color.a * (pos)) + .5; + + p3.color2.r = (p1.color2.r * (1.0 - pos)) + (p2.color2.r * (pos)) + .5; + p3.color2.g = (p1.color2.g * (1.0 - pos)) + (p2.color2.g * (pos)) + .5; + p3.color2.b = (p1.color2.b * (1.0 - pos)) + (p2.color2.b * (pos)) + .5; + p3.color2.a = (p1.color2.a * (1.0 - pos)) + (p2.color2.a * (pos)) + .5; + + p3.color3.r = (p1.color3.r * (1.0 - pos)) + (p2.color3.r * (pos)) +
Re: [e-devel] [patch] edje jittery with sse
Le Sat, 4 Mar 2006 09:49:41 +0900, dans son message intitulé Re: [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous raconter : > On Fri, 3 Mar 2006 23:49:20 +0100 ilLogict <[EMAIL PROTECTED]> > babbled: > > > Hello! > > > > Attached is a patch that solves the Edje jittery issue. The > > question is, why was it working with 387? > > Well, now it seems to work as well with 387 and sse. > > But (there's always a but ;D), it now seems that there are problems > > with some widgets. > > There were positionning issues with ilist items, they should look > > as before (thank you again boneyfrog for your screenshot) with > > attached patch (e_ilist_edje_jittery_update.patch). > > Menu items, when focused, seem to move down and right by 1px, and > > of course don't go back where they should be when unfocused, but I > > was unable to find a workaround :'(. > > I'm pretty sure that other things may have broken. :( > > dud u just upgrade compilers? as nothing has changed in edje for a > while. did u change CFLAGS? > > > Cheers! > > > > ilLogict > > > > > -- > - Codito, ergo sum - "I code, therefore I am" > -- The Rasterman (Carsten Haitzler) > [EMAIL PROTECTED] 裸好多 > Tokyo, Japan (東京 日本) Hello! Well, it wasn't well formulated. My jittery wordkaround patch creates the issues I've listed :). Cheers! ilLogict --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] [patch] edje jittery with sse
Le Sat, 4 Mar 2006 10:32:22 +0900, dans son message intitulé Re: [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous raconter : > On Sat, 4 Mar 2006 02:25:20 +0100 ilLogict <[EMAIL PROTECTED]> > babbled: > > > Le Sat, 4 Mar 2006 09:49:41 +0900, dans son message intitulé Re: > > [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The > > Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous raconter : > > > > > On Fri, 3 Mar 2006 23:49:20 +0100 ilLogict <[EMAIL PROTECTED]> > > > babbled: > > > > > > > Hello! > > > > > > > > Attached is a patch that solves the Edje jittery issue. The > > > > question is, why was it working with 387? > > > > Well, now it seems to work as well with 387 and sse. > > > > But (there's always a but ;D), it now seems that there are > > > > problems with some widgets. > > > > There were positionning issues with ilist items, they should > > > > look as before (thank you again boneyfrog for your screenshot) > > > > with attached patch (e_ilist_edje_jittery_update.patch). > > > > Menu items, when focused, seem to move down and right by 1px, > > > > and of course don't go back where they should be when > > > > unfocused, but I was unable to find a workaround :'(. > > > > I'm pretty sure that other things may have broken. :( > > > > > > dud u just upgrade compilers? as nothing has changed in edje for a > > > while. did u change CFLAGS? > > > > > > > Cheers! > > > > > > > > ilLogict > > > > > > > > > > > > > -- > > > - Codito, ergo sum - "I code, therefore I am" > > > -- The Rasterman (Carsten Haitzler) > > > [EMAIL PROTECTED] 裸好多 > > > Tokyo, Japan (東京 日本) > > > > Hello! > > > > Well, it wasn't well formulated. > > My jittery wordkaround patch creates the issues I've listed :). > > ooh - sorry - missed that - yes. i see how it would. you are now > rounding things up where they shouldnt be in many places for example. > > -- > - Codito, ergo sum - "I code, therefore I am" > -- The Rasterman (Carsten Haitzler) > [EMAIL PROTECTED] 裸好多 > Tokyo, Japan (東京 日本) Hello! Why shouldn't they be rounded but just floored ? Cheers! ilLogict --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] [patch] edje jittery with sse
Le Sat, 4 Mar 2006 11:29:48 +0900, dans son message intitulé Re: [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous raconter : > On Sat, 4 Mar 2006 02:58:48 +0100 ilLogict <[EMAIL PROTECTED]> > babbled: > > > Le Sat, 4 Mar 2006 10:32:22 +0900, dans son message intitulé Re: > > [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The > > Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous raconter : > > > > > On Sat, 4 Mar 2006 02:25:20 +0100 ilLogict <[EMAIL PROTECTED]> > > > babbled: > > > > > > > Le Sat, 4 Mar 2006 09:49:41 +0900, dans son message intitulé Re: > > > > [e-devel] [patch] edje jittery with sse, Carsten Haitzler (The > > > > Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous > > > > raconter : > > > > > > > > > On Fri, 3 Mar 2006 23:49:20 +0100 ilLogict > > > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > > > > Hello! > > > > > > > > > > > > Attached is a patch that solves the Edje jittery issue. The > > > > > > question is, why was it working with 387? > > > > > > Well, now it seems to work as well with 387 and sse. > > > > > > But (there's always a but ;D), it now seems that there are > > > > > > problems with some widgets. > > > > > > There were positionning issues with ilist items, they > > > > > > should look as before (thank you again boneyfrog for your > > > > > > screenshot) with attached patch > > > > > > (e_ilist_edje_jittery_update.patch). Menu items, when > > > > > > focused, seem to move down and right by 1px, and of course > > > > > > don't go back where they should be when unfocused, but I > > > > > > was unable to find a workaround :'(. I'm pretty sure that > > > > > > other things may have broken. :( > > > > > > > > > > dud u just upgrade compilers? as nothing has changed in edje > > > > > for a while. did u change CFLAGS? > > > > > > > > > > > Cheers! > > > > > > > > > > > > ilLogict > > > > > > > > > > > > > > > > > > > > > -- > > > > > - Codito, ergo sum - "I code, therefore I am" > > > > > -- The Rasterman (Carsten Haitzler) > > > > > [EMAIL PROTECTED] 裸好多 > > > > > Tokyo, Japan (東京 日本) > > > > > > > > Hello! > > > > > > > > Well, it wasn't well formulated. > > > > My jittery wordkaround patch creates the issues I've listed :). > > > > > > ooh - sorry - missed that - yes. i see how it would. you are now > > > rounding things up where they shouldnt be in many places for > > > example. > > > > > > -- > > > - Codito, ergo sum - "I code, therefore I am" > > > -- The Rasterman (Carsten Haitzler) > > > [EMAIL PROTECTED] 裸好多 > > > Tokyo, Japan (東京 日本) > > > > Hello! > > > > Why shouldn't they be rounded but just floored ? > > because flooring is the age-old standard kind of rounding that > everything expects! a lot of code is built to expect just that. and > then designs are also made to assume that too. > > -- > - Codito, ergo sum - "I code, therefore I am" > -- The Rasterman (Carsten Haitzler) > [EMAIL PROTECTED] 裸好多 > Tokyo, Japan (東京 日本) Hello! Ok, thank you very much :) After hacking a little, here is an explanation: for instance, let's get a code: double c0=.6; double k1; int t0,t1; int i=1,j=6; t0=(1.0-c0)*i+c0*j; k1=(1.0-c0)*i+c0*j; t1=k1; printf("t0=%d\n",t0); printf("k1=%e\n",k1); printf("t1=%d\n",t1); Compiling with 387 floating point unit shows: t0=4 k1=4.00 t1=4 Nothing special to say ;D. But compiling with sse enabled shows: t0=3 k1=4.00e+00 t1=3 Well, this seems stange. Let's display k1-4: k1-4=-4.440892e-16 That's it! Fact that with sse internals are only 64bits instead of 80bits with 387 propagates errors. Correcting that will be a bit tricky, imho. Cheers! ilLogict --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [e-devel] [patch] edje jittery with sse
Le Sun, 5 Mar 2006 00:25:03 +1000, dans son message intitulé Re: [e-devel] [patch] edje jittery with sse, "Imran Syed" <[EMAIL PROTECTED]> a eu le courage de nous raconter : > Hello ilLogict, > > I can't replicate what you have shown (atleast without your exact > compile strings) > > $ cat floaty.c > #include > int main( void ) > { > double c0=.6; > double k1; > int t0,t1; > int i=1,j=6; > > t0=(1.0-c0)*i+c0*j; > k1=(1.0-c0)*i+c0*j; > t1=k1; > printf("t0=%d\n",t0); > printf("k1=%e\n",k1); > printf("t1=%d\n",t1); > c0=k1-4; > printf("k1-4=%e\n",c0); > > return 0; > } > $ gcc -march=athlon-xp -mfpmath=sse floaty.c -o floaty > $ ./floaty > t0=3 > k1=4.00e+00 > t1=4 > k1-4=0.00e+00 > $ gcc -march=athlon-xp -mfpmath=387 floaty.c -o floaty > $ ./floaty > t0=3 > k1=4.00e+00 > t1=4 > k1-4=0.00e+00 > > I think the athlon-xp sse doesn't have support for double and it is > probably using 387 here. Do you happen to have a P4 or newer AMD chip > with sse2? Also, with regards to 80bits in 387 and 64 in sse, you > want to look at -ffloat-store. Last time I checked, it was supposed > to help in these kind of situations. > > Regards, > Imran Hello! Yes, I have an Athlon64, so with sse2. -ffloat-store doesn't help (tested), as it is used to make calculations with 64bits instead of 80 when using 387, no? Cheers! ilLogict --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] various patches...
Hello! After a long time without e hacking (ah, school ;D), here are some patches... >e_config_screen_ratio_support.patch: the preview ratio in background and theme config windows will match your screen's: useful with widescreens :) e_ilist-slider_more_keys_support.patch: enables to use >[home] and [end] keys with ilist and slider, as well as keypad equivalents. Something *really* weird is that it works even if NumLock is enabled ??? Haven't really checked that, will do it asap. >e_tlist_cleareance_support.patch: adds clearing for tlist >e_typos.patch: various typos correction. Cheers! ilLogict Index: apps/e/src/bin/e_int_config_background.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_int_config_background.c,v retrieving revision 1.45 diff -u -r1.45 e_int_config_background.c --- apps/e/src/bin/e_int_config_background.c 8 Apr 2006 21:56:03 - 1.45 +++ apps/e/src/bin/e_int_config_background.c 25 Apr 2006 21:27:31 - @@ -276,6 +276,9 @@ Evas_List *bg_dirs, *bg; Ecore_Evas *eebuf; Evas *evasbuf; + E_Manager *man; + Ecore_X_Screen_Size size; + const char *f; char *c; int selnum = -1; @@ -310,7 +313,9 @@ i++; } - im = e_widget_preview_add(cfd->dia->win->evas, 320, 240); + man = e_manager_current_get(); + size = ecore_x_randr_current_screen_size_get(man->root); + im = e_widget_preview_add(cfd->dia->win->evas, 320, 320 * size.height / size.width); e_widget_preview_edje_set(im, f, "desktop/background"); evas_object_del(bg_obj); // im = e_widget_preview_add_from_object(cfd->dia->win->evas, bg_obj, 320, 240); Index: apps/e/src/bin/e_int_config_theme.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_int_config_theme.c,v retrieving revision 1.22 diff -u -r1.22 e_int_config_theme.c --- apps/e/src/bin/e_int_config_theme.c 3 Apr 2006 14:01:00 - 1.22 +++ apps/e/src/bin/e_int_config_theme.c 25 Apr 2006 21:27:32 - @@ -132,6 +132,8 @@ Ecore_Evas *eebuf; Evas *evasbuf; Evas_List *l, *paths; + E_Manager *man; + Ecore_X_Screen_Size size; theme = edje_object_add(evas); @@ -146,6 +148,9 @@ evasbuf = ecore_evas_get(eebuf); o2 = edje_object_add(evasbuf); + man = e_manager_current_get(); + size = ecore_x_randr_current_screen_size_get(man->root); + paths = e_path_dir_list_get(path_themes); for (l = paths; l; l = l->next) { @@ -217,7 +222,7 @@ if (!(strcmp(themefile, cfdata->current_theme))) { selnum = i; - im = e_widget_preview_add(evas, 320, 240); + im = e_widget_preview_add(evas, 320, 320 * size.height / size.width); e_widget_preview_edje_set(im, fulltheme, "desktop/background"); // im = e_widget_image_add_from_object(evas, theme, 320, 240); // e_widget_image_object_set(im, e_thumb_evas_object_get(fulltheme, evas, 320, 240, 1)); @@ -239,7 +244,7 @@ if (im == NULL) { snprintf(fulltheme, sizeof(fulltheme), PACKAGE_DATA_DIR"/data/themes/default.edj"); - im = e_widget_preview_add(evas, 320, 240); + im = e_widget_preview_add(evas, 320, 320 * size.height / size.width); e_widget_preview_edje_set(im, fulltheme, "desktop/background"); // theme = e_thumb_generate_begin(fulltheme, 320, 240, evas, &theme, NULL, NULL); // im = e_widget_image_add_from_object(evas, theme, 320, 240); Index: apps/e/src/bin/e_ilist.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_ilist.c,v retrieving revision 1.19 diff -u -r1.19 e_ilist.c --- apps/e/src/bin/e_ilist.c 13 Apr 2006 00:01:15 - 1.19 +++ apps/e/src/bin/e_ilist.c 25 Apr 2006 21:27:30 - @@ -441,45 +441,92 @@ sd = data; ev = event_info; - if (!strcmp(ev->keyname, "Up")) + if ((!strcmp(ev->keyname, "Up")) || + (!strcmp(ev->keyname, "KP_Up"))) { int n, ns; E_Smart_Item *si; ns = e_ilist_selected_get(sd->smart_obj); + n = ns; do { - n = e_ilist_selected_get(sd->smart_obj); if (n == 0) { - e_ilist_selected_set(sd->smart_obj, ns); + n = ns; break; } - e_ilist_selected_set(sd->smart_obj, n - 1); - si = evas_list_nth(sd->items, sd->selected); + -- n; + si = evas_list_nth(sd->items, n); } while ((si) && (si->header)); + if (n != ns) e_ilist_selected_set(sd->smart_obj, n); } - else if (!strcmp(ev->keyname, "Down")) + else if ((!strcmp(ev->keyname, "Down")) || + (!strcmp(ev->keyname, "KP_Down"))) { int n, ns; E_Smart_Item *si; ns = e_ilist_selected_g
Re: [E-devel] trivial patch
Le Thu, 11 May 2006 23:02:52 +0900, dans son message intitulé Re: [E-devel] trivial patch, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> a eu le courage de nous raconter : > On Sat, 06 May 2006 18:54:57 +0200 Massimo Maiurana > <[EMAIL PROTECTED]> babbled: > > > do you remember when the "about e..." dialog was never translated > > due to a copyright glyph which gettext did not like? > > well, the same now happens with the three_points character; strings > > containing that character are never translated. > > patch attached. > > thanks! committed. > > > -- > >Massimo Maiurana massimoragusa.linux.it > >http://massimo.solira.org GPG keyID #7044D601 > > > > Articolo 11 - L'Italia ripudia la guerra come strumento di offesa > > alla libertà degli altri popoli e come mezzo di risoluzione delle > > controversie internazionali > > > > > -- > - Codito, ergo sum - "I code, therefore I am" > -- The Rasterman (Carsten Haitzler) > [EMAIL PROTECTED] _ > Tokyo, Japan (__ __) > Hello! Well, apologizes, it's my fault. Strangely, it is working fine in my box with translation (gettext 0.14.4)... Well, here are a patch attached to add … and some other missing escape charaters support to evas_textblock, so that it can be used. Cheers! ilLogict Index: libs/evas/src/lib/canvas/evas_object_textblock.c === RCS file: /var/cvs/e/e17/libs/evas/src/lib/canvas/evas_object_textblock.c,v retrieving revision 1.126 diff -u -r1.126 evas_object_textblock.c --- libs/evas/src/lib/canvas/evas_object_textblock.c 1 Mar 2006 03:48:02 - 1.126 +++ libs/evas/src/lib/canvas/evas_object_textblock.c 9 May 2006 18:24:32 - @@ -440,7 +440,7 @@ } } -/* table of html escapes (that i can find) this shoudl be ordered with the +/* table of html escapes (that i can find) this should be ordered with the * most common first as it's a linear search to match - no hash for this */ static const char *_escapes[] = @@ -449,11 +449,12 @@ "<", "<", ">", ">", "&", "&", - " ", " ", /* NOTE: we will allow nbsp's to break as we map early - maybe map to ascii 0x01 and then make the rendring code think 0x01 -> 0x20 */ + " ", " ", /* NOTE: we will allow nbsp's to break as we map early - maybe map to ascii 0x01 and then make the rendering code think 0x01 -> 0x20 */ """, "\"", /* all the rest */ "©", "©", "®", "®", + "…", "â¦", "Ñ", "Ã", "ñ", "ñ", "Ç", "Ã", @@ -471,6 +472,7 @@ "£", "£", "¤", "¤", "¥", "Â¥", + "€", "â¬", "§", "§", "¶", "¶", "«", "«", @@ -583,6 +585,7 @@ "θ", "θ", "ι", "ι", "κ", "κ", + "λ", "λ", "μ", "μ", "ν", "ν", "ο", "ο", @@ -596,6 +599,30 @@ "χ", "Ï", "ψ", "Ï", "ω", "Ï" + "Α", "Î", + "Β", "Î", + "Γ", "Î", + "Δ", "Î", + "Ε", "Î", + "Ζ", "Î", + "Η", "Î", + "Θ", "Î", + "Ι", "Î", + "Κ", "Î", + "Λ", "Î", + "Μ", "Î", + "Ν", "Î", + "Ο", "Î", + "Ξ", "Î", + "Π", "Î ", + "Ρ", "Ρ", + "Σ", "Σ", + "Τ", "Τ", + "Υ", "Î¥", + "Φ", "Φ", + "Χ", "Χ", + "Ψ", "Ψ", + "Ω", "Ω" }; static int @@ -784,7 +811,7 @@ ((fmt->font.fallbacks) && (strcmp(fmt->font.fallbacks, param { /* policy - when we say "fallbacks" do we prepend and use prior - * fallbacks... or shoudl we replace. for nwo we replace + * fallbacks... or should we replace. for now we replace
[e-devel] patches, patches...
Hello! Here are some patches that have been waiting to be sent for some time ;) >e-desktop_names-more_efficient_scanning.patch: more efficient way of scanning when assigning a name to a desktop >e-i18n-default_desktop_name.patch: allow translation of the default desktop name >e_remote_main-add_end_newline.patch: only to make the compiler shut :) >e-screen_ratio-more_work.patch: the screen ratio wasn't used when the selected background was not de theme default one >exhibit-jpeg_files: add recognition of .jpeg extension Cheers! ilLogict Index: apps/e/src/bin/e_desk.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_desk.c,v retrieving revision 1.59 diff -u -r1.59 e_desk.c --- apps/e/src/bin/e_desk.c 2 Mar 2006 12:03:48 - 1.59 +++ apps/e/src/bin/e_desk.c 9 May 2006 18:24:19 - @@ -134,7 +134,7 @@ E_Container *con; E_Zone *zone; E_Desk *desk; - int d_x, d_y, ok; + int d_x, d_y; char name[40]; for (m = e_manager_list(); m; m = m->next) @@ -151,31 +151,59 @@ for (d_y = 0; d_y < zone->desk_y_count; d_y++) { desk = zone->desks[d_x + zone->desk_x_count * d_y]; - ok = 0; + snprintf(name, sizeof(name), _(e_config->desktop_default_name), d_x, d_y); + e_desk_name_set(desk,name); + } + } + } + } + } + + for (l = e_config->desktop_names; l; l = l->next) + { + E_Config_Desktop_Name *cfname; + + cfname = l->data; + for (m = e_manager_list(); m; m = m->next) + { + man = m->data; + if (cfname->container >= 0) + { + c = evas_list_nth_list(man->containers, cfname->container); + if (!c) continue; + } + else + { + c = man->containers; + } + + do + { + con = c->data; + if (cfname->zone >= 0) + { + z = evas_list_nth_list(con->zones, cfname->zone); + if (!z) continue; + } + else + { + z = con->zones; + } - for (l = e_config->desktop_names; l; l = l->next) - { - E_Config_Desktop_Name *cfname; - - cfname = l->data; - if ((cfname->container >= 0) && - (con->num != cfname->container)) continue; - if ((cfname->zone >= 0) && - (zone->num != cfname->zone)) continue; - if ((cfname->desk_x != d_x) || (cfname->desk_y != d_y)) continue; - e_desk_name_set(desk,cfname->name); - ok = 1; - break; - } - - if (!ok) - { - snprintf(name, sizeof(name), _(e_config->desktop_default_name), d_x, d_y); - e_desk_name_set(desk,name); - } + do + { + zone = z->data; + if ((cfname->desk_x > zone->desk_x_count) || + (cfname->desk_y > zone->desk_y_count)) + { + continue; } + desk = zone->desks[cfname->desk_x + zone->desk_x_count * cfname->desk_y]; + e_desk_name_set(desk,cfname->name); } + while ((cfname->zone < 0) && (z = z->next)); } + while ((cfname->container < 0) && (c = c->next)); } } } Index: apps/e/src/bin/e_config.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_config.c,v retrieving revision 1.166 diff -u -r1.166 e_config.c --- apps/e/src/bin/e_config.c 21 Apr 2006 06:58:11 - 1.166 +++ apps/e/src/bin/e_config.c 9 May 2006 18:24:19 - @@ -508,7 +508,7 @@ IFCFG(0x008d); e_config->show_splash = 1; e_config->desktop_default_background = NULL; - e_config->desktop_default_name = evas_stringshare_add("Desktop %i, %i"); + e_config->desktop_default_name = evas_stringshare_add(_("Desktop %i, %i")); e_config->menus_scroll_speed = 1000.0; e_config->menus_fast_mouse_move_threshhold = 300.0; e_config->menus_click_drag_timeout = DEF_MENUCLICK; Index: apps/e/src/bin/e_remote_main.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_remote_main.c,v retrieving revision 1.53 diff -u -r1.53 e_remote_main.c --- apps/e/src/bin/e_remote_main.c 10 Mar 2006 05:48:46 - 1.53 +++ apps/e/src/bin/e_remote_main.c 9 May 2006 18:24:21 - @@ -272,4 +272,4 @@ printf("%s\n", opt->desc); } } -#endif \ No newline at end of file +#endif Index: apps/e/src/bin/e_int_config_background.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_int_config_background.c,v retrieving revision 1.48 diff -u -r1.48 e_int_config_background.c --- apps/e/src/bin/e_int_config_background.c 2 May 2006 06:23:55 - 1.48 +++ apps/e/src/bin/e_int_config_ba
[e-devel] ewl entry
Hello ! I'm attaching a patch file for ewl_entry.c (e17/libs/ewl/src/lib). The problem it *should* ;D solve is that when you clear completely an existing entry, it resizes to 1px and when you then type something, you can't view it anymore, even if it is taken in account, and even if the entry has been resized to something bigger than 1px. It is a quick and dirty patch, and I don't know if it is the way it should be corrected. I kept the 1px-resize, 'cause it's always good to know if an entry is really empty or if it is filled with blank characters. Can you please have a look at it? Cheers. ilLogict Note: This is the first ever patch I submit to a project, I don't know if it is the way it should be, so can you please correct me and tell me how it should be? Note2: I tried to keep the existing coding-style... Note3: Still have to correct bugs with cursor, checking it... *** ewl_entry.c.origMon Apr 18 08:57:09 2005 --- ewl_entry.c Mon Apr 18 09:46:35 2005 *** *** 359,380 void ewl_entry_text_insert(Ewl_Entry * e, char *text, int index) { Ewl_Entry_Op *op; ! int len = 0; DENTER_FUNCTION(DLEVEL_STABLE); DCHECK_PARAM_PTR("e", e); DCHECK_PARAM_PTR("text", text); ! op = ewl_entry_op_text_insert_new(text, index); ! len = strlen(text); ! ewl_entry_cursor_position_set(EWL_ENTRY_CURSOR(e->cursor), ! index + len); ! e->length += len; ! ! ecore_dlist_prepend(e->ops, op); ! if (REALIZED(e)) ! ewl_entry_ops_apply(e); ewl_widget_configure(EWL_WIDGET(e)); DLEAVE_FUNCTION(DLEVEL_STABLE); --- 359,386 void ewl_entry_text_insert(Ewl_Entry * e, char *text, int index) { Ewl_Entry_Op *op; ! int len = strlen(text); DENTER_FUNCTION(DLEVEL_STABLE); DCHECK_PARAM_PTR("e", e); DCHECK_PARAM_PTR("text", text); ! if (ewl_entry_text_get(e)) { ! op = ewl_entry_op_text_insert_new(text, index); ! ewl_entry_cursor_position_set(EWL_ENTRY_CURSOR(e->cursor), ! index + len); ! e->length += len; + ecore_dlist_prepend(e->ops, op); + if (REALIZED(e)) + ewl_entry_ops_apply(e); + } + else { + ewl_entry_text_set(e, text); + ewl_entry_cursor_position_set(EWL_ENTRY_CURSOR(e->cursor), + len); + } + ewl_widget_configure(EWL_WIDGET(e)); DLEAVE_FUNCTION(DLEVEL_STABLE);
Re: Re: [e-devel] ewl entry
>ilLogict <[EMAIL PROTECTED]> [2005-04-18 10:17]: > >>> Note: This is the first ever patch I submit to a project, I don't >know >>> if it is the way it should be, so can you please correct me and tell >me >>> how it should be? > > >echo "diff -uN" >> ~/.cvsrc > >then, run "cvs diff" to create the patch. > >-- >Regards, >Tilman Hello. Thank you very much for you kindness. I hope it did it the good way now ;) Cheers. ilLogict FYI: Hello ! I'm attaching a patch file for ewl_entry.c (e17/libs/ewl/src/lib). The problem it *should* ;D solve is that when you clear completely an existing entry, it resizes to 1px and when you then type something, you can't view it anymore, even if it is taken in account, and even if the entry has been resized to something bigger than 1px. It is a quick and dirty patch, and I don't know if it is the way it should be corrected. I kept the 1px-resize, 'cause it's always good to know if an entry is really empty or if it is filled with blank characters. Can you please have a look at it? Cheers. ilLogict Note: This is the first ever patch I submit to a project, I don't know if it is the way it should be, so can you please correct me and tell me how it should be? Note2: I tried to keep the existing coding-style... Note3: Still have to correct bugs with cursor, checking it... Index: ewl_entry.c === RCS file: /cvsroot/enlightenment/e17/libs/ewl/src/lib/ewl_entry.c,v retrieving revision 1.12 diff -u -r1.12 ewl_entry.c --- ewl_entry.c 10 Apr 2005 05:05:17 - 1.12 +++ ewl_entry.c 18 Apr 2005 11:45:30 - @@ -359,22 +359,28 @@ void ewl_entry_text_insert(Ewl_Entry * e, char *text, int index) { Ewl_Entry_Op *op; - int len = 0; + int len = strlen(text); DENTER_FUNCTION(DLEVEL_STABLE); DCHECK_PARAM_PTR("e", e); DCHECK_PARAM_PTR("text", text); - op = ewl_entry_op_text_insert_new(text, index); - len = strlen(text); - ewl_entry_cursor_position_set(EWL_ENTRY_CURSOR(e->cursor), - index + len); - e->length += len; - - ecore_dlist_prepend(e->ops, op); - if (REALIZED(e)) - ewl_entry_ops_apply(e); + if (ewl_entry_text_get(e)) { + op = ewl_entry_op_text_insert_new(text, index); + ewl_entry_cursor_position_set(EWL_ENTRY_CURSOR(e->cursor), + index + len); + e->length += len; + ecore_dlist_prepend(e->ops, op); + if (REALIZED(e)) + ewl_entry_ops_apply(e); + } + else { + ewl_entry_text_set(e, text); + ewl_entry_cursor_position_set(EWL_ENTRY_CURSOR(e->cursor), + len); + } + ewl_widget_configure(EWL_WIDGET(e)); DLEAVE_FUNCTION(DLEVEL_STABLE);
Re: [E-devel] Re: E CVS: apps/e vapier
Michael Jennings wrote: On Wednesday, 20 April 2005, at 08:09:08 (-0700), E CVS List wrote: use an install hook to setuid freqset thus avoiding mkinstalldir issues with diff versions of automake === RCS file: /cvsroot/enlightenment/e17/apps/e/src/modules/cpufreq/Makefile.am,v retrieving revision 1.7 retrieving revision 1.8 diff -u -3 -r1.7 -r1.8 --- Makefile.am 20 Apr 2005 14:51:37 - 1.7 +++ Makefile.am 20 Apr 2005 15:09:08 - 1.8 @@ -5,9 +5,6 @@ filesdir = $(libdir)/enlightenment/modules/$(MODULE) files_DATA = \ module_icon.png -freqsetdir = $(libdir)/enlightenment/modules/$(MODULE) -freqset_DATA = \ -freqset$(EXEEXT) EXTRA_DIST = $(files_DATA) @@ -28,16 +25,13 @@ module_la_LDFLAGS = -module -avoid-version module_la_DEPENDENCIES = $(top_builddir)/config.h -all-local: freqset$(EXEEXT) +freqsetdir = $(pkgdir) +freqset_DATA = \ +freqset$(EXEEXT) setuid_root_mode = a=rx,u+s -INSTALL_SU = \ - test -z "$(pkgdir)" || $(MKINSTALLDIRS) "$(DESTDIR)$(pkgdir)"; \ - echo "$(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(INSTALL) -m $(setuid_root_mode) freqset$(EXEEXT) $(DESTDIR)$(pkgdir)/freqset$(EXEEXT)"; \ - $(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(INSTALL) -m $(setuid_root_mode) freqset$(EXEEXT) $(DESTDIR)$(pkgdir)/freqset$(EXEEXT); - -install-freqsetDATA: freqset$(EXEEXT) - @$(INSTALL_SU) +install-data-hook: + @chmod $(setuid_root_mode) $(DESTDIR)$(freqsetdir)/freqset$(EXEEXT) I think you want a - sign, not an @ sign, there. @ sign only suppresses output. You need the - to make sure failure of that line doesn't halt the build. Michael Hello ! Another way to get that corrected is to modify MKINSTALLDIRS from $(top_builddir)/./mkinstalldirs to $(mkinstalldirs), which contains $(install_sh) -d, in makefiles. It works atleast for me ;) Cheers. ilLogict --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm amd64 / 64 bit fix
Michael Jennings wrote: On Wednesday, 20 April 2005, at 15:45:28 (-0400), Mike Frysinger wrote: users were having issues turning off eterm borders on amd64: http://bugs.gentoo.org/show_bug.cgi?id=76324 so a user proposed a patch which worked for him: http://bugs.gentoo.org/attachment.cgi?id=56738 what do you think mej ? I think you should commit it now that you've been given access. :-) Michael Hello ! This patch works great, but strangely, it works even without it under e17... :s (Gentoo amd64, e16 and e17) Cheers. ilLogict --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] french translation
Hello ! Here is the french (even fr_FR) translation ! Apart from this, as proposed by Nathan, a translations mailing-list would be welcommed ! Cheers ! ilLogict # SOME DESCRIPTIVE TITLE. # This file is put in the public domain. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # # msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2005-04-12 06:59+0900\n" "PO-Revision-Date: 2005-04-12 20:33+0200\n" "Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n" "Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #: src/bin/e_int_menus.c:272 msgid "(No Applications)" msgstr "(Pas d'applications)" #: src/bin/e_int_menus.c:445 msgid "(No Windows)" msgstr "(Pas de fenêtres)" #: src/bin/e_int_menus.c:521 msgid "(Unused)" msgstr "(Inutilisé)" #: src/modules/battery/e_mod_main.c:418 msgid "1 hour" msgstr "1 heure" #: src/modules/temperature/e_mod_main.c:596 msgid "100C" msgstr "100°C" #: src/modules/temperature/e_mod_main.c:500 msgid "10C" msgstr "10°C" #: src/modules/temperature/e_mod_main.c:507 #: src/modules/temperature/e_mod_main.c:540 msgid "20C" msgstr "20°C" #: src/modules/temperature/e_mod_main.c:514 #: src/modules/temperature/e_mod_main.c:547 msgid "30C" msgstr "30°C" #: src/modules/temperature/e_mod_main.c:521 #: src/modules/temperature/e_mod_main.c:554 msgid "40C" msgstr "40°C" #: src/modules/temperature/e_mod_main.c:528 #: src/modules/temperature/e_mod_main.c:561 msgid "50C" msgstr "50°C" #: src/modules/temperature/e_mod_main.c:568 msgid "60C" msgstr "60°C" #: src/modules/temperature/e_mod_main.c:575 msgid "70C" msgstr "70°C" #: src/modules/temperature/e_mod_main.c:582 msgid "80C" msgstr "80°C" #: src/modules/temperature/e_mod_main.c:589 msgid "90C" msgstr "90°C" #: src/modules/battery/e_mod_main.c:99 msgid "" "A basic battery meter that uses either ACPI or APM\n" "on Linux to monitor your battery and AC power adaptor\n" "status. This will only work under Linux and is only\n" "as accurate as your BIOS or kernel drivers." msgstr "" "Un module qui mesure la charge de la batterie de votre portable,\n" "en utilisant soit l'ACPI, soit l'APM, sous Linux, et qui\n" "détermine l'état du branchement sur secteur. Ce module fonctionne\n" "uniquement sous Linux et est seulement aussi précis que ne l'est\n" "votre BIOS ou les pilotes de votre noyau." #: src/modules/temperature/e_mod_main.c:97 msgid "" "A module to measure the ACPI Thermal sensor on Linux.\n" "It is especially useful for modern Laptops with high speed\n" "CPUs that generate a lot of heat." msgstr "" "Un module qui affichela température à partir des capteurs ACPI sous Linux.\n" "C'est particulièrement utile pour les portables ayant un processeur rapide\n" "dégageant beaucoup de chaleur." #: src/modules/pager/e_mod_main.c:136 msgid "A pager module to navigate virtual desktops." msgstr "" "Un module de sélection d'espaces de travail qui permet\n" "de choisir son bureau virtuel." #: src/modules/clock/e_mod_main.c:96 msgid "A simple module to give E17 a clock." msgstr "Un module horloge pour E17." #: src/bin/e_int_menus.c:102 src/bin/e_int_menus.c:210 msgid "About Enlightenment" msgstr "A propos d'Enlightenment" #: src/bin/e_module.c:381 msgid "About..." msgstr "A Propos..." #: src/bin/e_main.c:360 msgid "Artificially slowing startup so you can see it all." msgstr "Démarrage artificiellement ralenti pour que vous puissiez le voir en entier." #: src/modules/ibar/e_mod_main.c:717 msgid "Auto fit icons" msgstr "Redimensionner selon les icônes" #: src/bin/e_gadman.c:526 msgid "Automatic Height" msgstr "Hauteur automatique" #: src/bin/e_gadman.c:483 msgid "Automatic Width" msgstr "Largeur automatique" #: src/modules/battery/e_mod_main.c:906 msgid "BAD DRIVER" msgstr "MAUVAIS PILOTE" #: src/modules/battery/e_mod_main.c:89 msgid "Battery" msgstr "Batterie" #: src/modules/battery/e_mod_main.c:688 msgid "Battery Running Low" msgstr "Batterie faible" #: src/bin/e_gadman.c:509 msgid &qu
Re: [e-devel] french translation
Vincent Torri wrote: heu, la trad francaise a deja ete faite (par moi ;) ). Ca a meme ete la premiere ;) mais je regarderai ca :) Vincent On Wed, 20 Apr 2005, ilLogict wrote: Hello ! Here is the french (even fr_FR) translation ! Apart from this, as proposed by Nathan, a translations mailing-list would be welcommed ! Cheers ! ilLogict Coucou ! Ouaip, mais n'étant pas complète, j'en l'ai complétée et j'ai corrigé quelques erreurs :) Sinon, le monde est quand même très petit : je suis étudiant à l'ESIAL ;). ilLogict --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] maximization bug patch
Hello! I'm attaching a patch for e_border.c (e17/apps/e/src/bin). The problem it *should* solve is that when you get a window which has its max height and width flags set, resizing it 'by hand' checks whether that requirements are still met, but they are not checked when you maximize the window. This patch calls _e_border_resize_limit before effective resizement, so that the window is still moved to zone's x and y index, but is resized to its max allowed width and height if set, or zone's width and height if not set. Can you please have a look at it? Cheers! -- ilLogict Etudiant:1A, E.S.I.A.L., Nancy, France Student: Y1, E.S.I.A.L., Nancy, France Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] ICQ: #74274856 AIM: illogict MSN: [EMAIL PROTECTED] Yahoo: illogict Jabber: [EMAIL PROTECTED] Mobile: +33 6 81921083 Message: Enlightenment DR17 oune ! Et honte à ceux qui ne sont pas d'accord ! Message: Enlightenment DR17 rocks! Shame on whoever doesn't agree! Index: e_border.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_border.c,v retrieving revision 1.151 diff -u -r1.151 e_border.c --- e_border.c 24 Apr 2005 21:11:43 - 1.151 +++ e_border.c 25 Apr 2005 18:51:21 - @@ -922,6 +922,8 @@ if ((bd->shaded) || (bd->shading)) return; if (!bd->maximized) { + int new_w, new_h; + // printf("MAXIMIZE!!\n"); bd->saved.x = bd->x; bd->saved.y = bd->y; @@ -932,7 +934,10 @@ /* FIXME maximize intelligently */ e_border_raise(bd); - e_border_move_resize(bd, bd->zone->x, bd->zone->y, bd->zone->w, bd->zone->h); + new_w = bd->zone->w; + new_h = bd->zone->h; + _e_border_resize_limit(bd, &new_w, &new_h); + e_border_move_resize(bd, bd->zone->x, bd->zone->y, new_w, new_h); bd->maximized = 1; bd->changes.pos = 1; bd->changes.size = 1;
[e-devel] maximization bug patch
Hello! I'm attaching a patch for e_border.c (e17/apps/e/src/bin). The problem it *should* solve is that when you get a window which has its max height and width flags set, resizing it 'by hand' checks whether that requirements are still met, but they are not checked when you maximize the window. This patch calls _e_border_resize_limit before effective resizement, so that the window is still moved to zone's x and y index, but is resized to its max allowed width and height if set, or zone's width and height if not set. Can you please have a look at it? Cheers! -- ilLogict Etudiant:1A, E.S.I.A.L., Nancy, France Student: Y1, E.S.I.A.L., Nancy, France Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] ICQ: #74274856 AIM: illogict MSN: [EMAIL PROTECTED] Yahoo: illogict Jabber: [EMAIL PROTECTED] Mobile: +33 6 81921083 Message: Enlightenment DR17 oune ! Et honte à ceux qui ne sont pas d'accord ! Message: Enlightenment DR17 rocks! Shame on whoever doesn't agree! Index: e_border.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_border.c,v retrieving revision 1.151 diff -u -r1.151 e_border.c --- e_border.c 24 Apr 2005 21:11:43 - 1.151 +++ e_border.c 25 Apr 2005 18:51:21 - @@ -922,6 +922,8 @@ if ((bd->shaded) || (bd->shading)) return; if (!bd->maximized) { + int new_w, new_h; + // printf("MAXIMIZE!!\n"); bd->saved.x = bd->x; bd->saved.y = bd->y; @@ -932,7 +934,10 @@ /* FIXME maximize intelligently */ e_border_raise(bd); - e_border_move_resize(bd, bd->zone->x, bd->zone->y, bd->zone->w, bd->zone->h); + new_w = bd->zone->w; + new_h = bd->zone->h; + _e_border_resize_limit(bd, &new_w, &new_h); + e_border_move_resize(bd, bd->zone->x, bd->zone->y, new_w, new_h); bd->maximized = 1; bd->changes.pos = 1; bd->changes.size = 1;
Re: [e-devel] maximization bug patch
Carsten Haitzler (The Rasterman) wrote: > On Mon, 25 Apr 2005 21:33:29 +0200 ilLogict <[EMAIL PROTECTED]> babbled: > > >> Hello! >> >> I'm attaching a patch for e_border.c (e17/apps/e/src/bin). The problem >>it *should* solve is that when you get a window which has its max height >>and width flags set, resizing it 'by hand' checks whether that >>requirements are still met, but they are not checked when you maximize >>the window. This patch calls _e_border_resize_limit before effective >>resizement, so that the window is still moved to zone's x and y index, >>but is resized to its max allowed width and height if set, or zone's >>width and height if not set. > > > actually.. they likely should only allow maximise if the window max size is >= screen size (minus border size). and that would also entail (to do properly) us having some system to tell the theme "disable maximise buttons" :) i'll add that to the TODO list as imho that's a better solution :) > > >> Can you please have a look at it? >> >> Cheers! >> >> >>-- >> >> ilLogict >> >> >>Etudiant:1A, E.S.I.A.L., Nancy, France >>Student: Y1, E.S.I.A.L., Nancy, France >> >>Website: http://illogict.online.fr >>E-Mail: [EMAIL PROTECTED] >>ICQ: #74274856 >>AIM: illogict >>MSN: [EMAIL PROTECTED] >>Yahoo: illogict >>Jabber: [EMAIL PROTECTED] >>Mobile: +33 6 81921083 >> >>Message: Enlightenment DR17 oune ! Et honte __ ceux qui ne sont pas >>d'accord ! >>Message: Enlightenment DR17 rocks! Shame on whoever doesn't agree! >> >> >> > > > Hello! This says there must also be callbacks to add the maximization menu item and reenable the button whenever the window changes its max size? It seems it isn't possible to add an element to the middle of an existing menu, right? So, the way to do it should be whether to recreate entirely the menu, or to use a disable state for menu item... Cheers! -- ilLogict Etudiant:1A, E.S.I.A.L., Nancy, France Student: Y1, E.S.I.A.L., Nancy, France Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] ICQ: #74274856 AIM: illogict MSN: [EMAIL PROTECTED] Yahoo: illogict Jabber: [EMAIL PROTECTED] Mobile: +33 6 81921083 Message: Enlightenment DR17 oune ! Et honte à ceux qui ne sont pas d'accord ! Message: Enlightenment DR17 rocks! Shame on whoever doesn't agree! --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id5hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] ewl_progressbar, some new features
Hello! While playing with some progressbars, I found myself dreaming about some missing features... So I coded them :p - First I added a char *label_format to struct Ewl_Progressbar, it is set to "%3$.0lf%%" at initialization, to keep the default percentage mode, as I changed label arguments to value, range, value/range*100, range-value, (range-value)/range*100 (there shouldn't be anything that could be useful missing now :p). - ewl_progressbar_label_get: retrieves current label value - ewl_progressbar_label_format_set: sets the default label format, so that we don't have to call ewl_progressbar_custom_label_set at each value update, that's a hassle less :) - ewl_progressbar_label_format_get: do I have to explain what it's supposed to do ;D - ewl_progressbar_default_label_set: resets the label format to its initial value, so "%3$.0lf%%" (maybe this name is not as good) - some cosmetic changes (english error corrections) - correction of default (winter) theme where the bottom of the progressbar (the 'done' part) was not shown Hope this is bugless (;D) and helpful... Cheers! -- ilLogict Etudiant:1A, E.S.I.A.L., Nancy, France Student: Y1, E.S.I.A.L., Nancy, France Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] ICQ: #74274856 AIM: illogict MSN: [EMAIL PROTECTED] Yahoo: illogict Jabber: [EMAIL PROTECTED] Mobile: +33 6 81921083 Message: Enlightenment DR17 oune ! Et honte à ceux qui ne sont pas d'accord ! Message: Enlightenment DR17 rocks! Shame on whoever doesn't agree!Index: libs/ewl/data/themes/default/bits/progressbar-groups.edc === RCS file: /cvsroot/enlightenment/e17/libs/ewl/data/themes/default/bits/progressbar-groups.edc,v retrieving revision 1.3 diff -u -r1.3 progressbar-groups.edc --- libs/ewl/data/themes/default/bits/progressbar-groups.edc 1 Nov 2004 04:49:49 - 1.3 +++ libs/ewl/data/themes/default/bits/progressbar-groups.edc 6 Jun 2005 15:31:33 - @@ -46,7 +46,7 @@ } rel2 { relative, 1.0 1.0; - offset, -1 -1; + offset, -1 -3; } image { normal, "button-up.png"; Index: libs/ewl/src/bin/ewl_test.c === RCS file: /cvsroot/enlightenment/e17/libs/ewl/src/bin/ewl_test.c,v retrieving revision 1.8 diff -u -r1.8 ewl_test.c --- libs/ewl/src/bin/ewl_test.c 28 May 2005 20:32:49 - 1.8 +++ libs/ewl/src/bin/ewl_test.c 6 Jun 2005 15:31:33 - @@ -78,10 +78,10 @@ { "Spinner", __create_spinner_test_window, "ewl_spinner_test.c" }, { "Statusbar", __create_statusbar_test_window, "ewl_statusbar_test.c" }, { "Table", __create_table_test_window, "ewl_table_test.c" }, - { "Textarea",__create_textarea_test_window,"ewl_textarea_test.c" }, - { "Theme", __create_theme_test_window, "ewl_theme_test.c" }, + //{ "Textarea",__create_textarea_test_window,"ewl_textarea_test.c" }, + //{ "Theme", __create_theme_test_window, "ewl_theme_test.c" }, { "Tooltip", __create_tooltip_test_window, "ewl_tooltip_test.c" }, - { "Tree",__create_tree_test_window,"ewl_tree_test.c" }, + //{ "Tree",__create_tree_test_window,"ewl_tree_test.c" }, { 0, 0, 0 } }; static char* tooltips[] = { @@ -227,6 +227,7 @@ * Add the row to the tree, and setup it's alignment and * fill. */ + printf("%d\n",i); prow[i] = ewl_tree_text_row_add( EWL_TREE (main_tree), NULL, &(tests[i].name)); ewl_callback_append (EWL_WIDGET (prow[i]), Index: libs/ewl/src/lib/ewl_progressbar.c === RCS file: /cvsroot/enlightenment/e17/libs/ewl/src/lib/ewl_progressbar.c,v retrieving revision 1.2 diff -u -r1.2 ewl_progressbar.c --- libs/ewl/src/lib/ewl_progressbar.c 28 Mar 2005 07:04:29 - 1.2 +++ libs/ewl/src/lib/ewl_progressbar.c 6 Jun 2005 15:31:33 - @@ -6,7 +6,7 @@ /** * @return Returns NULL on failure, or a pointer to the new progressbar on success. - * @brief Allocate and initialize a new progressbar + * @brief Allocates and initializes a new progressbar. */ Ewl_Widget *ewl_progressbar_new() { @@ -26,7 +26,7 @@ /** * @param p: the progressbar to be initialized * @return Returns no value. - * @brief Initialize the progressbar to some sane starting values + * @brief Initializes the progressbar to some sane starting values. */ void ewl_progressbar_init(Ewl_Progressbar * p) { @@ -64,6 +64,10 @@ p->value = 0.0; p->range = 100.0; p->auto_label = TRUE; + /* + * Do a percentage ca
Re: [E-devel] [simple mixer module]
Boldin Pavel wrote: >Sébastien HOUZE wrote: > > >>ready to add in e17/apps/e_modules.seb/src/modules :) >> >>Not yet perfect, some TODO. >>If someone as good graphic skills to integrate with default e17 theme it >>would be nicer look, mail me graphics and edc files.-- >> >> > >I try to write someone like this plugin. If you want to help me (with >similiar plugin) - just let me know by letter. > >I planing to write e_mixer library, that should be interface between >system and module. > Hello! If it is a library, why not ingrate that in emotion? It should be in better place than creating a whole new library... Cheers! -- ilLogict Etudiant:2A, E.S.I.A.L., Nancy, France Student: Y2, E.S.I.A.L., Nancy, France Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] ICQ: #74274856 AIM: illogict MSN: [EMAIL PROTECTED] Yahoo: illogict Jabber: [EMAIL PROTECTED] Mobile: +33 6 81921083 Message: Enlightenment DR17 oune ! Honte à ceux qui ne sont pas d'accord ! Message: Enlightenment DR17 rocks! Shame on whoever doesn't agree! --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[e-devel] No Loaded Modules
Hello! I'm attaching a small patch to nicely show "No Loaded Modules" instead of an empty submenu in the Modules menu when there's 'no loaded modules' :) Cheers ! ilLogict Website: http://illogict.online.fr E-Mail: [EMAIL PROTECTED] AIM/NIM: illogict Yahoo: illogict MSN: [EMAIL PROTECTED] ICQ: #74274856Index: apps/e/src/bin/e_module.c === RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_module.c,v retrieving revision 1.29 diff -u -r1.29 e_module.c --- apps/e/src/bin/e_module.c 15 Jun 2005 22:02:52 - 1.29 +++ apps/e/src/bin/e_module.c 24 Jul 2005 20:58:03 - @@ -301,6 +301,7 @@ E_Menu_Item *mi; Evas_List *l; Module_Menu_Data *dat; + int mod_count = 0; dat = calloc(1, sizeof(Module_Menu_Data)); m = e_menu_new(); @@ -326,6 +327,12 @@ subm = _e_module_control_menu_new(mod); e_menu_item_submenu_set(mi, subm); dat->submenus = evas_list_append(dat->submenus, subm); + ++mod_count; + } + if (mod_count == 0) + { + mi = e_menu_item_new(m); + e_menu_item_label_set(mi, _("(No Loaded Modules)")); } return m; }
Re: [E-devel] E SVN: cedric trunk/efl/src/lib/eet
Dans son message intitulé « E SVN: cedric trunk/efl/src/lib/eet » du Tue, 1 Jan 2013 22:21:44 -0800, "Enlightenment SVN" nous a donné l'occasion de lire : > Log: > efl: fix potential segv. > > > Author: cedric > Date: 2013-01-01 22:21:43 -0800 (Tue, 01 Jan 2013) > New Revision: 81972 > Trac: http://trac.enlightenment.org/e/changeset/81972 > > Modified: > trunk/efl/src/lib/eet/eet_lib.c > > Modified: trunk/efl/src/lib/eet/eet_lib.c > === > --- trunk/efl/src/lib/eet/eet_lib.c 2013-01-02 05:30:06 UTC > (rev 81971) +++ trunk/efl/src/lib/eet/eet_lib.c 2013-01-02 > 06:21:43 UTC (rev 81972) @@ -1431,7 +1431,7 @@ > } > > ef = eet_cache_find(path, eet_readers, eet_readers_num); > - if (ef->readfp == file) goto done; > + if (ef && ef->readfp == file) goto done; > > /* Allocate struct for eet file and have it zero'd out */ > ef = eet_file_malloc(1); Love you! -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Gangnam style dinner !
Dans son message intitulé « Re: [E-devel] [e-users] Gangnam style dinner ! » du Wed, 20 Feb 2013 17:22:53 +0900, Carsten Haitzler (The Rasterman) nous a donné l'occasion de lire : > On Wed, 20 Feb 2013 17:00:55 +0900 Daniel Juyung Seo > said: > > > F.R.I.D.A.Y.N.I.G.H.T? > > Don't you work until the midnight on Friday? > > > > Daniel Juyung Seo (SeoZ) > > cedric doesn't - that's because he's french. and lazy. :) > muahhahahaha. Isn’t he on strike eating baguette or something? :) -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] problem with contributions from batden
Hi all. I'm reluctantly writing today to discuss a problem currently happening with Philippe Guillaumie (batden) and the French translation. I'm not sending this light-hearted, but because my attempts to communicate with him failed: I'm still waiting for a reply to my e-mail, and he's nowhere to be seen on IRC. A little bit over a month ago, a colleague of mine came to me to tell me about the poor state of the French translation in Enlightenment: some strings were undecipherable, whereas some were completely misleading and made him do wrong actions (especially "Reboot" and "Restart Enlightenment"). I then had a quick look a the file, which made me awe in shock by seeing the orthography and grammar mistakes, and moreover the poorly worded and syntaxed sentences (even on strings I happened to translate years ago!) They were certainly not up to the quality that could be expected. I thus made a quick fix for some strings (especially "Reboot" and friends), and changed at the same time the team's address back to enlightenment-intl from his own, as I felt it should be: a single individual (who moreover doesn't have commit access) shouldn't be the sole recipient of messages that are for the team. Oh that pissed him off. He addressed some messages to me on #e.fr (connecting, sending message, disconnecting, thus preventing any discussion from happening), stating that I had no right to commit without his permission, had to go through him, that it was how it worked and was non-negociable and that the team address was his because he was in charge of it. As I had no chance to discuss, as he was always disconnecting right after sending those messages, I sent him an e-mail, expressing my points of view: that I had right to contribute French translations, that being in my area of expertise, that never did he or anyone state that he was in charge and everything had to go through him, and the thing about the team address I stated before. I'm still waiting for a reply. The next day, he came to #e.fr, stating my inappropriate commit broke the system control dialog. Vincent and I replied that translations weren't to circumvent theme bugs, thanking him for the report: I said I'd have a look at it (true, I have yet to do that, completely forgot about it), which made him reply that he was doing something better: giving me charge of the translation, leaving immediately the project, and disconnected. For the record, everybody on #e.fr had been pretty stunned by his reaction. I committed a few days later a huge change, correcting many strings, but still leaving many untouched, as I felt I'd better be doing some code, and that translation could wait a little bit. Fast-forward to earlier this week, when he sent a new PO file to e-intl. I was actually pretty happy about it, until I had a look at the contents. All my corrections were gone. Everything was back to how they were before: hi again spelling and grammar mistakes, and welcome back poorly-worded sentences, which, for a nitpicker and perfectionist like I tend to be, are blood-tearing. I thus asked on #edevelop for people not to commit it, and sent an e-mail to Massimo stating the same (he did commit it anyway). I sent an e-mail to Philippe, stating that while I was happy he wanted to be part of the project again, I was wondering why he reverted all my changes. As expected, I have yet to hear back from him. I didn't want to revert, as I feel there's no need to play who's the most childish. After discussing with others, conclusion was that best thing to do was to go public, as I have yet to hear anything from him, hence this pretty long message. I'm hoping that Philippe will finally come out of his mutism and state what he has to say. Thank you for reading. Cheers! Chidambar -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Several patches
Hello all! Been a long time, so here are some patches :) - evas-configure-xcb_image_version_requirement.patch: check for xcb-image at least version 0.2.1 - e-scrollframe-correct_thumbscroll.patch: corrects thumbscroll so that scrollbars can be used correctly even if thumbscroll is activated, useful on portable device when we activate thumbscroll but still want to use scrollbars with stylus; works great with laptops' touchpads - e-config-thumbscroll_default.patch: activate thumbscroll by default :) - e-config-dpms_correct.patch: correct default values for DPMS timeouts - ecore-x-pointer_mapping_support.patch: add support for modifying pointer button mapping - e-config-pointer_mapping_support.patch: and actually use that on Enlightenment Cheers! Chidambar "ilLogict" Zinnoury Index: trunk/evas/configure.in === --- trunk/evas/configure.in (revision 35759) +++ trunk/evas/configure.in (working copy) @@ -389,7 +389,7 @@ if test "x$want_evas_software_xcb" = "xyes"; then PKG_CHECK_MODULES( XCB, -xcb xcb-shm xcb-image pixman-1, +xcb xcb-shm xcb-image >= 0.2.1 pixman-1, [ AC_DEFINE(BUILD_ENGINE_SOFTWARE_XCB, 1, [Software XCB Rendering Backend]) have_evas_software_xcb="yes" @@ -452,7 +452,7 @@ ], [ if test "x$want_evas_sdl" = "xyes" -a "x$use_strict" = "xyes" ; then -AC_MSG_ERROR([Sdl not found (strict dependencies checking)]) +AC_MSG_ERROR([SDL not found (strict dependencies checking)]) fi ] ) @@ -729,7 +729,7 @@ if test "x$want_evas_xrender_xcb" = "xyes"; then PKG_CHECK_MODULES( XCBRENDER, -xcb xcb-shm xcb-render xcb-image, +xcb xcb-shm xcb-render xcb-image >= 0.2.1, [ AC_DEFINE(BUILD_ENGINE_XRENDER_XCB, 1, [Xrender XCB Rendering Backend]) have_evas_xrender_xcb="yes" Index: trunk/e/src/bin/e_scrollframe.c === --- trunk/e/src/bin/e_scrollframe.c (revision 35759) +++ trunk/e/src/bin/e_scrollframe.c (working copy) @@ -603,22 +603,23 @@ evas_event_feed_hold(e, 1, ev->timestamp, ev->data); ev->event_flags |= EVAS_EVENT_FLAG_ON_HOLD; sd->down.dragged = 1; - } - x = sd->down.sx - (ev->cur.canvas.x - sd->down.x); - y = sd->down.sy - (ev->cur.canvas.y - sd->down.y); - if ((sd->down.dir_x) || (sd->down.dir_y)) - { - if (!sd->down.locked) + x = sd->down.sx - (ev->cur.canvas.x - sd->down.x); + y = sd->down.sy - (ev->cur.canvas.y - sd->down.y); + if ((sd->down.dir_x) || (sd->down.dir_y)) { - printf("lock dir to x%iy%i\n", sd->down.dir_x, sd->down.dir_y); - sd->down.locked_x = x; - sd->down.locked_y = y; - sd->down.locked = 1; + if (!sd->down.locked) + { + printf("lock dir to x%iy%i\n", sd->down.dir_x, + sd->down.dir_y); + sd->down.locked_x = x; + sd->down.locked_y = y; + sd->down.locked = 1; + } + if (sd->down.dir_x) y = sd->down.locked_y; + else x = sd->down.locked_x; } - if (sd->down.dir_x) y = sd->down.locked_y; - else x = sd->down.locked_x; + e_scrollframe_child_pos_set(sd->smart_obj, x, y); } - e_scrollframe_child_pos_set(sd->smart_obj, x, y); } } } @@ -676,6 +677,8 @@ x = vx * (double)mx; y = vy * (double)my; sd->pan_func.set(sd->pan_obj, x, y); + if ((e_config->thumbscroll_enable) && (sd->down.now) && (!sd->down.dragged)) + sd->down.now = 0; } static void Index: trunk/e/src/bin/e_config.c === --- trunk/e/src/bin/e_config.c (revision 35759) +++ trunk/e/src/bin/e_config.c (working copy) @@ -1525,9 +1525,13 @@ IFCFGEND; IFCFG(0x0124); - e_config->thumbscroll_enable = 0; + e_config->thumbscroll_enable = 1; e_config->thumbscroll_threshhold = 8; e_config->thumbscroll_momentum_threshhold = 100.0; e_config->thumbscroll_friction = 1.0; Index: trunk/e/config/default/e.src === --- trunk/e/config/default/e.src (revision 35759) +++ trunk/e/config/default/e.src (working copy) @@ -1974,7 +1974,7 @@ value "menu_apps_show" int: 1; value "ping_clients_interval" int: 128; value "cache_flush_poll_interval" int: 512; - value "thumbscroll_enable" int: 0; + value "thumbscroll_enable" int: 1; value "thumbscroll_threshhold" int: 8; value "thumbscroll_momentum_threshhold" double: 100.0; value "thumbscroll_frictio
Re: [E-devel] Battery module patch.
Hello! Dans son message intitulé « Re: [E-devel] Battery module patch. » du Wed, 03 Sep 2008 08:58:23 +0300, Bauland Stephane <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Nick Hughart wrote: > > Stéphane BAULAND wrote: > >> Hi, > >> > >> This patch is just a simple patch. I had problem using the battery > >> module, it wasn't working for me. I was bored and i look to > >> sources of badget... The problem comes from the name of the device. > >> > >> For me the battery path is : /sys/class/power_supply/C1FD/ and the > >> module was looking to a name that begin by "bat" i just removed > >> this check. > >> > > You can't just remove this check. The reason this check exists is > > because there can be AC data in the power_supply directory as > > well. We'll have to come up with a better way to determine if the > > supply is a battery or not. > Ok, i will patch it back this evening. I found the way : > > $ cat /sys/class/power_supply/C1FD/type > Battery > $ cat /sys/class/power_supply/C1FB/type > Mains > > I will add a check to find entry with a battery type. I'm currently working on it, + support for new battery detection. Hope to send a patch soon. Cheers! Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ 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/TMP/st/alarm: data/themes src/bin
Hi! Dans son message intitulé « E SVN: raster IN trunk/TMP/st/alarm: data/themes src/bin » du Sun, 7 Sep 2008 05:30:37 -0700, [EMAIL PROTECTED] nous a donné l'occasion de lire : > Author: raster > Date: 2008-09-07 05:30:37 -0700 (Sun, 07 Sep 2008) > New Revision: 35867 > > Modified: > trunk/TMP/st/alarm/data/themes/default.edc > trunk/TMP/st/alarm/src/bin/elm_bg.c > trunk/TMP/st/alarm/src/bin/els_scroller.c Log: > > bars fade/in/out to indicate, but are not usable. drag with mouse to > scroll. Here's a port of my e-scrollframe-correct_thumbscroll.patch so that bars are usable in ELM scroller. Maybe putting a 48px threshold is a bit too much - default is 8px for Enlightenment, and works great... Hope it helps. Cheers! Chidambar 'ilLogict' Zinnoury Index: trunk/TMP/st/alarm/src/bin/els_scroller.c === --- trunk/TMP/st/alarm/src/bin/els_scroller.c (revision 35872) +++ trunk/TMP/st/alarm/src/bin/els_scroller.c (working copy) @@ -589,21 +589,21 @@ evas_event_feed_hold(e, 1, ev->timestamp, ev->data); ev->event_flags |= EVAS_EVENT_FLAG_ON_HOLD; sd->down.dragged = 1; - } - x = sd->down.sx - (ev->cur.canvas.x - sd->down.x); - y = sd->down.sy - (ev->cur.canvas.y - sd->down.y); - if ((sd->down.dir_x) || (sd->down.dir_y)) - { - if (!sd->down.locked) + x = sd->down.sx - (ev->cur.canvas.x - sd->down.x); + y = sd->down.sy - (ev->cur.canvas.y - sd->down.y); + if ((sd->down.dir_x) || (sd->down.dir_y)) { - sd->down.locked_x = x; - sd->down.locked_y = y; - sd->down.locked = 1; + if (!sd->down.locked) + { + sd->down.locked_x = x; + sd->down.locked_y = y; + sd->down.locked = 1; + } + if (sd->down.dir_x) y = sd->down.locked_y; + else x = sd->down.locked_x; } - if (sd->down.dir_x) y = sd->down.locked_y; - else x = sd->down.locked_x; + elm_smart_scroller_child_pos_set(sd->smart_obj, x, y); } - elm_smart_scroller_child_pos_set(sd->smart_obj, x, y); } } } signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/e/src/bin
Dans son message intitulé « E SVN: raster trunk/e/src/bin » du Wed, 10 Sep 2008 20:37:06 -0700, [EMAIL PROTECTED] nous a donné l'occasion de lire : > Author: raster > Date: 2008-09-10 20:37:06 -0700 (Wed, 10 Sep 2008) > New Revision: 35940 > > Modified: > trunk/e/src/bin/e_scrollframe.c > Log: > > simplify thumbscroll a little. [snip] Seems part of the patch was lost somewhere... Here it is. Cheers! Index: trunk/e/src/bin/e_scrollframe.c === --- trunk/e/src/bin/e_scrollframe.c (revision 35941) +++ trunk/e/src/bin/e_scrollframe.c (working copy) @@ -675,6 +675,8 @@ x = vx * (double)mx; y = vy * (double)my; sd->pan_func.set(sd->pan_obj, x, y); + if ((e_config->thumbscroll_enable) && (sd->down.now) && (!sd->down.dragged)) + sd->down.now = 0; } static void signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch: bug: exebuf on other zones doesn't allow mouse to work properly
Hello! Here is a patch for the bug: "exebuf on other zones doesn't allow mouse to work properly (only zone/screen 0 works properly)". There is no need to add zone coordinates while computing fed mouse event. Cheers! Chidambar "ilLogict" Zinnoury Index: trunk/e/src/modules/exebuf/e_exebuf.c === --- trunk/e/src/modules/exebuf/e_exebuf.c (revision 36144) +++ trunk/e/src/modules/exebuf/e_exebuf.c (working copy) @@ -1355,8 +1355,8 @@ } } - evas_event_feed_mouse_move(exebuf->evas, ev->x - exebuf->x + -exebuf->zone->x, ev->y - exebuf->y + exebuf->zone->y, ev->time, NULL); + evas_event_feed_mouse_move(exebuf->evas, ev->x - exebuf->x, + ev->y - exebuf->y, ev->time, NULL); return 1; } signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch: fix exebuf segfault
Hello! This patch that fixes a segfault that occurs when your exebuf history is empty and you try to display it. Cheers! Chidambar "ilLogict" Zinnoury Index: trunk/e/src/modules/exebuf/e_exebuf.c === --- trunk/e/src/modules/exebuf/e_exebuf.c (revision 36120) +++ trunk/e/src/modules/exebuf/e_exebuf.c (working copy) @@ -655,13 +655,16 @@ else { _e_exebuf_hist_update(); - which_list = HIST_LIST; - ev_last_which_list = HIST_LIST; - exe_sel = eaps->data; - if (exe_sel) - { - _e_exebuf_exe_sel(exe_sel); - _e_exebuf_eap_scroll_to(0); + if (eaps) + { + which_list = HIST_LIST; + ev_last_which_list = HIST_LIST; + exe_sel = eaps->data; + if (exe_sel) + { + _e_exebuf_exe_sel(exe_sel); + _e_exebuf_eap_scroll_to(0); + } } } } signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patches: pager
Hello! Here are two patches: - e-pager-move_signals.patch: prevents from sending dragging signals when moving mouse cursor over the same desktop - e-pager-deleted_border_drop_fix.patch: remove a segfault when a border has been closed before the drop actually happened (maybe display a notification to user?) Cheers! Chidambar 'ilLogict' Zinnoury Index: trunk/e/src/modules/pager/e_mod_main.c === --- trunk/e/src/modules/pager/e_mod_main.c (revision 36225) +++ trunk/e/src/modules/pager/e_mod_main.c (working copy) @@ -2104,6 +2104,7 @@ else if (!strcmp(type, "enlightenment/border")) { bd = ev->data; + if (e_object_is_del(E_OBJECT(bd))) goto done; e_layout_coord_virtual_to_canvas(pd->o_layout, bd->x, bd->y, &wx, &wy); e_layout_coord_virtual_to_canvas(pd->o_layout, bd->x + bd->w, bd->y + bd->h, &wx2, &wy2); dx = (wx - wx2) / 2; @@ -2133,6 +2134,7 @@ } } +done: for (l = p->desks; l && p->active_drop_pd; l = l->next) { pd = l->data; Index: trunk/e/src/modules/pager/e_mod_main.c === --- trunk/e/src/modules/pager/e_mod_main.c (revision 36225) +++ trunk/e/src/modules/pager/e_mod_main.c (working copy) @@ -1983,6 +1983,7 @@ evas_object_geometry_get(p->o_table, &xx, &yy, NULL, NULL); if (p->inst) e_box_align_pixel_offset_get(p->inst->gcc->o_box, &ox, &oy); pd = _pager_desk_at_coord(p, x + xx + ox, y + yy + oy); + if (pd == p->active_drop_pd) return; for (l = p->desks; l; l = l->next) { pd2 = l->data; signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch: prevent exebuf from trying to match with empty commands
Hello! Here is a patch that prevents exebuf from matching .desktops for icons when having an empty buffer (matches here with cups.desktop which has an empty generic name). Cheers ! Chidambar 'ilLogict' Zinnoury P.S. : This a resend, my first mail (sent yesterday) has been lost somewhere... Index: trunk/e/src/modules/exebuf/e_exebuf.c === --- trunk/e/src/modules/exebuf/e_exebuf.c (revision 36289) +++ trunk/e/src/modules/exebuf/e_exebuf.c (working copy) @@ -414,6 +414,9 @@ edje_object_part_text_set(bg_object, "e.text.label", cmd_buf); if (icon_object) evas_object_del(icon_object); icon_object = NULL; + + if (!cmd_buf[0]) return; + desktop = efreet_util_desktop_exec_find(cmd_buf); if (!desktop) desktop = efreet_util_desktop_name_find(cmd_buf); if (!desktop) desktop = efreet_util_desktop_generic_name_find(cmd_buf); signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: toma trunk/THEMES/b_and_w
Hello! Dans son message intitulé « E SVN: toma trunk/THEMES/b_and_w » du Sat, 27 Sep 2008 19:36:43 -0700, "Enlightenment SVN" <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Log: > Swap icon in. Test it in Wallpaper/Gradient selector. [snip] IMHO, this icon does not really match the rest of the theme: there is no other one with a white border. Same icon without that white border but a pixel-glow effect next to border (such as the check icon) would be great. My 2 cents. As I am into it, I also would like to thank you for all the great artwork you're creating :D Cheers! Chidambar "ilLogict" Zinnoury P.S. : This a resend, my first mail (sent yesterday) has been lost somewhere... signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Additions of subicons to ilist and revamp of transitions settings
Hello all! Here are some patches: - e-ilist-subicons.patch adds subicons support to ilist: subicons are icons that you can show on top of icons to add some hint for the user: e.g. that an element changed. Position and size is determined by theme (on bling-bling and b and w, I put them on top right). - e-preview-maximum_size_removal.patch removes maximum size settings so that previews are expanded on select configuration settings :) - e-modules-transitions.patch is a revamp of transition settings window: - adds support to tell if configuration has been changed or is the same as previous settings - layout has been modified so that preview is under ilists - icons have to been added to tell if a transition for an event has been set or none - if a particular event transition has been modified, its icon will get a subicon (none for bling-bling, exclamation mark for b and w, fell free to modify) to show that there are unsaved modifications Comments welcome. Cheers! Chidambar 'ilLogict' Zinnoury Index: trunk/e/src/bin/e_ilist.c === --- trunk/e/src/bin/e_ilist.c (revision 36392) +++ trunk/e/src/bin/e_ilist.c (working copy) @@ -335,6 +335,7 @@ if (!(si = sd->items->data)) continue; sd->items = evas_list_remove_list(sd->items, sd->items); if (si->o_icon) evas_object_del(si->o_icon); + if (si->o_subicon) evas_object_del(si->o_subicon); evas_object_del(si->o_base); E_FREE(si); } @@ -556,6 +557,20 @@ return NULL; } +EAPI Evas_Object * +e_ilist_selected_subicon_get(Evas_Object *obj) +{ + E_Ilist_Item *si = NULL; + + API_ENTRY return NULL; + if (!sd->items) return NULL; + if (sd->multi_select) return NULL; + if (sd->selected < 0) return NULL; + si = evas_list_nth(sd->items, sd->selected); + if (si) return si->o_subicon; + return NULL; +} + EAPI void e_ilist_selected_geometry_get(Evas_Object *obj, Evas_Coord *x, Evas_Coord *y, Evas_Coord *w, Evas_Coord *h) { @@ -599,6 +614,7 @@ sd->items = evas_list_remove(sd->items, si); if (sd->selected == n) sd->selected = -1; if (si->o_icon) evas_object_del(si->o_icon); + if (si->o_subicon) evas_object_del(si->o_subicon); evas_object_del(si->o_base); E_FREE(si); } @@ -663,6 +679,40 @@ } } +EAPI Evas_Object * +e_ilist_nth_subicon_get(Evas_Object *obj, int n) +{ + E_Ilist_Item *si = NULL; + + API_ENTRY return NULL; + if (!sd->items) return NULL; + si = evas_list_nth(sd->items, n); + if (si) return si->o_subicon; + return NULL; +} + +EAPI void +e_ilist_nth_subicon_set(Evas_Object *obj, int n, Evas_Object *subicon) +{ + E_Ilist_Item *si = NULL; + + API_ENTRY return; + if (!sd->items) return; + if (!(si = evas_list_nth(sd->items, n))) return; + if (si->o_subicon) + { + edje_object_part_unswallow(si->o_base, si->o_subicon); + evas_object_del(si->o_subicon); + } + si->o_subicon = subicon; + if (si->o_subicon) + { + //edje_extern_object_min_size_set(si->o_subicon, sd->iw/4, sd->ih/4); + edje_object_part_swallow(si->o_base, "e.swallow.subicon", si->o_subicon); + evas_object_show(si->o_subicon); + } +} + EAPI int e_ilist_nth_is_header(Evas_Object *obj, int n) { Index: trunk/e/src/bin/e_ilist.h === --- trunk/e/src/bin/e_ilist.h (revision 36392) +++ trunk/e/src/bin/e_ilist.h (working copy) @@ -11,6 +11,7 @@ void *sd; Evas_Object *o_base; Evas_Object *o_icon; + Evas_Object *o_subicon; unsigned char header : 1; unsigned char selected : 1; @@ -40,6 +41,7 @@ EAPI void*e_ilist_selected_data_get (Evas_Object *obj); EAPI void*e_ilist_selected_data2_get(Evas_Object *obj); EAPI Evas_Object *e_ilist_selected_icon_get (Evas_Object *obj); +EAPI Evas_Object *e_ilist_selected_subicon_get (Evas_Object *obj); EAPI void e_ilist_selected_geometry_get (Evas_Object *obj, Evas_Coord *x, Evas_Coord *y, Evas_Coord *w, Evas_Coord *h); EAPI int e_ilist_selected_count_get(Evas_Object *obj); EAPI void e_ilist_remove_num(Evas_Object *obj, int n); @@ -47,6 +49,8 @@ EAPI void e_ilist_nth_label_set (Evas_Object *obj, int n, const char *label); EAPI Evas_Object *e_ilist_nth_icon_get (Evas_Object *obj, int n); EAPI void e_ilist_nth_icon_set (Evas_Object *obj, int n, Evas_Object *icon); +EAPI Evas_Object *e_ilist_nth_subicon_get (Evas_Object *obj, int n); +EAPI void e_ilist_nth_subicon_set (Evas_Object *obj, int n, Evas_Object *subicon); EAPI int e_ilist_nth_is_header (Evas_Object *obj, int n); EAPI void e_ilist_nth_geometry_get (Evas_Object *obj, int n, Evas_Coord *x, Evas_Coord *y, Evas_Coord *w, Eva
[E-devel] [E-deve] patch: bug: wrong popup dimension computation
Hello! Here is a patch that corrects popup width computations (best seen when we have as many columns as rows): as all elements are integer, and intermediate values are also integer, so we want to multiply all values before division. Cheers! Chidambar Index: trunk/e/src/modules/pager/e_mod_main.c === --- trunk/e/src/modules/pager/e_mod_main.c (revision 36392) +++ trunk/e/src/modules/pager/e_mod_main.c (working copy) @@ -711,7 +711,7 @@ else height = pager_config->popup_height * y; - width = ((zone->w * x)/(zone->h * y)) * height; + width = height * (zone->w * x)/(zone->h * y); evas_object_move(pp->pager->o_table, 0, 0); evas_object_resize(pp->pager->o_table, width, height); signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch: prevent exebuf from trying to match with empty commands
Hello! Here is a patch that prevents exebuf from matching .desktops for icons when having an empty buffer (matches here with cups.desktop which has an empty generic name). Cheers ! Chidambar 'ilLogict' Zinnoury Index: trunk/e/src/modules/exebuf/e_exebuf.c === --- trunk/e/src/modules/exebuf/e_exebuf.c (revision 36289) +++ trunk/e/src/modules/exebuf/e_exebuf.c (working copy) @@ -414,6 +414,9 @@ edje_object_part_text_set(bg_object, "e.text.label", cmd_buf); if (icon_object) evas_object_del(icon_object); icon_object = NULL; + + if (!cmd_buf[0]) return; + desktop = efreet_util_desktop_exec_find(cmd_buf); if (!desktop) desktop = efreet_util_desktop_name_find(cmd_buf); if (!desktop) desktop = efreet_util_desktop_generic_name_find(cmd_buf); signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: toma trunk/THEMES/b_and_w
Hello! Dans son message intitulé « E SVN: toma trunk/THEMES/b_and_w » du Sat, 27 Sep 2008 19:36:43 -0700, "Enlightenment SVN" <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Log: > Swap icon in. Test it in Wallpaper/Gradient selector. [snip] IMHO, this icon does not really match the rest of the theme: there is no other one with a white border. Same icon without that white border but a pixel-glow effect next to border (such as the check icon) would be great. My 2 cents. As I am into it, I also would like to thank you for all the great artwork you're creating :D Cheers! Chidambar "ilLogict" Zinnoury signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] patch: pager: raise selected desktop before sending signal
Hello! Here is a patch that raises selected desktop before sending it the "e,state,selected" signal so that animation won't be hidden by adjacent desktops. Cheers! Chidambar Index: trunk/e/src/modules/pager/e_mod_main.c === --- trunk/e/src/modules/pager/e_mod_main.c (revision 36441) +++ trunk/e/src/modules/pager/e_mod_main.c (working copy) @@ -442,6 +442,7 @@ if (pd == pd2) { pd2->current = 1; + evas_object_raise(pd2->o_desk); edje_object_signal_emit(pd2->o_desk, "e,state,selected", "e"); } else signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch: bug: exebuf on other zones doesn't allow mouse to work properly
Dans son message intitulé « [E-devel] Patch: bug: exebuf on other zones doesn't allow mouse to work properly » du Sun, 21 Sep 2008 11:38:42 +0200, Chidambar 'ilLogict' Zinnoury <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Hello! > > Here is a patch for the bug: "exebuf on other zones doesn't allow > mouse to work properly (only zone/screen 0 works properly)". > > There is no need to add zone coordinates while computing fed mouse > event. > > Cheers! > > Chidambar "ilLogict" Zinnoury Committed. Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patches: pager
Dans son message intitulé « [E-devel] patches: pager » du Thu, 25 Sep 2008 22:09:21 +0200, Chidambar 'ilLogict' Zinnoury <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Hello! > > Here are two patches: > - e-pager-move_signals.patch: prevents from sending dragging signals > when moving mouse cursor over the same desktop > - e-pager-deleted_border_drop_fix.patch: remove a segfault when a > border has been closed before the drop actually happened (maybe > display a notification to user?) > > Cheers! > > Chidambar 'ilLogict' Zinnoury Committed. Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: illogict trunk/e/src/modules/pager
Hello! Dans son message intitulé « Re: [E-devel] E SVN: illogict trunk/e/src/modules/pager » du Sun, 05 Oct 2008 21:00:55 +0200, Sebastian Dransfeld <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Enlightenment SVN wrote: > > Log: > > Remove a segfault when a border has been closed before the drop > > actually happened (maybe display a notification to user?) > > Isn't it better if the closed border aborts the drag? > > Sebastian Yes, indeed :) Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: illogict trunk/e/src/modules/conf_interaction
Hello! Dans son message intitulé « Re: [E-devel] E SVN: illogict trunk/e/src/modules/conf_interaction » du Tue, 7 Oct 2008 10:58:39 -0300, "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > On Tue, Oct 7, 2008 at 10:45 AM, Toma <[EMAIL PROTECTED]> wrote: > > 2008/10/7 Gustavo Sverzut Barbieri <[EMAIL PROTECTED]>: > >> On Tue, Oct 7, 2008 at 10:00 AM, Toma <[EMAIL PROTECTED]> wrote: > >>> 2008/10/7 Gustavo Sverzut Barbieri <[EMAIL PROTECTED]>: > >>>> On Tue, Oct 7, 2008 at 2:57 AM, Enlightenment SVN > >>>> <[EMAIL PROTECTED]> wrote: > >>>>> Log: > >>>>> Some work on interaction settings: > >>>>> - group on a thumbscroll framelist; > >>>>> - threshhold ?\226?\134?\146 threshold; > >>>>> - add check changed. > >>>> > >>>> > >>>> that's awesome, I see people liked the "check_changed", we > >>>> should add this to other dialogs as well. Yes, more commits are to come :) > >>>> something else I'd like to see is to move, where possible, > >>>> layouts to edje with swallow parts, that way we can have special > >>>> layouts in embedded systems like illume. Side effect is to > >>>> simplify code a lot. What do you think? I think that is a great idea, the more we rely on Edje instead of fixed widgets, the better. [snip] > >> - themes may wish to change the layout, illume is one of them > >> because it's meant for small touch screen, this might serve for set > >> top boxes to be controlled with remote control. > >> > >> so why not? :-) [snip] That's a really good point, we could have themes that are tailored for specific uses, or even maybe user-selectable profiles in a given theme. > I want to add "sequence box" to edje before the end of the year, so > even the dynamic elements will be possible. (For those that don't know > what I mean with "sequence box", it's a box, or container, that packs > a sequence of objects, you can think of it as vertical/horizontal box > or flow layout, that would position children like a text flow). This > will be easy to add since we know have size hints as object property > and we'll make edje use those. Great! Cheers! Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: illogict IN trunk/E-MODULES-EXTRA: alarm bling calendar cpu deskshow execwatch flame forecasts language mail mem mpdule net news penguins photo rain slideshow snow taskbar tclock
Hello! Dans son message intitulé « Re: [E-devel] E SVN: illogict IN trunk/E-MODULES-EXTRA: alarm bling calendar cpu deskshow execwatch flame forecasts language mail mem mpdule net news penguins photo rain slideshow snow taskbar tclock uptime weather winselector wlan » du Thu, 16 Oct 2008 09:47:45 +1000, David Seikel <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > On Wed, 15 Oct 2008 13:04:36 -0700 "Enlightenment SVN" > <[EMAIL PROTECTED]> wrote: > > > Log: > > And finally recompile e extra modules' edje files. > > All edje files on repository should be using the latest eet > > version. > > Actually, all files that get compiled should be compiled be the make > files or whatever if we have source in SVN. For most (all?) edje > files we should have the source in SVN. Well, it would be great if it were the case, but it's not. I'll try to get all of them. Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Edje files on SVN
Hello all. I'm writing to try to get all original sources and images for the edje files on SVN. This would enable them to be regenerated on compilation to avoid problem with recompilation (and thus quality loss for lossyly compressed images) if any eet file format change happens in the future. Thank you in advance. Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] FOSDEM 2009
Hello! Dans son message intitulé « Re: [E-devel] FOSDEM 2009 » du Thu, 23 Oct 2008 22:38:58 +0300, Stephane Bauland <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > I think i will be with you too. Not sure right now. Same here, I *may* come, not really sure for the moment. Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: illogict trunk/e/src/modules/conf_display
Hello. Dans son message intitulé « Re: [E-devel] E SVN: illogict trunk/e/src/modules/conf_display » du Sun, 9 Nov 2008 18:56:18 -0200, "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Maybe you're interested in helping me with xrandr1.3? We need to add > stuff to ecore_x (events and new calls) and then change the dialog. I assume you're talking about xrandr1.2 :P. Yes, I'm ok with helping you. Cheers! Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Edje files on SVN
Resending an old mail that was lost somewhere... Begin forwarded message: Date: Thu, 16 Oct 2008 12:25:44 +0200 From: Chidambar 'ilLogict' Zinnoury <[EMAIL PROTECTED]> To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] Edje files on SVN Hello all. I'm writing to try to get all original sources and images for the edje files on SVN. This would enable them to be regenerated on compilation to avoid problem with recompilation (and thus quality loss for lossyly compressed images) if any eet file format change happens in the future. Thank you in advance. Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > > btw, as others on IRC: I dislike the new config dialog. > > > > maybe if we reduce the number of categories and avoid scroll, it > > could work better. since it's very similar to macos, we could do > > like them and put a first screen to choose the category, so it's > > like: Configuration window: Look, Apps, ... as a grid or so, > > possible with descriptive texts as we see on macos, kde or vista. > > Look window: Wallpaper, theme... followed by the selected app > > dialog. > > > > maybe this will not match e17 way, so out of ideas. > > Another idea might be collapsible headers for each category. Clicking > on the header would then expand that category in the list. In fact a > generic collapsible widget could be useful in other places as well. FWIW, I almost have that for ilist. I have a little resizing issue when collapsing, apart from that it should be ok for general comsumption soon. > Another idea would be to have a list of categories. Once you pick a > category, the contents of the list are replaced with that category > with a button to go backwards. This type of interface works on a > touchscreen as well as a desktop. Some examples of this type of > interface is the iPhone Settings and to a lesser extent the Windows > Control Panel (the new one with the categories and such, not the > classic one). Both provide a similar flow of category -> items and > include some way to go back. So in this way I see it as serving both > worlds and also has some track record of actually being useful for > both. I was wondering if it wouldn't be better to always use the same window instead of opening a new window everytime, e.g., you selected category, then item, and all the content of the window is being replaced by the settings themselves instead of opening a new one. Problem is that I think that it is against E philosophy... Cheers! Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 12:33:47 -0600, Nick Hughart <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > On Fri, 21 Nov 2008 19:19:41 +0100 > Chidambar 'ilLogict' Zinnoury <[EMAIL PROTECTED]> wrote: > > > Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, > > Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart > > <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > > > > > Another idea might be collapsible headers for each category. > > > Clicking on the header would then expand that category in the > > > list. In fact a generic collapsible widget could be useful in > > > other places as well. > > > > FWIW, I almost have that for ilist. I have a little resizing issue > > when collapsing, apart from that it should be ok for general > > comsumption soon. > > Is this a generic widget that I can put any widgets in or just for the > ilist headers? No, it's just for ilist headers (basically, it hides all elements between folded header to the next one). Chidambar > > > Another idea would be to have a list of categories. Once you > > > pick a category, the contents of the list are replaced with that > > > category with a button to go backwards. This type of interface > > > works on a touchscreen as well as a desktop. Some examples of > > > this type of interface is the iPhone Settings and to a lesser > > > extent the Windows Control Panel (the new one with the categories > > > and such, not the classic one). Both provide a similar flow of > > > category -> items and include some way to go back. So in this > > > way I see it as serving both worlds and also has some track > > > record of actually being useful for both. > > > > I was wondering if it wouldn't be better to always use the same > > window instead of opening a new window everytime, e.g., you selected > > category, then item, and all the content of the window is being > > replaced by the settings themselves instead of opening a new one. > > Problem is that I think that it is against E philosophy... > > I think this would be a neat idea myself, not sure about others. signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFM: thoughts, current work et al.
Hello! I'm currently working on EFM, by trying to make operations atomic (for mount...). Work on EFM is always a big part of E's todo. But as I don't really use file managers, I don't really know: - what doesn't work like expected, - what features are missing, - what kind of killer-features only available to EFM you would want to see, - and so on... So, if you have anything to share, please send your thoughts. :) Cheers! Chidambar signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore_file_mod_time return type
Hello. Why does ecore_file_mod_time return a long long instead of a time_t? So that we don't need to include time.h? Thank you in advance. Cheers! Chidambar -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] JPEG EXIF orientation support
Hello! Currently, nor Evas nor Ethumb support reading EXIF tags to correctly orient a JPEG image. I thus am wondering whether it would be oppropriate to link Evas' JPEG loader to EXIF so that all images would be correctly rotated, or if it would be better to let applications (and Ethumb) handle that. Thank you in advance. Cheers! Chidambar -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: illogict IN trunk/ethumb: . src/lib src/lib/client
Hello! "Lucas De Marchi" a écrit : > On Sun, Sep 19, 2010 at 2:07 PM, Enlightenment SVN > wrote: > > + if (e->orientation == ETHUMB_THUMB_ORIENT_ORIGINAL) > > + { > > +#ifdef HAVE_LIBEXIF > > + ExifData *exif = exif_data_new_from_file(e->src_path); > > + ExifEntry *entry = NULL; > > + ExifByteOrder bo; > > + int o; > > Missing initialization... If entry is null below, you'll use an > initialized var. Thanks! Didn't see that one. > > + > > + if (exif) > > + { > > + entry = exif_data_get_entry(exif, > EXIF_TAG_ORIENTATION); > > + if (entry) > > You might want to jump on !entry, howeve. We still want to free exif, so I'd say it's fine as it is. > > + { > > + bo = exif_data_get_byte_order(exif); > > + o = exif_get_short(entry->data, bo); > > + } > > + exif_data_free(exif); > > + switch (o) > > Here is the possible case of unitialized use of o. > > Lucas De Marchi Thank you :) Cheers! Chidambar -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: illogict IN trunk/ethumb: . src/lib src/lib/client
Hello! "Gustavo Sverzut Barbieri" a écrit : > BTW, exif parser is super-simple, as we just need a single case I'd > rather have it in ethumb instead of linking with libexif. You can > freely copy and adapt my code from > > http://git.profusion.mobi/cgit.cgi/lightmediascanner.git/tree/src/plugins/jpeg/jpeg.c > > just remove all the cases not used by that and you'll see how short it > is. > > Note: last time i checked most exif parser libraries allocated, copied > and then parsed the whole exif header... that usually contains a > thumbnail! Then you end allocating, read and then parse around 50kb to > get 2 bytes :-( Thank you, I'll have a look at it :) Cheers! Chidambar -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] rfc: ecore_con additions proposal
Hello. I'm planning to add support for the SCTP protocol[1] in ecore_con at some point in the near future (after I'm finished with my current playground - more about it real soon), but as API is being frozen, I thought I'd better send this now. SCTP is a modern protocol with some great features: - supports multi-homing (multiple IPs - both v4 and v6 - per client, at least for fallback, with concurrent multipath transfers on some implementations) - supports multiple streams (16 bits id) over a single association (connection) (a bit like ATM virtual channels) However, ecore_con's API doesn't support that kind of features. Here is thus some proposals: - for multi-homing: - add Eina_List *ecore_con_{server,client}_ips_get(), returning an Eina_List of char *, like ecore_con_{server,client}_ip_get, that will be returning the first ip for SCTP - another proposal would be to make ecore_con_{server,client}_ip_get return the list instead of a sole IP like now (though this is maybe much too invasive) - for multiple streams: - we could make a new client for each stream, with new - Ecore_Con_Client *ecore_con_client_parent_get(Ecore_Con_Client *child), that would give the 0th, - int ecore_con_client_child_id_get(Ecore_Con_Client *child), that would give this client id, - Ecore_Con_Client *ecore_con_client_child_get(Ecore_Con_Client *parent, int id), that would give the nth stream, creating a new Ecore_Con_Client if needed - Eina_List *ecore_con_client_children_get(Ecore_Con_Client *parent) - add an int stream to Ecore_Con_Event_{Client/Server}_Data and ecore_con_{client,server}_send() This can also be of use for TCP, as we could use the Out-Of-Band bit to have a second stream. Please comment on these propositions. Cheers! Chidambar [1] RFC4960 "Stream Control Transmission Protocol" http://tools.ietf.org/html/rfc4960 -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [tentative patch] evas memleak when no callbacks
Hello. I'm seeing some memleaks while using Evas' buffer engine. After investigation, it seems that evas_free does nothing and returns immediately if the canvas has no callbacks, which is what happens with the buffer engine. The attached patch seems to do the trick. However, as I don't know that much Evas' internals, I thought it'd be better to ask whether it's correct or I'm mistaken before committing. So please comment. Cheers! Chidambar Index: evas/src/lib/canvas/evas_main.c === --- evas/src/lib/canvas/evas_main.c (revision 52730) +++ evas/src/lib/canvas/evas_main.c (working copy) @@ -202,19 +202,22 @@ if (e->walking_list == 0) evas_render_idle_flush(e); if (e->walking_list > 0) return; - if (!e->callbacks) return; - if (e->callbacks->deletions_waiting) return; - - e->callbacks->deletions_waiting = 0; - evas_event_callback_list_post_free(&e->callbacks->callbacks); - if (!e->callbacks->callbacks) + + if (e->callbacks) { -free(e->callbacks); - e->callbacks = NULL; + if (e->callbacks->deletions_waiting) return; + + e->callbacks->deletions_waiting = 0; + evas_event_callback_list_post_free(&e->callbacks->callbacks); + if (!e->callbacks->callbacks) + { + free(e->callbacks); + e->callbacks = NULL; + } + + _evas_post_event_callback_free(e); } - _evas_post_event_callback_free(e); - del = 1; e->walking_list++; e->cleanup = 1; signature.asc Description: PGP signature -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [e-devel] 2 small patches
Hello! Here are 2 fast patches: - first is for ecore's configure.in: why are the x vars reinitialized? That breaks if X is not installed in standard location (when cross-compiling for instance :D) - second saves current border layer before fullscreening, and reloads it when unfullscreening. Cheers! Chidambar 'ilLogict' Zinnoury --- ecore.old/configure.in 2007-02-21 12:02:08.0 +0100 +++ ecore/configure.in 2007-02-21 12:02:15.0 +0100 @@ -169,11 +169,6 @@ ecore_x_cflags=""; ecore_x_libs=""; -x_dir=""; -x_includes=""; -x_cflags=""; -x_libs=""; - if test "x$have_ecore_txt" = "xyes"; then AC_MSG_CHECKING(whether ecore_x module is to be built) AC_ARG_ENABLE(ecore-x, Index: apps/e/src/bin/e_border.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_border.c,v retrieving revision 1.571 diff -u -r1.571 e_border.c --- apps/e/src/bin/e_border.c 14 Feb 2007 02:43:34 - 1.571 +++ apps/e/src/bin/e_border.c 14 Feb 2007 09:33:15 - @@ -422,6 +422,7 @@ bd->resize_mode = RESIZE_NONE; bd->layer = 100; + bd->saved.layer = bd->layer; bd->changes.icon = 1; bd->changes.size = 1; bd->changes.shape = 1; @@ -974,6 +975,7 @@ raise = e_config->transient.raise; + bd->saved.layer = bd->layer; bd->layer = layer; if (e_config->transient.layer) { @@ -2071,7 +2073,7 @@ e_border_move_resize(bd, bd->saved.x, bd->saved.y, bd->saved.w, bd->saved.h); /* FIXME: Find right layer */ - e_border_layer_set(bd, 100); + e_border_layer_set(bd, bd->saved.layer); e_hints_window_fullscreen_set(bd, 0); bd->client.border.changed = 1; Index: apps/e/src/bin/e_border.h === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_border.h,v retrieving revision 1.153 diff -u -r1.153 e_border.h --- apps/e/src/bin/e_border.h 30 Nov 2006 17:42:41 - 1.153 +++ apps/e/src/bin/e_border.h 14 Feb 2007 09:33:15 - @@ -389,6 +389,7 @@ struct { int x, y, w, h; + unsigned int layer; } saved; struct { pgp5hIOtLKS2u.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore devilhorns
Hello! Le Sun, 4 Mar 2007 23:38:54 -0500 (EST), dans son message intitulé E CVS: libs/ecore devilhorns, Enlightenment CVS <[EMAIL PROTECTED]> a eu le courage de nous raconter : > Enlightenment CVS committal > > Author : devilhorns > Project : e17 > Module : libs/ecore > > Dir : e17/libs/ecore > > > Modified Files: > configure.in > > > Log Message: > Re-enable setting x_ variables to nothing at start of X checks. Not > sure if this was an accidental change or not, but it breaks things > like pbuilder for building pacakges. Fact is that it breaks things when X is not installed in a standard location (I had it when cross-compiling) as checks won't use the --x-includes and --x-libs flags into account, and so will find the host environment X. Strange thing is that Evas doesn't reset all this variables, but it seems that it works, but Ecore doesn't? Cheers! Chidambar 'ilLogict' Zinnoury -- TchinTchin> Quel derby d'Angleterre est mondialement reconnu ? Din'> Le derby d'Écosse ! -+- Din' in Guide de l'Ésialien Enchaîné - "Ah, le Royaume-Uni..." -+- pgpP4y9rniOB2.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/edje_viewer urandom
Hello! Quoting Enlightenment CVS <[EMAIL PROTECTED]>: > Enlightenment CVS committal > > Author : urandom > Project : e17 > Module : apps/edje_viewer > > Dir : e17/apps/edje_viewer/src/bin > > > Modified Files: > etk_gui.c > > > Log Message: > fix segfault on empty file selection > > === > RCS file: /cvs/e/e17/apps/edje_viewer/src/bin/etk_gui.c,v > retrieving revision 1.21 > retrieving revision 1.22 > diff -u -3 -r1.21 -r1.22 > --- etk_gui.c14 Jul 2007 00:14:54 -1.21 > +++ etk_gui.c14 Aug 2007 16:21:31 -1.22 > @@ -510,8 +510,9 @@ > > dir = etk_filechooser_widget_current_folder_get( > ETK_FILECHOOSER_WIDGET(gui->fm_chooser)); > - file = etk_filechooser_widget_selected_file_get( > - ETK_FILECHOOSER_WIDGET(gui->fm_chooser)); > + if (!(file = etk_filechooser_widget_selected_file_get( > + ETK_FILECHOOSER_WIDGET(gui->fm_chooser return; It would be easier to read and understand if the return was on another line :) Cheers! - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: englebass trunk/ecore/src/lib/ecore_file
Hello. Dans son message intitulé « E SVN: englebass trunk/ecore/src/lib/ecore_file » du Tue, 9 Dec 2008 12:08:37 -0800, "Enlightenment SVN" <[EMAIL PROTECTED]> nous a donné l'occasion de lire : > Log: > Remove const qualifier. > > Dynamically allocated buffers which we will free shouldn't be const. [snip] Thank you, wasn't sure. Cheers! Chidambar signature.asc Description: PGP signature -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ 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/TMP/st/elementary: data/themes src/bin src/lib
Hello! - "Enlightenment SVN" a écrit : > Log: > more work on slider - i think its complete now vertical mode works. > might be > some buglts to clear up though. > fix scroller to scroll only at animator framerate.. using an > animator making > scrolling much better. > begin genlist (geeric but complicated) list. > > > Author: raster > Date: 2009-02-09 03:23:59 -0800 (Mon, 09 Feb 2009) > New Revision: 38979 > > Added: > trunk/TMP/st/elementary/src/lib/elm_genlist.c > Modified: > trunk/TMP/st/elementary/data/themes/Makefile.am > trunk/TMP/st/elementary/data/themes/default.edc > trunk/TMP/st/elementary/src/bin/test.c > trunk/TMP/st/elementary/src/lib/Elementary.h.in > trunk/TMP/st/elementary/src/lib/Makefile.am > trunk/TMP/st/elementary/src/lib/els_scroller.c > > Modified: trunk/TMP/st/elementary/data/themes/Makefile.am > === > --- trunk/TMP/st/elementary/data/themes/Makefile.am 2009-02-09 > 11:16:56 UTC (rev 38978) > +++ trunk/TMP/st/elementary/data/themes/Makefile.am 2009-02-09 > 11:23:59 UTC (rev 38979) > @@ -108,7 +108,10 @@ > sl_bt2_0_2.png \ > sl_bt2_1.png \ > sl_bt2_2.png \ > -sl_units.png > +sl_units.png \ > +slv_bg.png \ > +slv_bg_over.png \ > +slv_units.png > > default.edj: Makefile $(EXTRA_DIST) > $(EDJE_CC) $(EDJE_FLAGS) \ [snip] It seems you forgot to commit these images :) Cheers! Chidambar -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] meeting in Paris with Raster: restaurant proposal
Dans son message intitulé « [E-devel] meeting in Paris with Raster: restaurant proposal » du Mon, 18 May 2009 17:04:12 +0200 (CEST), Vincent Torri nous a donné l'occasion de lire : > > Hey, > > for people who are in Paris Wednesday, the 27th, May, I propose a > very good restaurant: Le Bistrot Dagorno (9 rue Dagorno, 75012 > Paris). It's a very good restaurant (game food, like wild boar, hare, > etc..., good wine) > > If you want to join, please reply to that mail (and cc me as i'm not > subscribed to e-users ML). > > regards > > Vincent I'll come. Hope it'll be good! :) Cheers! Chidambar signature.asc Description: PGP signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] icons (and other images) license
Hello! What is the license of icons and images? It is not specified (at least for E), or that I'm too blind to find it :) Can we suppose that it's the same license as code for each project? Cheers! Chidambar -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] icons (and other images) license
Hello! "Tom Haste" a écrit : > As far as the work Ive done is concerned, its under the Enlightened > License [1] so they can basically be used for anything. I dont think > this really covers artworks as such. For me, it would be nice to > link > back the the E project regarding where they came from. I think > Manowarrior and raster would agree to this...? > > Cheers, > Toma. Ok, thank you :) As you forgot the link, here it is for reference, should anyone else need it: [1] http://wiki.enlightenment.org/index.php/Enlightened_License Cheers! Chidambar -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel