Re: [E-devel] [ENM] A network manager front end
On Mon, 2007-03-19 at 00:13 +0100, raoul wrote: Le lundi 19 mars 2007, watchwolf a écrit : On Sun, 2007-03-18 at 17:03 -0500, Brian Mattern wrote: On Sun, Mar 18, 2007 at 06:15:59PM +0100, watchwolf wrote: hello, I want present you a new application writed with etk for E17. The application can have some bugs for you as segv :p . The code is not perfect, I need to add some tests errors outputs. The next steps, before add new functions, is to clean/correct the code. You can see screenshots the source code on my blog. http://watchwolf.fr/index.php?post/2007/03/18/%5BE17-Network-manager% 5D-Pesentation To compile us this makefile: etk/Makefile. Just to be clear, this doesn't seem to have anything to do with NetworkManager (http://www.gnome.org/projects/NetworkManager/), the dbus lib / api, right? (Looks like its a frontend to i{f,w}config / route / etc). Is future NM support planned? Or is the naming similarity just a coincidence? rephorm Enm means e17 network manager for me, but maybe I ll change the name, I had no idea so I choose enm. I have no link with the NetworkManager project. Perhaps you could call it enigma ... It's just an idea... nice idea but enigma cs exist :/ http://sourceforge.net/projects/enigmacs/ -- powered by gnu/linux - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Is efreet still coming?
Brian Mattern wrote: On Sun, Mar 18, 2007 at 03:29:13PM +1000, David Seikel wrote: Raster made this commit about two weeks ago : a lot of patches - also my work on moving the IO stuff in e_fm to a slave process to stop e from ever locking up. this unfortunately breaks the other source stuff and thus breaks the app editor config dialogs and anything using fm2 for .desktop stuff from the e applications/all repo. i am doing this as i expect this to go away with efreet anyway so not too much of an issue. not all fm operatiosn work currently - note. so beware. it can view files though :) So I have been holding off on any attempt to repair these things and just sitting and waiting for efreet to solve all our problems. The users are now complaining about the broken app editor. I have not seen any efreet commits for a while, is it going to replace ecore_desktop soon? Or should I put in some effort to patching up the app editor while we wait? Efreet is pretty much complete, other than being itegrated into e17. Unfortunately, dan doesn't use e17 on anymore and seb and I have been pretty busy lately. What state of development is efreet in anyway? It is mostly complete. Loading .desktop files, finding icons and parsing / building menus all works. Executing desktops (and even downloading the files if necessary) has been implemented. There may be a small amount of work left to be done to properly do menu editing. I think we just never decided to what degree we want to integrate things. E.g. converting directly from efreet's menu structures into an E_Menu, or doing an intermediate step and building .order files first. IMO, .order files may be the way to go as this would still allow a manual edit if needs be. But, I'm busy with work, planning a wedding, and preparing for grad school in the fall. So, its hard to find the motivation to work on this in what little free time I have. :( rephorm If you could provide a little more direction (as in what exactly we want todo in regards to integration) then I'd be happy to look into this and spend some time with it. dh - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Mouse acceleration configuration dialog....
Ravenlock wrote: Hello, Please find attached a patchset that will add a configuration panel that will allow a user to control the mouse acceleration in X. Ravenlock, This will not apply against a current cvs due to the e_config generation being different, can you resend ? dh - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Mouse acceleration configuration dialog....
On 03/19/2007 07:14, Christopher Michael wrote: Ravenlock wrote: Hello, Please find attached a patchset that will add a configuration panel that will allow a user to control the mouse acceleration in X. Ravenlock, This will not apply against a current cvs due to the e_config generation being different, can you resend ? Please find attached an updated version of the offending file. Please let me know if you have any further trouble. :) dh -- Regards, Ravenlock Index: e17/apps/e/src/bin/Makefile.am === RCS file: /var/cvs/e/e17/apps/e/src/bin/Makefile.am,v retrieving revision 1.176 diff -u -r1.176 Makefile.am --- e17/apps/e/src/bin/Makefile.am 2 Mar 2007 17:00:20 - 1.176 +++ e17/apps/e/src/bin/Makefile.am 10 Mar 2007 03:49:48 - @@ -187,7 +187,9 @@ e_int_config_borders.h \ e_int_config_desk.h \ e_int_config_clientlist.h \ -e_fm_prop.h +e_fm_prop.h \ +e_int_config_mouse.h \ +e_mouse.h enlightenment_src = \ e_user.c \ @@ -350,6 +352,8 @@ e_int_config_desk.c \ e_fm_prop.c \ e_int_config_clientlist.c \ +e_int_config_mouse.c \ +e_mouse.c \ $(ENLIGHTENMENTHEADERS) enlightenment_SOURCES = \ Index: e17/apps/e/src/bin/e_config.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_config.c,v retrieving revision 1.228 diff -u -r1.228 e_config.c --- e17/apps/e/src/bin/e_config.c 2 Mar 2007 17:00:20 - 1.228 +++ e17/apps/e/src/bin/e_config.c 10 Mar 2007 03:49:49 - @@ -511,6 +511,10 @@ E_CONFIG_VAL(D, T, clientlist_separate_iconified_apps, INT); E_CONFIG_VAL(D, T, clientlist_warp_to_iconified_desktop, INT); + E_CONFIG_VAL(D, T, mouse_accel_numerator, INT); + E_CONFIG_VAL(D, T, mouse_accel_denominator, INT); + E_CONFIG_VAL(D, T, mouse_accel_threshold, INT); + E_CONFIG_VAL(D, T, border_raise_on_mouse_action, INT); E_CONFIG_VAL(D, T, border_raise_on_focus, INT); E_CONFIG_VAL(D, T, desk_flip_wrap, INT); @@ -1337,6 +1341,12 @@ e_config-clientlist_warp_to_iconified_desktop = 0; IFCFGEND; + IFCFG(0x0112); + e_config-mouse_accel_numerator = 2; + e_config-mouse_accel_denominator = 1; + e_config-mouse_accel_threshold = 4; + IFCFGEND; + e_config-config_version = E_CONFIG_FILE_VERSION; #if 0 /* example of new config */ @@ -1455,6 +1465,10 @@ E_CONFIG_LIMIT(e_config-clientlist_separate_iconified_apps, 0, 2); E_CONFIG_LIMIT(e_config-clientlist_warp_to_iconified_desktop, 0, 1); + E_CONFIG_LIMIT(e_config-mouse_accel_numerator, 1, 10); + E_CONFIG_LIMIT(e_config-mouse_accel_denominator, 1, 10); + E_CONFIG_LIMIT(e_config-mouse_accel_threshold, 1, 10); + /* FIXME: disabled auto apply because it causes problems */ e_config-cfgdlg_auto_apply = 0; /* FIXME: desklock personalized password id disabled for security reasons */ Index: e17/apps/e/src/bin/e_config.h === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_config.h,v retrieving revision 1.143 diff -u -r1.143 e_config.h --- e17/apps/e/src/bin/e_config.h 2 Mar 2007 17:00:20 - 1.143 +++ e17/apps/e/src/bin/e_config.h 10 Mar 2007 03:49:50 - @@ -52,7 +52,7 @@ /* increment this whenever a new set of config values are added but the users * config doesn't need to be wiped - simply new values need to be put in */ -#define E_CONFIG_FILE_GENERATION 0x0111 +#define E_CONFIG_FILE_GENERATION 0x0112 #define E_CONFIG_FILE_VERSION((E_CONFIG_FILE_EPOCH 16) | E_CONFIG_FILE_GENERATION) #define E_EVAS_ENGINE_DEFAULT 0 @@ -253,6 +253,10 @@ int clientlist_separate_iconified_apps; int clientlist_warp_to_iconified_desktop; + int mouse_accel_numerator; + int mouse_accel_denominator; + int mouse_accel_threshold; + int display_res_restore; // GUI int display_res_width; // GUI int display_res_height; // GUI Index: e17/apps/e/src/bin/e_configure.c === RCS file: /var/cvs/e/e17/apps/e/src/bin/e_configure.c,v retrieving revision 1.90 diff -u -r1.90 e_configure.c --- e17/apps/e/src/bin/e_configure.c21 Feb 2007 00:05:27 - 1.90 +++ e17/apps/e/src/bin/e_configure.c10 Mar 2007 03:49:50 - @@ -418,6 +418,7 @@ cat = _e_configure_category_add(eco, _(Keyboard Mouse), enlightenment/behavior); _e_configure_item_add(cat, _(Key Bindings), enlightenment/keys, e_int_config_keybindings); _e_configure_item_add(cat, _(Mouse Bindings), enlightenment/mouse_clean, e_int_config_mousebindings); + _e_configure_item_add(cat, _(Mouse Acceleration), enlightenment/mouse_clean, e_int_config_mouse); cat = _e_configure_category_add(eco, _(Windows), enlightenment/windows); _e_configure_item_add(cat, _(Window Display), enlightenment/windows,
Re: [E-devel] Is efreet still coming?
Brian Mattern wrote: Efreet is pretty much complete, other than being itegrated into e17. Unfortunately, dan doesn't use e17 on anymore and seb and I have been pretty busy lately. I still use e17 at work, but don't have time to do development there. I just don't use it at home anymore as I turned off my last non-mac machine when I gave the monitor to my wife. dan - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Is efreet still coming?
On Mon, 19 Mar 2007 10:02:18 -0400 dan sinclair [EMAIL PROTECTED] babbled: Christopher Michael wrote: Brian Mattern wrote: Loading .desktop files, finding icons and parsing / building menus all works. Executing desktops (and even downloading the files if necessary) has been implemented. There may be a small amount of work left to be done to properly do menu editing. I think we just never decided to what degree we want to integrate things. E.g. converting directly from efreet's menu structures into an E_Menu, or doing an intermediate step and building .order files first. IMO, .order files may be the way to go as this would still allow a manual edit if needs be. I don't think .order files are the way to go. The menu spec allows you do manual edits. You can override the system menus by adding/editing menus in your local directories (~/.config/menus). This gives the same thing and saves us having to translate between .order and menu stuff. Also keeps us consistent with other window managers for people that switch desktops. But, I'm busy with work, planning a wedding, and preparing for grad school in the fall. So, its hard to find the motivation to work on this in what little free time I have. :( rephorm If you could provide a little more direction (as in what exactly we want todo in regards to integration) then I'd be happy to look into this and spend some time with it. I believe the idea is to use fdo menus directly for the main e17 menus. The Ibar would remain .order files. So, we need to replace the menu generation code with efreet code. We need to port the icon editor over to using efreet (and add in a bit of editing stuff to efreet I believe). We also, I guess, need to move efreet into ecore. Probably into ecore_desktop as #if NEW_CODE blocks so we can keep the old stuff. Not sure on that one tho. If we integrate into ecore we need to make sure we bring the menu test suite code into the bin directory. This is the code that let's us run efreet against the menu spec tests. I think we should definately keep it around. There is a bunch of example code in the efreet test directory that should let you know how things work in efreet-land. agreed to all the above - except i think test code could/should go into the now nice and shiny e17/test/... tree :) (imho). dan - 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.phpp=sourceforgeCID=DEVDEV ___ 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)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Is efreet still coming?
On Tue, Mar 20, 2007 at 12:15:59AM +0900, Carsten Haitzler wrote: agreed to all the above - except i think test code could/should go into the now nice and shiny e17/test/... tree :) (imho). As long as we make this tree well known (e.g on whatever new 'accessing CVS' page we build). :) I've noticed several people who started learning edje after you split out the test tree who never knew about the edje test app (which is very helpful when initially learning EDC). rephorm - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Is efreet still coming?
On Mon, 19 Mar 2007 10:39:08 -0500 Brian Mattern [EMAIL PROTECTED] babbled: On Tue, Mar 20, 2007 at 12:15:59AM +0900, Carsten Haitzler wrote: agreed to all the above - except i think test code could/should go into the now nice and shiny e17/test/... tree :) (imho). As long as we make this tree well known (e.g on whatever new 'accessing CVS' page we build). :) I've noticed several people who started learning edje after you split out the test tree who never knew about the edje test app (which is very helpful when initially learning EDC). yeah - i need to make something better that's separate. as such the edje test app is only just that - a quickly hacked up test app. :( rephorm - 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.phpp=sourceforgeCID=DEVDEV ___ 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)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Mouse acceleration configuration dialog....
Ravenlock wrote: On 03/19/2007 07:14, Christopher Michael wrote: Ravenlock wrote: Hello, Please find attached a patchset that will add a configuration panel that will allow a user to control the mouse acceleration in X. Ravenlock, This will not apply against a current cvs due to the e_config generation being different, can you resend ? Please find attached an updated version of the offending file. Please let me know if you have any further trouble. :) dh In Cvs :) Slightly modified tho as *cough* someone had 3 of the same entries in the e_include.h and had 2 different mouse_icons set. Aside from those minor snafus, a nice patch :) Cheers, dh - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_x_netwm: is allowed_action_isset correct ?
Nathan Ingersoll wrote: On 3/18/07, Kim Woelders [EMAIL PROTECTED] wrote: Clients that bother about allowed actions (typically a taskbar) should monitor the property and keep a local allowed actions state and not query the server using e.g. ecore_x_netwm_allowed_action_isset every time it needs the info. Does it make sense to keep the function for the case of the window manager restarting or starting up with existing client windows? Not in my opinion. Seen from the WM the allowed actions list is an output only thing which e.g. taskbars can monitor to see which actions the WM provides for a particular client window. It makes no sense to fetch these on startup as the WM in its nature is completely in charge anyway of which actions it will perform on a window. Even if the WM should pick up old values or ones set by a client the way to go would not be to pick them off one by one using ecore_x_netwm_allowed_action_isset but to fetch all of them in one go using ecore_x_netwm_allowed_action_get. /Kim - 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.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel