Re: [E-devel] [ENM] A network manager front end

2007-03-19 Thread watchwolf


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?

2007-03-19 Thread Christopher Michael
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....

2007-03-19 Thread Christopher Michael
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....

2007-03-19 Thread Ravenlock

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?

2007-03-19 Thread dan sinclair
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?

2007-03-19 Thread The Rasterman
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?

2007-03-19 Thread Brian Mattern
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?

2007-03-19 Thread The Rasterman
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....

2007-03-19 Thread Christopher Michael
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 ?

2007-03-19 Thread Kim Woelders
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