Re: [E-devel] E18 CFBugs #2
fixed On Tue, Jun 11, 2013 at 8:53 PM, Nikolas Arend sns...@gmail.com wrote: On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Hello, The recent fixes/changes seem to have messed with hovering gadgets again. I have an ibar, pager, tasks, evry-starter, and places module configured on the hover layer. However, after toggling them and mouse-clicking on either the pager or the underlying desktop background, all gadgets are frozen with respect to the mouse. I have to maneuver to a desktop with windows on it again (using a keyboard shortcut) and click on a window to make the hover layer disappear and regain control of the desktop. Clicking on the bare desktop background would not hide the gadgets. Let me know if you need any other information. Thanks, Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
I battled with X and won. fixed. On Wed, Jun 12, 2013 at 5:48 AM, Daniel Juyung Seo seojuyu...@gmail.comwrote: I have another focus issue. Also this was introduced a while ago. Maybe a month? I don't remember the date exactly (sorry for not reporting the issue. lazy..) 1. there are two terminologies A and B in one virtual desktop. 2. A is focused and can get the keyboard input. 3. ALT + TAB 4. Still A has a focus. Still A gets the keyboard input. When I press alt+tab, both A and B's boarders are lighlighted as if the focus move from A to B and from B to A again. My e18 focus settings is: - Focus Policy : Sloppy - New Window Focus : All windows If you need more information, let me know. Thanks in advance. Daniel Juyung Seo (SeoZ) On Tue, Jun 11, 2013 at 6:55 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Wed, Jun 12, 2013 at 3:17 AM, Gustavo Lima Chaves gl...@profusion.mobiwrote: * Carsten Haitzler ras...@rasterman.com [2013-06-12 09:02:31 +0900]: On Tue, 11 Jun 2013 16:35:01 +0100 Ian Lee ian.rob@gmail.com said: Application based resize markers don't let me resize the application. I sometimes use my keyboard on another system, when I plug it back in it defaults to the X11 keyboard layout which is US and not what is configure in E17 e has no xinput hotplug support at all. there is zero code, so you basically just get whatever xorg is configured to do by default with a new kbd device - i think in xorg.conf. e has no idea you plugged in a new keyboard (or mouse etc.). - on e dialogs, checkboxes toggled by the spacebar only get re-drawn after we unselect the item there's no code anywhere which handles keyboard for check widgets...where are you seeing it? - quickaccess has lots of bugs. i think it gets misconfigured, for non-transient windows (only mode that matters for me), very easily. at least on e restart/re-login, i can say. I guess this got broken a few months ago by my rewrite of the module loading subsystem. fixed now On 11 June 2013 16:15, Massimo Maiurana maiur...@gmail.com wrote: Michael Blumenkrantz, il 11/06/2013 12:32, ha scritto: efl bug, see http://edevel.tumblr.com/image/52633161038 :))) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Lima Chaves Senior Developer @ Intel - Open Source Technology Center -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
Confirmed. AWESOME. Daniel Juyung Seo (SeoZ) On Wed, Jun 12, 2013 at 4:42 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: I battled with X and won. fixed. On Wed, Jun 12, 2013 at 5:48 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: I have another focus issue. Also this was introduced a while ago. Maybe a month? I don't remember the date exactly (sorry for not reporting the issue. lazy..) 1. there are two terminologies A and B in one virtual desktop. 2. A is focused and can get the keyboard input. 3. ALT + TAB 4. Still A has a focus. Still A gets the keyboard input. When I press alt+tab, both A and B's boarders are lighlighted as if the focus move from A to B and from B to A again. My e18 focus settings is: - Focus Policy : Sloppy - New Window Focus : All windows If you need more information, let me know. Thanks in advance. Daniel Juyung Seo (SeoZ) On Tue, Jun 11, 2013 at 6:55 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch] evil and compilation without cryptography
Hello, I tried to compile efl and elementary with mingw (on windows and also with cross compiling) - There was a small problem with the mkstemp function in evil. - If you want to compile without cryptography, I put the dependency in the if there is crypto then - elementary needs S_IRWXO and S_IRWXG to be defined in evil. It is in 1.7.7 but apparently not in git? The attached patch fixes all these. I made this patch under windows but if you want me to go through arcanist I may be able to do it later. I didn't test everything but some examples work (evas_font is not). And make examples doesn't finish and ends with spank spank spank and stringshare stuff. I might investigate this later. Elementary compiles (with a few changes) but elementary_test is not working, it might be the same problem as make examples. Anyway, I wanted to ask if you had thought about using angle for windows? ( https://code.google.com/p/angleproject/ ) Qt is using it. -- http://indefini.org 0001-evil-returned-the-good-value-for-mkstemp.patch Description: Binary data -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] evil and compilation without cryptography
Hello, On Wed, Jun 12, 2013 at 6:33 PM, Christophe Sadoine ch...@indefini.org wrote: I tried to compile efl and elementary with mingw (on windows and also with cross compiling) - There was a small problem with the mkstemp function in evil. - If you want to compile without cryptography, I put the dependency in the if there is crypto then - elementary needs S_IRWXO and S_IRWXG to be defined in evil. It is in 1.7.7 but apparently not in git? The attached patch fixes all these. I made this patch under windows but if you want me to go through arcanist I may be able to do it later. No, that should be fine for the moment :-) Sadly the computer I use to test the windows build and work on it is currently in bad shape. I will try to fix tonight and land your patch. If I can't do that tonight it will have to wait for next week. If that happen, you better at least open a task and assign it to me so I won't forget you. I didn't test everything but some examples work (evas_font is not). And make examples doesn't finish and ends with spank spank spank and stringshare stuff. I might investigate this later. Elementary compiles (with a few changes) but elementary_test is not working, it might be the same problem as make examples. Anyway, I wanted to ask if you had thought about using angle for windows? ( https://code.google.com/p/angleproject/ ) Qt is using it. Yes, I gave a quick look at it and it will be a very valuable solution as we can't use DirectX due to the fact we expose a GL API as part of Evas. No time has been given on implementing a backend using it, but if you are willing to do it, I can help you there and guide you on what need to be done. It is great to see someone trying to help on the windows portability ! Thanks a lot even if it is just a small patch, -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
Hey, Any specific reason for that? -- Tom. On 11/06/13 22:21, Eduardo Lima - Enlightenment Git (Etrunko) wrote: etrunko pushed a commit to branch master. commit d3292a7ae96479c0cb98f3dd74365d8b1faa26a0 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Jun 11 16:44:31 2013 -0300 Split .gitignore into multiple files Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- .gitignore | 298 - data/.gitignore| 1 + dbus-services/.gitignore | 2 + m4/.gitignore | 36 +++ pc/.gitignore | 49 pkgbuild/.gitignore| 4 + po/.gitignore | 13 + spec/.gitignore| 1 + src/bin/edje/.gitignore| 10 + src/bin/eet/.gitignore | 1 + src/bin/eeze/.gitignore| 6 + src/bin/efreet/.gitignore | 3 + src/bin/eldbus/.gitignore | 1 + src/bin/embryo/.gitignore | 1 + src/bin/ethumb/.gitignore | 1 + src/bin/ethumb_client/.gitignore | 3 + src/bin/evas/.gitignore| 6 + src/examples/ecore/.gitignore | 39 +++ src/examples/edje/.gitignore | 21 ++ src/examples/eet/.gitignore| 7 + src/examples/eina/.gitignore | 38 +++ src/examples/eio/.gitignore| 2 + src/examples/eldbus/.gitignore | 10 + src/examples/emotion/.gitignore| 5 + src/examples/eo/.gitignore | 2 + src/examples/ethumb_client/.gitignore | 1 + src/examples/evas/.gitignore | 18 ++ src/lib/.gitignore | 3 + .../evas/engines/gl_common/shader/.gitignore | 1 - src/tests/.gitignore | 4 + src/tests/efreet/.gitignore| 8 + src/tests/eina/.gitignore | 1 + src/tests/emotion/.gitignore | 1 + src/tests/eo/.gitignore| 7 + src/utils/ecore/.gitignore | 1 + 35 files changed, 306 insertions(+), 299 deletions(-) diff --git a/.gitignore b/.gitignore index b12b4ef..f5f951e 100644 --- a/.gitignore +++ b/.gitignore @@ -39,306 +39,8 @@ tags /ltmain.sh /compile /test-driver -/m4/libtool.m4 -/m4/ltoptions.m4 -/m4/ltsugar.m4 -/m4/ltversion.m4 -/m4/lt~obsolete.m4 /missing -/pc/eet.pc -/pc/eina.pc -/pc/eo.pc -/pc/evil.pc -/pc/embryo.pc -/pc/evas-direct3d.pc -/pc/evas-fb.pc -/pc/evas-opengl-cocoa.pc -/pc/evas-opengl-sdl.pc -/pc/evas-opengl-x11.pc -/pc/evas-psl1ght.pc -/pc/evas-software-buffer.pc -/pc/evas-software-ddraw.pc -/pc/evas-software-gdi.pc -/pc/evas-software-sdl.pc -/pc/evas-software-x11.pc -/pc/evas-wayland-egl.pc -/pc/evas-wayland-shm.pc -/pc/evas.pc -/spec/efl.spec -/pkgbuild/PKGBUILD -/pkgbuild/pkg -/pkgbuild/src -/pkgbuild/*.tar.xz -/src/bin/eet/eet -/src/bin/embryo/embryo_cc -/src/bin/evas/dummy_slave -/src/bin/evas/evas_cserve2 -/src/bin/evas/evas_cserve2_client -/src/bin/evas/evas_cserve2_debug -/src/bin/evas/evas_cserve2_slave -/src/bin/evas/evas_cserve2_usage -/src/lib/eina/eina_config.h -/src/lib/ecore_x/ecore_x_version.h -/src/lib/efl/Efl_Config.h -/src/bin/eldbus/eldbus-codegen -/src/bin/efreet/efreet_desktop_cache_create -/src/bin/efreet/efreet_icon_cache_create -/src/bin/efreet/efreetd -/src/utils/ecore/makekeys -/dbus-services/org.enlightenment.Efreet.service -/dbus-services/org.enlightenment.Ethumb.service /INSTALL /ABOUT-NLS /config.rpath -/m4/codeset.m4 -/m4/gettext.m4 -/m4/glibc2.m4 -/m4/glibc21.m4 -/m4/iconv.m4 -/m4/intdiv0.m4 -/m4/intl.m4 -/m4/intldir.m4 -/m4/intlmacosx.m4 -/m4/intmax.m4 -/m4/inttypes-pri.m4 -/m4/inttypes_h.m4 -/m4/lcmessage.m4 -/m4/lib-ld.m4 -/m4/lib-link.m4 -/m4/lib-prefix.m4 -/m4/lock.m4 -/m4/longlong.m4 -/m4/nls.m4 -/m4/po.m4 -/m4/printf-posix.m4 -/m4/progtest.m4 -/m4/size_max.m4 -/m4/stdint_h.m4 -/m4/uintmax_t.m4 -/m4/visibility.m4 -/m4/wchar_t.m4 -/m4/wint_t.m4 -/m4/xsize.m4 -/pc/*.pc -/po/Makefile.in.in -/po/Makevars.template -/po/POTFILES -/po/Rules-quot -/po/boldquot.sed -/po/en@boldquot.header -/po/en@quot.header -/po/insert-header.sin -/po/quot.sed -/po/remove-potcdate.sin -/po/efl.pot -/po/remove-potcdate.sed -/po/stamp-po -/src/bin/edje/edje_cc -/src/bin/edje/edje_codegen -/src/bin/edje/edje_decc
Re: [E-devel] E18 CFBugs #2
On 06/12/2013 08:41 AM, Michael Blumenkrantz wrote: fixed Thanks much! However, there still seem to be some inconsistencies in the way hovering gadgets behave: - I noticed that mouse-clicks are now passed through to the desktop. If the gadget layer is active and I left-click on a window title bar, the window is (in my case) raised and focused, which is what I would expect. If I left-click somewhere on a window itself (not its bar) I get the left-click on background action (main menu pops up in my case) - Sometimes (erratically for all I can tell), clicking on either a window or the background would not trigger the hovering gadgets to disappear. I can have mouse interactions with the windows (e.g. marking text), but the gadget layer is still active. So far a mouse-click anywhere but on a hovering gadget would cause them to hide Cheers,Nick On Tue, Jun 11, 2013 at 8:53 PM, Nikolas Arend sns...@gmail.com wrote: On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Hello, The recent fixes/changes seem to have messed with hovering gadgets again. I have an ibar, pager, tasks, evry-starter, and places module configured on the hover layer. However, after toggling them and mouse-clicking on either the pager or the underlying desktop background, all gadgets are frozen with respect to the mouse. I have to maneuver to a desktop with windows on it again (using a keyboard shortcut) and click on a window to make the hover layer disappear and regain control of the desktop. Clicking on the bare desktop background would not hide the gadgets. Let me know if you need any other information. Thanks, Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: Hi, My systray, which I have in a top border shelf somewhere on the right, is now sometimes jumping to the very left edge of the shelf. In my case it there overlaps the start module. This seems to be triggered by - modifying the shelf settings - changing the screen setup, i.e. output and resolution changes through xrandr An e - restart fixes the issue and the systray goes back to its original place. Thanks, Nick The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] master 06/06: another huge gadman rewrite. hooray.
2013/6/12 Mike Blumenkrantz - Enlightenment Git no-re...@enlightenment.org
discomfitor pushed a commit to branch master.
commit 84793983e18e0e0ba707d754ea3fc5f80cf55c09
Author: Mike Blumenkrantz m.blumenk...@samsung.com
Date: Wed Jun 12 07:41:31 2013 +0100
another huge gadman rewrite. hooray.
* merge gadman overlay to comp canvas using a popup
* unify zone change handlers
* remove stupid container shape change handler (wtf was this supposed
to do?)
That was there (lots of years ago, when I first write gadman) to handle
screen resolution changes.
Gadgets use relative positioning, thus when you change screen resolution
the gadgets was
correctly recalculated their position. For example: if you have a gadget in
the bottom-right corner
and you change the screen resolution to a lower one, the gadget will not
get lost
* better dnd usage
---
src/modules/gadman/e_mod_gadman.c | 170
+-
src/modules/gadman/e_mod_gadman.h | 7 +-
2 files changed, 59 insertions(+), 118 deletions(-)
diff --git a/src/modules/gadman/e_mod_gadman.c
b/src/modules/gadman/e_mod_gadman.c
index ae12ad2..df1fd41 100644
--- a/src/modules/gadman/e_mod_gadman.c
+++ b/src/modules/gadman/e_mod_gadman.c
@@ -11,8 +11,6 @@ static Evas_Object *_create_mover(E_Gadcon *gc);
static Evas_Object *_get_mover(E_Gadcon_Client *gcc);
static E_Gadcon*_gadman_gadcon_new(const char *name,
Gadman_Layer_Type layer, E_Zone *zone, E_Gadcon_Location *loc);
-static void on_shape_change(void *data, E_Container_Shape
*es, E_Container_Shape_Change ch);
-
static void on_top(void *data, Evas_Object *o, const char
*em, const char *src);
static void on_right(void *data, Evas_Object *o, const char
*em, const char *src);
static void on_down(void *data, Evas_Object *o, const char
*em, const char *src);
@@ -39,8 +37,7 @@ static void _e_gadman_client_remove(void
*data __UNUSED__, E_Gadcon_
static void _e_gadman_handlers_add(void);
static void _e_gadman_handler_del(void);
-static Eina_Bool_e_gadman_cb_zone_add(void *data __UNUSED__, int
type __UNUSED__, void *event);
-static Eina_Bool_e_gadman_cb_zone_del(void *data __UNUSED__, int
type __UNUSED__, void *event);
+static Eina_Bool_e_gadman_cb_zone_change(void *data __UNUSED__,
int type __UNUSED__, void *event);
static E_Gadcon_Client *gadman_gadget_place(E_Gadcon_Client *gcc, const
E_Gadcon_Client_Class *cc, E_Config_Gadcon_Client *cf, Gadman_Layer_Type
layer, E_Zone *zone);
static E_Gadcon*gadman_gadcon_get(const E_Zone *zone,
Gadman_Layer_Type layer);
@@ -62,13 +59,13 @@ gadman_reset(void)
E_FREE_LIST(Man-drag_handlers, ecore_event_handler_del);
for (layer = 0; layer GADMAN_LAYER_COUNT; layer++)
{
-EINA_LIST_FREE(Man-gadcons[layer], gc)
- e_object_del(E_OBJECT(gc));
+E_FREE_LIST(Man-gadcons[layer], e_object_del);
Man-gadgets[layer] = eina_list_free(Man-gadgets[layer]);
-
-if (Man-movers[layer]) evas_object_del(Man-movers[layer]);
-Man-movers[layer] = NULL;
+E_FREE_FUNC(Man-movers[layer], evas_object_del);
}
+ E_FREE_FUNC(Man-overlay, e_object_del);
+ E_FREE_FUNC(Man-full_bg, evas_object_del);
+ E_FREE_FUNC(Man-overlay_layer, evas_object_del);
Man-gc_top = NULL;
if (_gadman_gadgets)
{
@@ -106,13 +103,6 @@ gadman_init(E_Module *m)
Man-width = Man-container-w;
Man-height = Man-container-h;
- /* Check if composite is enable */
- if (e_config-use_shaped_win)
- Man-use_shaped_win = 0;
-
- /* with this we can trap screen resolution change (a better way?)*/
- e_container_shape_change_callback_add(Man-container, on_shape_change,
NULL);
-
/* create and register desktop location */
location = Man-location[GADMAN_LAYER_BG] =
e_gadcon_location_new(_(Desktop), E_GADCON_SITE_DESKTOP,
_e_gadman_client_add,
(intptr_t*)(long)GADMAN_LAYER_BG,
@@ -138,7 +128,6 @@ gadman_shutdown(void)
_e_gadman_handler_del();
- e_container_shape_change_callback_del(Man-container, on_shape_change,
NULL);
gadman_gadget_edit_end(NULL, NULL, NULL, NULL);
for (layer = 0; layer GADMAN_LAYER_COUNT; layer++)
@@ -153,11 +142,8 @@ gadman_shutdown(void)
eina_stringshare_del(Man-icon_name);
/* free manager */
- if (Man-top_ee)
- {
-e_canvas_del(Man-top_ee);
-//ecore_evas_free(Man-top_ee);
- }
+ E_FREE_FUNC(Man-overlay, e_object_del);
+ E_FREE_FUNC(Man-overlay_layer, evas_object_del);
if (_gadman_gadgets)
{
eina_hash_free_cb_set(_gadman_gadgets,
EINA_FREE_CB(eina_list_free));
@@ -207,7 +193,10 @@ gadman_gadcon_place_job(E_Gadcon_Client *gcc)
_apply_widget_position(gcc);
if (gcc == gcc-gadcon-drag_gcc)
Re: [E-devel] E18 CFBugs #2
On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel When dragging and dropping a window from the pager (which can be either a gadget or located in a shelf) to the currently active desktop, the window shows up correctly in the pager, but not on the desktop. I have to switch to another desktop and back for it to appear. Cheers,Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
theme bug. fixed. On Wed, Jun 12, 2013 at 12:01 PM, Nikolas Arend sns...@gmail.com wrote: On 06/12/2013 08:41 AM, Michael Blumenkrantz wrote: fixed Thanks much! However, there still seem to be some inconsistencies in the way hovering gadgets behave: - I noticed that mouse-clicks are now passed through to the desktop. If the gadget layer is active and I left-click on a window title bar, the window is (in my case) raised and focused, which is what I would expect. If I left-click somewhere on a window itself (not its bar) I get the left-click on background action (main menu pops up in my case) - Sometimes (erratically for all I can tell), clicking on either a window or the background would not trigger the hovering gadgets to disappear. I can have mouse interactions with the windows (e.g. marking text), but the gadget layer is still active. So far a mouse-click anywhere but on a hovering gadget would cause them to hide Cheers,Nick On Tue, Jun 11, 2013 at 8:53 PM, Nikolas Arend sns...@gmail.com wrote: On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Hello, The recent fixes/changes seem to have messed with hovering gadgets again. I have an ibar, pager, tasks, evry-starter, and places module configured on the hover layer. However, after toggling them and mouse-clicking on either the pager or the underlying desktop background, all gadgets are frozen with respect to the mouse. I have to maneuver to a desktop with windows on it again (using a keyboard shortcut) and click on a window to make the hover layer disappear and regain control of the desktop. Clicking on the bare desktop background would not hide the gadgets. Let me know if you need any other information. Thanks, Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
fixed On Wed, Jun 12, 2013 at 1:54 PM, Nikolas Arend sns...@gmail.com wrote: On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel When dragging and dropping a window from the pager (which can be either a gadget or located in a shelf) to the currently active desktop, the window shows up correctly in the pager, but not on the desktop. I have to switch to another desktop and back for it to appear. Cheers,Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
http://25.media.tumblr.com/21a4ffc7acb416cadf728a193e81997d/tumblr_moa942lrHP1rrju89o1_400.png On Wed, Jun 12, 2013 at 12:07 PM, Nikolas Arend sns...@gmail.com wrote: On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: Hi, My systray, which I have in a top border shelf somewhere on the right, is now sometimes jumping to the very left edge of the shelf. In my case it there overlaps the start module. This seems to be triggered by - modifying the shelf settings - changing the screen setup, i.e. output and resolution changes through xrandr An e - restart fixes the issue and the systray goes back to its original place. Thanks, Nick The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On 06/12/2013 03:07 PM, Michael Blumenkrantz wrote: fixed I can confirm that drag'n drop from pager to the current desktop is fixed. However, now I have the same problem within the pager module: drag'n dropping a window from one pager pane to another requires a desktop switch to make the window show up. Nick On Wed, Jun 12, 2013 at 1:54 PM, Nikolas Arend sns...@gmail.com wrote: On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel When dragging and dropping a window from the pager (which can be either a gadget or located in a shelf) to the currently active desktop, the window shows up correctly in the pager, but not on the desktop. I have to switch to another desktop and back for it to appear. Cheers,Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On 06/12/2013 02:58 PM, Michael Blumenkrantz wrote: theme bug. fixed. Looks like issue #1 is fixed here, the behavior is basically that from before the gadman rewrite. Unfortunately, the (maybe unintended) pass-through feature seems to be gone, i.e. clicking on a window or window title with active gadget hover layer does not raise/focus/... it anymore. Nick On Wed, Jun 12, 2013 at 12:01 PM, Nikolas Arend sns...@gmail.com wrote: On 06/12/2013 08:41 AM, Michael Blumenkrantz wrote: fixed Thanks much! However, there still seem to be some inconsistencies in the way hovering gadgets behave: - I noticed that mouse-clicks are now passed through to the desktop. If the gadget layer is active and I left-click on a window title bar, the window is (in my case) raised and focused, which is what I would expect. If I left-click somewhere on a window itself (not its bar) I get the left-click on background action (main menu pops up in my case) - Sometimes (erratically for all I can tell), clicking on either a window or the background would not trigger the hovering gadgets to disappear. I can have mouse interactions with the windows (e.g. marking text), but the gadget layer is still active. So far a mouse-click anywhere but on a hovering gadget would cause them to hide Cheers,Nick On Tue, Jun 11, 2013 at 8:53 PM, Nikolas Arend sns...@gmail.com wrote: On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Hello, The recent fixes/changes seem to have messed with hovering gadgets again. I have an ibar, pager, tasks, evry-starter, and places module configured on the hover layer. However, after toggling them and mouse-clicking on either the pager or the underlying desktop background, all gadgets are frozen with respect to the mouse. I have to maneuver to a desktop with windows on it again (using a keyboard shortcut) and click on a window to make the hover layer disappear and regain control of the desktop. Clicking on the bare desktop background would not hide the gadgets. Let me know if you need any other information. Thanks, Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
* Michael Blumenkrantz michael.blumenkra...@gmail.com [2013-06-12 09:15:21 +0100]: On Wed, Jun 12, 2013 at 3:17 AM, Gustavo Lima Chaves gl...@profusion.mobiwrote: * Carsten Haitzler ras...@rasterman.com [2013-06-12 09:02:31 +0900]: On Tue, 11 Jun 2013 16:35:01 +0100 Ian Lee ian.rob@gmail.com said: Application based resize markers don't let me resize the application. I sometimes use my keyboard on another system, when I plug it back in it defaults to the X11 keyboard layout which is US and not what is configure in E17 e has no xinput hotplug support at all. there is zero code, so you basically just get whatever xorg is configured to do by default with a new kbd device - i think in xorg.conf. e has no idea you plugged in a new keyboard (or mouse etc.). - on e dialogs, checkboxes toggled by the spacebar only get re-drawn after we unselect the item there's no code anywhere which handles keyboard for check widgets...where are you seeing it? Call a window's menu, navigate by keyboard on it from now on. Enable quickaccess, enter its menu, try to change those checks with the space bar. You toggle, press the down arrow to only then see the new value. - quickaccess has lots of bugs. i think it gets misconfigured, for non-transient windows (only mode that matters for me), very easily. at least on e restart/re-login, i can say. I guess this got broken a few months ago by my rewrite of the module loading subsystem. fixed now On 11 June 2013 16:15, Massimo Maiurana maiur...@gmail.com wrote: Michael Blumenkrantz, il 11/06/2013 12:32, ha scritto: efl bug, see http://edevel.tumblr.com/image/52633161038 :))) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Lima Chaves Senior Developer @ Intel - Open Source Technology Center -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Lima Chaves Senior Developer @ Intel - Open Source Technology Center -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen tom.haco...@samsung.com wrote: Hey, Any specific reason for that? Yes, I was bored and with nothing else to do. No, seriously, as I added a new example to eldbus and the executable to gitignore I actually did it first on the respective subdir, but only then I found that we had only one gitignore on the root dir. Of course, there are both advantages and disadvantages for either approach, and no matter what arguments we have for each, I know that it will end up being a matter of taste. So, in my opinion, efl, elm and e projects have grown past the limit of a single gitignore on the root dir. I discussed it briefly on the chanel yesterday and decided to follow the kernel style. Looking at it now, I guess I should have added a comment on the begining of the root gitignore too. http://lxr.linux.no/#linux+v3.9.5/.gitignore Regards, Etrunko -- Tom. On 11/06/13 22:21, Eduardo Lima - Enlightenment Git (Etrunko) wrote: etrunko pushed a commit to branch master. commit d3292a7ae96479c0cb98f3dd74365d8b1faa26a0 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Jun 11 16:44:31 2013 -0300 Split .gitignore into multiple files Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- .gitignore | 298 - data/.gitignore| 1 + dbus-services/.gitignore | 2 + m4/.gitignore | 36 +++ pc/.gitignore | 49 pkgbuild/.gitignore| 4 + po/.gitignore | 13 + spec/.gitignore| 1 + src/bin/edje/.gitignore| 10 + src/bin/eet/.gitignore | 1 + src/bin/eeze/.gitignore| 6 + src/bin/efreet/.gitignore | 3 + src/bin/eldbus/.gitignore | 1 + src/bin/embryo/.gitignore | 1 + src/bin/ethumb/.gitignore | 1 + src/bin/ethumb_client/.gitignore | 3 + src/bin/evas/.gitignore| 6 + src/examples/ecore/.gitignore | 39 +++ src/examples/edje/.gitignore | 21 ++ src/examples/eet/.gitignore| 7 + src/examples/eina/.gitignore | 38 +++ src/examples/eio/.gitignore| 2 + src/examples/eldbus/.gitignore | 10 + src/examples/emotion/.gitignore| 5 + src/examples/eo/.gitignore | 2 + src/examples/ethumb_client/.gitignore | 1 + src/examples/evas/.gitignore | 18 ++ src/lib/.gitignore | 3 + .../evas/engines/gl_common/shader/.gitignore | 1 - src/tests/.gitignore | 4 + src/tests/efreet/.gitignore| 8 + src/tests/eina/.gitignore | 1 + src/tests/emotion/.gitignore | 1 + src/tests/eo/.gitignore| 7 + src/utils/ecore/.gitignore | 1 + 35 files changed, 306 insertions(+), 299 deletions(-) diff --git a/.gitignore b/.gitignore index b12b4ef..f5f951e 100644 --- a/.gitignore +++ b/.gitignore @@ -39,306 +39,8 @@ tags /ltmain.sh /compile /test-driver -/m4/libtool.m4 -/m4/ltoptions.m4 -/m4/ltsugar.m4 -/m4/ltversion.m4 -/m4/lt~obsolete.m4 /missing -/pc/eet.pc -/pc/eina.pc -/pc/eo.pc -/pc/evil.pc -/pc/embryo.pc -/pc/evas-direct3d.pc -/pc/evas-fb.pc -/pc/evas-opengl-cocoa.pc -/pc/evas-opengl-sdl.pc -/pc/evas-opengl-x11.pc -/pc/evas-psl1ght.pc -/pc/evas-software-buffer.pc -/pc/evas-software-ddraw.pc -/pc/evas-software-gdi.pc -/pc/evas-software-sdl.pc -/pc/evas-software-x11.pc -/pc/evas-wayland-egl.pc -/pc/evas-wayland-shm.pc -/pc/evas.pc -/spec/efl.spec -/pkgbuild/PKGBUILD -/pkgbuild/pkg -/pkgbuild/src -/pkgbuild/*.tar.xz -/src/bin/eet/eet -/src/bin/embryo/embryo_cc -/src/bin/evas/dummy_slave -/src/bin/evas/evas_cserve2 -/src/bin/evas/evas_cserve2_client -/src/bin/evas/evas_cserve2_debug -/src/bin/evas/evas_cserve2_slave -/src/bin/evas/evas_cserve2_usage -/src/lib/eina/eina_config.h -/src/lib/ecore_x/ecore_x_version.h -/src/lib/efl/Efl_Config.h -/src/bin/eldbus/eldbus-codegen -/src/bin/efreet/efreet_desktop_cache_create -/src/bin/efreet/efreet_icon_cache_create -/src/bin/efreet/efreetd -/src/utils/ecore/makekeys -/dbus-services/org.enlightenment.Efreet.service -/dbus-services/org.enlightenment.Ethumb.service /INSTALL /ABOUT-NLS /config.rpath
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On 12/06/13 15:37, Eduardo Lima (Etrunko) wrote: On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen tom.haco...@samsung.com wrote: Hey, Any specific reason for that? Yes, I was bored and with nothing else to do. No, seriously, as I added a new example to eldbus and the executable to gitignore I actually did it first on the respective subdir, but only then I found that we had only one gitignore on the root dir. Of course, there are both advantages and disadvantages for either approach, and no matter what arguments we have for each, I know that it will end up being a matter of taste. So, in my opinion, efl, elm and e projects have grown past the limit of a single gitignore on the root dir. I discussed it briefly on the chanel yesterday and decided to follow the kernel style. Looking at it now, I guess I should have added a comment on the begining of the root gitignore too. http://lxr.linux.no/#linux+v3.9.5/.gitignore OK, cool. Could you please add the comment then? So it'll have a better chance of being maintained over time? -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
+1 2013/5/29 Davide Andreoli d...@gurumeditation.it Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? thanks davemds -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen as needed. -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 02/02: add more test/example cases to genlist test.
Cool.
You can also use elm_theme_viewer :)
http://git.enlightenment.org/devs/seoz/elm-theme-viewer.git/plain/data/screenshot/etv1.png
http://git.enlightenment.org/devs/seoz/elm-theme-viewer.git/plain/data/screenshot/etv2.png
It also detects compress item style and set the compress mode automatically.
Well I should release elm_theme_viewer v0.1 this month.
Thanks.
Daniel Juyung Seo (SeoZ)
On Wed, Jun 12, 2013 at 8:15 PM, Carsten Haitzler - Enlightenment Git
no-re...@enlightenment.org wrote:
raster pushed a commit to branch master.
commit 852d97e0c90479be49d1ff46c17affa93b7836f3
Author: Carsten Haitzler (Rasterman) ras...@rasterman.com
Date: Wed Jun 12 20:15:52 2013 +0900
add more test/example cases to genlist test.
---
src/bin/test_genlist.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/src/bin/test_genlist.c b/src/bin/test_genlist.c
index 329fa0f..de3bfed 100644
--- a/src/bin/test_genlist.c
+++ b/src/bin/test_genlist.c
@@ -3381,6 +3381,7 @@ test_genlist20(void *data __UNUSED__, Evas_Object
*obj __UNUSED__, void *event_i
const char *_genlist_styles[] = {
default, full, one_icon, end_icon, no_icon,
default_style, double_label, icon_top_text_bottom,
+ message, media, media-album, media_preview,
NULL
};
@@ -3388,11 +3389,19 @@ static void
_genlist_renew(Evas_Object *obj, const char *style)
{
Elm_Genlist_Item_Class *ic;
+ Evas_Object *check;
int i;
if (!obj) return;
+
elm_genlist_clear(obj);
+ check = evas_object_data_get(obj, check);
+ if (elm_check_state_get(check))
+ elm_genlist_mode_set(obj, ELM_LIST_COMPRESS);
+ else
+ elm_genlist_mode_set(obj, ELM_LIST_SCROLL);
+
ic = elm_genlist_item_class_new();
ic-item_style = style;
ic-func.text_get = gl_text_get;
@@ -3439,7 +3448,7 @@ void
test_genlist_item_styles(void *data __UNUSED__, Evas_Object *obj
__UNUSED__,
void *event_info __UNUSED__)
{
- Evas_Object *win, *box, *gl, *list, *table;
+ Evas_Object *win, *box, *gl, *list, *table, *check;
win = elm_win_util_standard_add(genlist-item-styles, Gengrid Item
Styles);
elm_win_autodel_set(win, EINA_TRUE);
@@ -3455,7 +3464,7 @@ test_genlist_item_styles(void *data __UNUSED__,
Evas_Object *obj __UNUSED__,
list = _item_styles_list_create(box);
evas_object_show(list);
- table = _elm_min_set(list, box, 100, 0);
+ table = _elm_min_set(list, box, 200, 0);
WEIGHT(table, 0, EVAS_HINT_EXPAND);
FILL(table);
elm_box_pack_end(box, table);
@@ -3466,6 +3475,12 @@ test_genlist_item_styles(void *data __UNUSED__,
Evas_Object *obj __UNUSED__,
_genlist_renew(gl, default);
elm_box_pack_end(box, gl);
evas_object_show(gl);
+
+ check = elm_check_add(win);
+ elm_object_text_set(check, Compress);
+ elm_box_pack_end(box, check);
+ evas_object_show(check);
+ evas_object_data_set(gl, check, check);
evas_object_data_set(list, genlist, gl);
}
--
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On Wed, Jun 12, 2013 at 11:37 PM, Eduardo Lima (Etrunko) ebl...@gmail.comwrote: On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen tom.haco...@samsung.com wrote: Hey, Any specific reason for that? Yes, I was bored and with nothing else to do. No, seriously, as I added a new example to eldbus and the executable to gitignore I actually did it first on the respective subdir, but only then I found that we had only one gitignore on the root dir. Of course, there are both advantages and disadvantages for either approach, and no matter what arguments we have for each, I know that it will end up being a matter of taste. So, in my opinion, efl, elm and e projects have grown past the limit of a single gitignore on the root dir. I discussed it briefly on the chanel yesterday and decided to follow the kernel style. Looking at it now, I guess I should have added a comment on the begining of the root gitignore too. I also had the same question in my mind. You clarified that :) http://lxr.linux.no/#linux+v3.9.5/.gitignore Oh this is cool :) Thanks. Daniel Juyung Seo (SeoZ) Regards, Etrunko -- Tom. On 11/06/13 22:21, Eduardo Lima - Enlightenment Git (Etrunko) wrote: etrunko pushed a commit to branch master. commit d3292a7ae96479c0cb98f3dd74365d8b1faa26a0 Author: Eduardo Lima (Etrunko) eduardo.l...@intel.com Date: Tue Jun 11 16:44:31 2013 -0300 Split .gitignore into multiple files Signed-off-by: Eduardo Lima (Etrunko) eduardo.l...@intel.com --- .gitignore | 298 - data/.gitignore| 1 + dbus-services/.gitignore | 2 + m4/.gitignore | 36 +++ pc/.gitignore | 49 pkgbuild/.gitignore| 4 + po/.gitignore | 13 + spec/.gitignore| 1 + src/bin/edje/.gitignore| 10 + src/bin/eet/.gitignore | 1 + src/bin/eeze/.gitignore| 6 + src/bin/efreet/.gitignore | 3 + src/bin/eldbus/.gitignore | 1 + src/bin/embryo/.gitignore | 1 + src/bin/ethumb/.gitignore | 1 + src/bin/ethumb_client/.gitignore | 3 + src/bin/evas/.gitignore| 6 + src/examples/ecore/.gitignore | 39 +++ src/examples/edje/.gitignore | 21 ++ src/examples/eet/.gitignore| 7 + src/examples/eina/.gitignore | 38 +++ src/examples/eio/.gitignore| 2 + src/examples/eldbus/.gitignore | 10 + src/examples/emotion/.gitignore| 5 + src/examples/eo/.gitignore | 2 + src/examples/ethumb_client/.gitignore | 1 + src/examples/evas/.gitignore | 18 ++ src/lib/.gitignore | 3 + .../evas/engines/gl_common/shader/.gitignore | 1 - src/tests/.gitignore | 4 + src/tests/efreet/.gitignore| 8 + src/tests/eina/.gitignore | 1 + src/tests/emotion/.gitignore | 1 + src/tests/eo/.gitignore| 7 + src/utils/ecore/.gitignore | 1 + 35 files changed, 306 insertions(+), 299 deletions(-) diff --git a/.gitignore b/.gitignore index b12b4ef..f5f951e 100644 --- a/.gitignore +++ b/.gitignore @@ -39,306 +39,8 @@ tags /ltmain.sh /compile /test-driver -/m4/libtool.m4 -/m4/ltoptions.m4 -/m4/ltsugar.m4 -/m4/ltversion.m4 -/m4/lt~obsolete.m4 /missing -/pc/eet.pc -/pc/eina.pc -/pc/eo.pc -/pc/evil.pc -/pc/embryo.pc -/pc/evas-direct3d.pc -/pc/evas-fb.pc -/pc/evas-opengl-cocoa.pc -/pc/evas-opengl-sdl.pc -/pc/evas-opengl-x11.pc -/pc/evas-psl1ght.pc -/pc/evas-software-buffer.pc -/pc/evas-software-ddraw.pc -/pc/evas-software-gdi.pc -/pc/evas-software-sdl.pc -/pc/evas-software-x11.pc -/pc/evas-wayland-egl.pc -/pc/evas-wayland-shm.pc -/pc/evas.pc -/spec/efl.spec -/pkgbuild/PKGBUILD -/pkgbuild/pkg -/pkgbuild/src -/pkgbuild/*.tar.xz -/src/bin/eet/eet -/src/bin/embryo/embryo_cc -/src/bin/evas/dummy_slave -/src/bin/evas/evas_cserve2 -/src/bin/evas/evas_cserve2_client -/src/bin/evas/evas_cserve2_debug -/src/bin/evas/evas_cserve2_slave -/src/bin/evas/evas_cserve2_usage -/src/lib/eina/eina_config.h -/src/lib/ecore_x/ecore_x_version.h -/src/lib/efl/Efl_Config.h
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
On 06/12/2013 06:07 PM, Tom Hacohen wrote: On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen as needed. Apart from the fact that places currently does not compile for me e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 06:07 PM, Tom Hacohen wrote: On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen as needed. Apart from the fact that places currently does not compile for me you are on e 0.17 right? instruction to checkout the correct revision for e17 are on the places wiki: http://code.google.com/p/e17mods/wiki/Places if instead you get the error on e18 please let me know davemds e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Tue, Jun 11, 2013 at 11:55 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- I have an DPMS related bug. I'm not sure there isn't a deeper X/driver issue, but it seems to be largely a bug within E. Issue: After manually activating DPMS (which partially fails), E will have a full black screen, only the mouse is visible (and the mouse even changes to X cursor for some windows at their position. I can (blindly) open Evry and do a enlightenment_remote -restart (because I always forget there's a keyboard shortcut for restart...), after the restart it will become fully unresponsive and I will have to kill/restart E. Steps to reproduce: 1) execute xset dpms force off 2) display will switch off for one second and turn on again 3) E is broken / black screen of death -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On Wed, Jun 12, 2013 at 11:48 AM, Tom Hacohen tom.haco...@samsung.com wrote: On 12/06/13 15:37, Eduardo Lima (Etrunko) wrote: On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen tom.haco...@samsung.com wrote: Hey, Any specific reason for that? Yes, I was bored and with nothing else to do. No, seriously, as I added a new example to eldbus and the executable to gitignore I actually did it first on the respective subdir, but only then I found that we had only one gitignore on the root dir. Of course, there are both advantages and disadvantages for either approach, and no matter what arguments we have for each, I know that it will end up being a matter of taste. So, in my opinion, efl, elm and e projects have grown past the limit of a single gitignore on the root dir. I discussed it briefly on the chanel yesterday and decided to follow the kernel style. Looking at it now, I guess I should have added a comment on the begining of the root gitignore too. http://lxr.linux.no/#linux+v3.9.5/.gitignore OK, cool. Could you please add the comment then? So it'll have a better chance of being maintained over time? Done, I've just copied the comments from the linux kernel. Now all our codebase must be converted to GPLv2. :P -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
On 06/12/2013 07:23 PM, Davide Andreoli wrote: 2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 06:07 PM, Tom Hacohen wrote: On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen as needed. Apart from the fact that places currently does not compile for me you are on e 0.17 right? No, sorry, I thought we were talking about e18, i.e. git master. Nick instruction to checkout the correct revision for e17 are on the places wiki: http://code.google.com/p/e17mods/wiki/Places if instead you get the error on e18 please let me know davemds e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology ctrl + key on wayland
On Fri, Jun 7, 2013 at 10:11 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 7 Jun 2013 10:29:04 -0300 Rafael Antognolli antogno...@gmail.com said: On Thu, Jun 6, 2013 at 8:52 PM, Carsten Haitzler ras...@rasterman.com wrote: On Thu, 6 Jun 2013 19:59:55 -0300 Rafael Antognolli antogno...@gmail.com said: Hey guys, Is there anything specially done to handle these keys inside terminology? I just checked the ecore input stuff and the keys seem to be emitted with the necessary modifiers, but still CTRL+w won't delete the last word. Other ctrl combinations also don't work. Do you know of something that is specially done in X which is not done in Wayland? input for terminology is display system agnostic. it doesn't drop down to x or even raw ecore events. it works the same regardless - unless ecore-imf is stealing input in wl vs x11. fyi ctrl+w works in x11 AND in framebuffer for me (in terminology). Yeah, I may have to check ecore-imf. I tested it in x11 too, and it worked fine, but good to know that it also works correctly in framebuffer. hmm it COULD be some of the new input method stuff in wl integrated into ecore-imf... oddly? wrongly? or it's taking over specific behaviours and wanting to expose them as high level cmds? Just fixed this by adding the following commit: http://git.enlightenment.org/core/efl.git/commit/?id=79496745cff6acdfc15aed2377d142b59917416c Not sure if it's the best fix though, I just copy pasted from XCB backend. PS: I accidentally removed the ML from cc. -- Rafael Antognolli -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] clang build failures
well, sorry I'll fix it tomorrow Jérémy -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 06/06: improve eina_str coverage
On Thu, Jun 13, 2013 at 6:23 AM, Jérémy Zurcher - Enlightenment Git no-re...@enlightenment.org wrote: jeyzu pushed a commit to branch master. commit 0ca70ad3d06d4614633806ea64fb47f8f415 Author: Jérémy Zurcher jer...@asynk.ch Date: Wed Jun 12 23:31:04 2013 +0200 improve eina_str coverage my time killer, what a sad life ;)) Good that you try to improve things, but it seems something get borken here. Jenkins complains : https://build.enlightenment.org/job/changely_efl_trigger/515/ . -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 06/06: improve eina_str coverage
On Thu, 13 Jun 2013 07:56:25 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Thu, Jun 13, 2013 at 6:23 AM, Jérémy Zurcher - Enlightenment Git no-re...@enlightenment.org wrote: jeyzu pushed a commit to branch master. commit 0ca70ad3d06d4614633806ea64fb47f8f415 Author: Jérémy Zurcher jer...@asynk.ch Date: Wed Jun 12 23:31:04 2013 +0200 improve eina_str coverage my time killer, what a sad life ;)) Good that you try to improve things, but it seems something get borken here. Jenkins complains : https://build.enlightenment.org/job/changely_efl_trigger/515/ . -- Cedric BAIL His life is so sad, that he wanted an excuse to kill more time after that commit. B-) -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
Is not more simple to have something like a simple if for do something depending on the version of E (0.17.3, 0.18...) ? we should maintain some compatibility, ppl is tend to use e17 as a stable system and developers e18 as a development system 2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 07:23 PM, Davide Andreoli wrote: 2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 06:07 PM, Tom Hacohen wrote: On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen as needed. Apart from the fact that places currently does not compile for me you are on e 0.17 right? No, sorry, I thought we were talking about e18, i.e. git master. Nick instruction to checkout the correct revision for e17 are on the places wiki: http://code.google.com/p/e17mods/wiki/Places if instead you get the error on e18 please let me know davemds e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
Don't forget we're talking about in-development, unreleased software. Why should it maintain compatibility with older systems? If you're going to be pulling software from VCS, it makes sense that it needs other things from VCS. And Davide Andreoli, just in case Nikolas Arend's post wasn't clear, current trunk is not building for me with E18 built less than 12 hours ago. Same error. Date: Thu, 13 Jun 2013 01:23:10 +0200 From: thanatermesis.e...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ? Is not more simple to have something like a simple if for do something depending on the version of E (0.17.3, 0.18...) ? we should maintain some compatibility, ppl is tend to use e17 as a stable system and developers e18 as a development system 2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 07:23 PM, Davide Andreoli wrote: 2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 06:07 PM, Tom Hacohen wrote: On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen as needed. Apart from the fact that places currently does not compile for me you are on e 0.17 right? No, sorry, I thought we were talking about e18, i.e. git master. Nick instruction to checkout the correct revision for e17 are on the places wiki: http://code.google.com/p/e17mods/wiki/Places if instead you get the error on e18 please let me know davemds e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E Korean diner before summer
Hello everyone, Who is in for a E-Dinner in Seoul on the 29 evening ? Maybe starting in the afternoon. Have fun, -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
