[E-devel] EWL

2004-12-08 Thread Sebastian Dransfeld
Hi!

Here is a patch for ewl.

In src/ewl_box.c the size isn't changed if a NULL child is added.

In src/ewl_entry.c the cursor is moved to the end of the line, not one
before the end. Not sure if this is the right fix.

Many changes to src/ewl_notebook.c to make the layout right.

In addition I have encountered a weird problem. If I open a new window
with ewl_window_new from an existing window, I don't get any fonts in
that window. I tracked it down to etox adding a font path to the
underlying evas the first time etox_new is called, but not later. So
the new window with a new evas has a different font path, and text
isn't shown.

So either must etox always add the font-path, or evas must change it's
fontloader and check what the current font-path is. I think the problem
is in etox, but I don't understand the EFL libs well enough yet.

Regards
Sebastian

ewl.patch
Description: Binary data


[E-devel] Evas and font size

2004-12-08 Thread Sebastian Dransfeld
Hi!
Programs written with EFL and Evas doesn't have the same fontsizes that 
other GNOME and KDE programs have (a 10 pt letter with Vera has 
different height). Is it possible to change this behaviour?

Sebastian
---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] [PATCH] imlib2

2004-12-08 Thread Sebastian Dransfeld
Hi!
An easy fix for a TODO
font.h: TODO separate fonts and data stuff
Apply the patch and put data.h and data.c in src/lib
Index: src/lib/Makefile.am
===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/lib/Makefile.am,v
retrieving revision 1.3
diff -u -r1.3 Makefile.am
--- src/lib/Makefile.am 2 Nov 2004 06:19:52 -   1.3
+++ src/lib/Makefile.am 8 Dec 2004 15:04:55 -
@@ -26,6 +26,8 @@
 file.h \
 filter.c \
 filter.h \
+data.h \
+data.c \
 font.h \
 font_draw.c \
 font_load.c \
Index: src/lib/font.h
===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/lib/font.h,v
retrieving revision 1.1
diff -u -r1.1 font.h
--- src/lib/font.h  1 Nov 2004 09:45:31 -   1.1
+++ src/lib/font.h  8 Dec 2004 15:04:56 -
@@ -3,34 +3,11 @@
 #include FT_FREETYPE_H
 #include FT_GLYPH_H
 
-/* TODO separate fonts and data stuff */
+#include data.h
 
 typedef struct _Imlib_Font ImlibFont;
 typedef struct _Imlib_Font_Glyph   Imlib_Font_Glyph;
 
-typedef struct _Imlib_Object_List  Imlib_Object_List;
-typedef struct _Imlib_Hash Imlib_Hash;
-typedef struct _Imlib_Hash_El  Imlib_Hash_El;
-
-struct _Imlib_Object_List
-{
-   Imlib_Object_List  *next, *prev;
-   Imlib_Object_List  *last;
-};
-
-struct _Imlib_Hash
-{
-   int population;
-   Imlib_Object_List  *buckets[256];
-};
-
-struct _Imlib_Hash_El
-{
-   Imlib_Object_List   _list_data;
-   char   *key;
-   void   *data;
-};
-
 struct _Imlib_Font
 {
Imlib_Object_List   _list_data;
@@ -110,17 +87,3 @@
ImlibFont * fn, int x, int y,
const char *text, int *nextx, int *nexty,
int clx, int cly, int clw, int clh);
-
-/* data manipulation */
-
-void   *imlib_object_list_prepend(void *in_list, void *in_item);
-void   *imlib_object_list_remove(void *in_list, void *in_item);
-Imlib_Hash *imlib_hash_add(Imlib_Hash * hash, const char *key,
-  const void *data);
-void   *imlib_hash_find(Imlib_Hash * hash, const char *key);
-voidimlib_hash_free(Imlib_Hash * hash);
-voidimlib_hash_foreach(Imlib_Hash * hash,
-  int (*func) (Imlib_Hash * hash,
-   const char *key, void *data,
-   void *fdata),
-  const void *fdata);
Index: src/lib/font_main.c
===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/lib/font_main.c,v
retrieving revision 1.1
diff -u -r1.1 font_main.c
--- src/lib/font_main.c 1 Nov 2004 09:45:31 -   1.1
+++ src/lib/font_main.c 8 Dec 2004 15:04:56 -
@@ -17,12 +17,6 @@
 
 FT_Library  ft_lib;
 
-static int  imlib_hash_gen(const char *key);
-static int  imlib_list_alloc_error(void);
-
-static int  _imlib_hash_alloc_error = 0;
-static int  _imlib_list_alloc_error = 0;
-
 void
 imlib_font_init(void)
 {
@@ -180,239 +174,3 @@
*iindex = index;
return r;
 }
-
-/* TODO put this somewhere else */
-
-void   *
-imlib_object_list_prepend(void *in_list, void *in_item)
-{
-   Imlib_Object_List  *new_l;
-   Imlib_Object_List  *list, *item;
-
-   list = in_list;
-   item = in_item;
-   new_l = item;
-   new_l-prev = NULL;
-   if (!list)
- {
-new_l-next = NULL;
-new_l-last = new_l;
-return new_l;
- }
-   new_l-next = list;
-   list-prev = new_l;
-   new_l-last = list-last;
-   list-last = NULL;
-   return new_l;
-}
-
-void   *
-imlib_object_list_remove(void *in_list, void *in_item)
-{
-   Imlib_Object_List  *return_l;
-   Imlib_Object_List  *list, *item;
-
-   /* checkme */
-   if (!in_list)
-  return in_list;
-
-   list = in_list;
-   item = in_item;
-   if (!item)
-  return list;
-   if (item-next)
-  item-next-prev = item-prev;
-   if (item-prev)
- {
-item-prev-next = item-next;
-return_l = list;
- }
-   else
- {
-return_l = item-next;
-if (return_l)
-   return_l-last = list-last;
- }
-   if (item == list-last)
-  list-last = item-prev;
-   item-next = NULL;
-   item-prev = NULL;
-   return return_l;
-}
-
-static int
-imlib_hash_gen(const char *key)
-{
-   unsigned inthash_num = 0;
-   const unsigned char *ptr;
-
-   if (!key)
-  return 0;
-
-   for (ptr = (unsigned char *)key; *ptr; ptr++)
-  hash_num ^= (int)(*ptr);
-
-   hash_num = 0xff;
-   return (int)hash_num;
-}
-
-Imlib_Hash *
-imlib_hash_add(Imlib_Hash * hash, const char *key, const void *data)
-{
-   int hash_num;
-   Imlib_Hash_El  *el;
-

Re: [E-devel] Evas and font size

2004-12-08 Thread The Rasterman
On Wed, 08 Dec 2004 15:46:16 +0100 Sebastian Dransfeld [EMAIL PROTECTED]
(Bbabbled:
(B
(B Hi!
(B 
(B Programs written with EFL and Evas doesn't have the same fontsizes that 
(B other GNOME and KDE programs have (a 10 pt letter with Vera has 
(B different height). Is it possible to change this behaviour?
(B
(Bset your gnome/kde settings to use 75dpi (and set X to think it uses 75dpi).
(Bbasically evas will produce the SAME pixel output on any device
(Bregardless of dpi (as long as freetype2 is compiled with the same version and
(Bsame options). evas does not care what dpi you have. it will reproduce the same
(Bpixel rendering on the fb, on the computer next to you (given the freetype
(Bassumption above) etc. etc. etc. etc.
(B
(B-- 
(B- Codito, ergo sum - "I code, therefore I am" --
(BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
$BMg9%B?(B  [EMAIL PROTECTED]
(BTokyo, Japan ($BEl5~(B $BF|K\(B)
(B
(B
(B---
(BSF email is sponsored by - The IT Product Guide
(BRead honest  candid reviews on hundreds of IT Products from real users.
(BDiscover which products truly live up to the hype. Start reading now. 
(Bhttp://productguide.itmanagersjournal.com/
(B___
(Benlightenment-devel mailing list
([EMAIL PROTECTED]
(Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH] ecore

2004-12-08 Thread Sebastian Dransfeld
Fick a bug in configure.in, and make ecore_print_warning use const char 
(which removes a warning when using __FUNCTION__ as the parameter).

Sebastian
Index: configure.in
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/configure.in,v
retrieving revision 1.62
diff -u -r1.62 configure.in
--- configure.in12 Nov 2004 02:32:30 -  1.62
+++ configure.in8 Dec 2004 15:58:01 -
@@ -573,7 +573,7 @@
[ EET_CONFIG=$withval;
  echo using $EET_CONFIG for eet-config; ],
[ if test -z $EET_CONFIG; then
-   AC_PATH_PROG(PROG_EET_CONFIG, eet-config, , $PATH)
+   AC_PATH_PROG(EET_CONFIG, eet-config, , $PATH)
  fi
])
eet_cflags=`$EET_CONFIG --cflags`
Index: src/lib/ecore/Ecore_Data.h
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore/Ecore_Data.h,v
retrieving revision 1.6
diff -u -r1.6 Ecore_Data.h
--- src/lib/ecore/Ecore_Data.h  29 Nov 2004 22:26:28 -  1.6
+++ src/lib/ecore/Ecore_Data.h  8 Dec 2004 15:58:01 -
@@ -301,7 +301,7 @@
void ecore_hash_dump_graph(Ecore_Hash *hash);


-   inline void ecore_print_warning(char *function, char *sparam);
+   inline void ecore_print_warning(const char *function, char *sparam);

/* Wrappers around free() that helps debug free() bugs such as freeing NULL
 * or accessing a pointer that has already been freed */
Index: src/lib/ecore/ecore_value.c
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/lib/ecore/ecore_value.c,v
retrieving revision 1.3
diff -u -r1.3 ecore_value.c
--- src/lib/ecore/ecore_value.c 8 May 2004 04:44:04 -   1.3
+++ src/lib/ecore/ecore_value.c 8 Dec 2004 15:58:01 -
@@ -31,7 +31,7 @@
2097143, 4194301, 8388617, 16777213 
 };
 
-inline void ecore_print_warning(char *function, char *sparam)
+inline void ecore_print_warning(const char *function, char *sparam)
 {
fprintf(stderr, * Developer Warning * :\n
   \tThis program is calling:\n\n


Re: [E-devel] Evas and font size

2004-12-08 Thread Sebastian Dransfeld
Carsten Haitzler (The Rasterman) wrote:
On Wed, 08 Dec 2004 15:46:16 +0100 Sebastian Dransfeld [EMAIL PROTECTED]
babbled:

Hi!
Programs written with EFL and Evas doesn't have the same fontsizes that 
other GNOME and KDE programs have (a 10 pt letter with Vera has 
different height). Is it possible to change this behaviour?

set your gnome/kde settings to use 75dpi (and set X to think it uses 75dpi).
basically evas will produce the SAME pixel output on any device
regardless of dpi (as long as freetype2 is compiled with the same version and
same options). evas does not care what dpi you have. it will reproduce the same
pixel rendering on the fb, on the computer next to you (given the freetype
assumption above) etc. etc. etc. etc.
Ah, but what if I want to set evas to 96dpi (which is the default used 
by GNOME/KDE)? How do I do that?

Sebastian
---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


RE: [E-devel] EWL

2004-12-08 Thread dan sinclair
Hello,

I found the same ewl_box bug last night, had the fix in my tree, just hadn't 
commited it yet. Its in now.

I've also commited the new ewl_notebook code. This is basiclly a full re-write 
of the notebook to be a bit more sane. It uses the other widgets as a base. 
There are a couple of known issues, but hopefully they'll be easy to work out.

Let me know if there are any issues.

RbdPngn tracked and fixed the etox bug the other day, it should also be fixed. 
Needed to set the font path for each etox if it was in a new evas. But didn't 
want to keep appending the same font path to the same evas.

dan



 Hi!
 
 Here is a patch for ewl.
 
 In src/ewl_box.c the size isn't changed if a NULL child is added.
 
 In src/ewl_entry.c the cursor is moved to the end of the line, not one
 before the end. Not sure if this is the right fix.
 
 Many changes to src/ewl_notebook.c to make the layout right.
 
 In addition I have encountered a weird problem. If I open a new window
 with ewl_window_new from an existing window, I don't get any fonts in
 that window. I tracked it down to etox adding a font path to the
 underlying evas the first time etox_new is called, but not later. So
 the new window with a new evas has a different font path, and text
 isn't shown.
 
 So either must etox always add the font-path, or evas must change it's
 fontloader and check what the current font-path is. I think the problem
 is in etox, but I don't understand the EFL libs well enough yet.
 
 Regards
 Sebastian
 






---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evas and font size

2004-12-08 Thread The Rasterman
On Wed, 08 Dec 2004 17:01:02 +0100 Sebastian Dransfeld [EMAIL PROTECTED]
(Bbabbled:
(B
(B Carsten Haitzler (The Rasterman) wrote:
(B  On Wed, 08 Dec 2004 15:46:16 +0100 Sebastian Dransfeld
(B  [EMAIL PROTECTED] babbled:
(B  
(B  
(B Hi!
(B 
(B Programs written with EFL and Evas doesn't have the same fontsizes that 
(B other GNOME and KDE programs have (a 10 pt letter with Vera has 
(B different height). Is it possible to change this behaviour?
(B  
(B  
(B  set your gnome/kde settings to use 75dpi (and set X to think it uses 75dpi).
(B  basically evas will produce the SAME pixel output on any device
(B  regardless of dpi (as long as freetype2 is compiled with the same version
(B  and same options). evas does not care what dpi you have. it will reproduce
(B  the same pixel rendering on the fb, on the computer next to you (given the
(B  freetype assumption above) etc. etc. etc. etc.
(B  
(B 
(B Ah, but what if I want to set evas to 96dpi (which is the default used 
(B by GNOME/KDE)? How do I do that?
(B
(Byou don't/can't. evas has no dpi settings. the point is for evas to render the
(Bsame no matter what you are rendering to. having arbitary dpi settings will
(Bchange that.
(B
(B-- 
(B- Codito, ergo sum - "I code, therefore I am" --
(BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
$BMg9%B?(B  [EMAIL PROTECTED]
(BTokyo, Japan ($BEl5~(B $BF|K\(B)
(B
(B
(B---
(BSF email is sponsored by - The IT Product Guide
(BRead honest  candid reviews on hundreds of IT Products from real users.
(BDiscover which products truly live up to the hype. Start reading now. 
(Bhttp://productguide.itmanagersjournal.com/
(B___
(Benlightenment-devel mailing list
([EMAIL PROTECTED]
(Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re: Thanks Ben, Ditto...

2004-12-08 Thread samael
I agree whole heartedly! Ben, it is so awsome that you are calling this fools
FUD! Keep doing such a great job being a spokesman of the Truth!

stderr

On Thu, Nov 18, 2004 at 08:11:20PM -0800, [EMAIL PROTECTED] wrote:
 Send enlightenment-devel mailing list submissions to
   [EMAIL PROTECTED]
 
 To subscribe or unsubscribe via the World Wide Web, visit
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 or, via email, send a message with subject or body 'help' to
   [EMAIL PROTECTED]
 
 You can reach the person managing the list at
   [EMAIL PROTECTED]
 
 When replying, please edit your Subject line so it is more specific
 than Re: Contents of enlightenment-devel digest...
 
 
 Today's Topics:
 
1. Thanks Ben... (Mark R. Bowyer)
 
 --__--__--
 
 Message: 1
 Date: Thu, 18 Nov 2004 10:32:55 +
 From: Mark R. Bowyer [EMAIL PROTECTED]
 To: List LEdevelop [EMAIL PROTECTED]
 Cc: Mark R. Bowyer [EMAIL PROTECTED]
 Subject: [E-devel] Thanks Ben...
 
 http://www.cuddletech.com/sun/fink.shtml
 
 I and many of my colleagues thank you ;O)
 
 Ta,
 -- 
 o o   mailto:[EMAIL PROTECTED]
 /v\ark R. Bowyerhttp://mark.thebowyers.me.uk[EMAIL PROTECTED]
 `-'  ---  /\
 ...fingerprint = 7924 9E9E 7B91 225E B065 \ / ASCII Ribbon Campaign 
 1024D/15140DC1   39D0 551D ABE6 1514 0DC1  X  Against HTML Mail
   / \ 
 I once tried to commit suicide by jumping off a building...  I changed
 my mind at the last minute, so I just flipped over and landed on my
 feet.  Two little kittens nearby saw what happened and one turned to the
 other and said, See, that's how it's done. 
 
 
 
 
 --__--__--
 
 ___
 enlightenment-devel mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 End of enlightenment-devel Digest

-- 
  -BEGIN GEEK CODE BLOCK-
  Version: 3.1
  GCS$/M/MU d-(d---) s:++:- a-- C++() SL++(!B) P+ L+++ !E--- W++(-) N+ 
  o+ K w-- O- M- V PS+(PS+++) PE(PE--) Y+ PGP+(++) t+@ 5 X++ R+ tv b+++ 
  DI(+) D+ G++ e+ h! !r y+
  --END GEEK CODE BLOCK--


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] want to access command line argument -p inside theme

2004-12-08 Thread Paul Johnson
Hello. I'm directed here from the Eterm homepage.
Suppose you start Eterm with
Eterm -t MyTheme -p /home/pauljohn/pictures1
Inside the theme.cfg file, I want to access the value of the path 
variable and choose randomly among those files.  I'm confounded because 
the Eterm seems to take the command line argument and throw it on the 
end of the variable rs_path, so I can't figure how to recover that value 
inside the theme.

It is possible to randomly choose a file from a known directory*, but I 
don't know how to do it from the command line directory.

*Example: this snip from theme.cfg shows how to randomly select a 
subdirectory from /home/pauljohn/Termpics, and then grabs an image out 
of there:

 path 
./pix/:~/.Eterm/:~/.Eterm/themes/Eterm/pix:~/.Eterm/pix/:/usr/local/share/Termpics/babes/:/usr/share/Eterm/pix
 begin image
  type background
  state normal
  %put(portpath %random(`ls -d /home/pauljohn/Termpics/*`))
  file %random( `find %get(portpath)  -name *.jpg`)


--
Paul E. Johnson   email: [EMAIL PROTECTED]
Dept. of Political Sciencehttp://lark.cc.ku.edu/~pauljohn
1541 Lilac Lane, Rm 504
University of Kansas  Office: (785) 864-9086
Lawrence, Kansas 66044-3177   FAX: (785) 864-5700
---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Entrance testing mode

2004-12-08 Thread Andrew Elcock
I had this too, ang getting gentooed.eet from atmos' site fixes it :)
Andreas Volz wrote:
Am Sun, 05 Dec 2004 14:04:20 -0500 schrieb Peter Hyman:
 

Running entrance -T returns the following:
bash-2.05b$ entrance -T
WARNING: not a utf8 locale!
Debug: ipc_title = /var/entrance_ipc_0
entrance_ipc_init: connect to daemon failed.
   

I had the same problem. It seems there are problems with gentooed.eet in
current entrance. Try the default.eet theme that ist shiped with
entrance. Does the theme format change?
Try this:
rm /etc/entrance_config.db
cd /usr/share/entrance
./build_config.sh
cp entrance_config.db /etc/entrance_config.db
entrance -T
regards
Andreas
---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] e17 e_border.c patch

2004-12-08 Thread Reinier Lamers
This is a trivial patch that fixes a bug where e crashes when a window
spans the entire screen horizontally (like my Firefox did).

Regards,
Reinier Lamers

patch
Description: Binary data


Re: [E-devel] [E17] Feature requests...

2004-12-08 Thread till varoquaux
Ian Stuart wrote:
(I was going to post this via the bugtrack system, but it wouldn't let
me create an account sad /)
Anyway, there are a couple of features I'd like to see included in
E17... (and, yes, I realise  it's in a pre-release/heavy-development
phase)
1) A virtual desktop and Pager ala SunOS:
   the desktop is something like 4800x3600, but a window of 1600x1200
(or whatever) is
   displayed. The mouse should probably respect the boundries of the
window, but I'm
   open on that thought. The pager does several things:
   a) If you put the mouse over a frame, then the frame enlarges so you
can get an idea
   of what the real program actually is
   b) If you click on a frame, the window re-centers, with the selected
window centered (or
   as close to centered as as is possible, given the edge of the
desktop and the window
   will allow)
   c) If you click on the background (of the pager), then the window
centers as above
   d) If you click and drag a frame in the pager, you can move the real
frame on the
   desktop (as the E16 pager allows)
 

Most of those where already in e16 and I'm sure Raster has something at 
least as good up his sleave.
Multiple desktop isn't coded yet. Currently you can't even minimize 
windows I would recommand
being a litle patient.

2) A login interface that is similar to the Mac OS-X one: in that you
can disengage one
   user from the screen'n'keyboard, and allow another user to log in.
This is
   advantageous in that all the programs that are running for the first
user continue to
   run, however the person at the console has no access to them. It's a
bit like having
   multiple virtual x-consoles, but the consoles are protected.
   Oh, and the OS-X cube is *way* cool, in the way that the desktop
shrinks back, and
   then rotates to give you a login form, and then spins round to give
you your own
   x-console when you log back in
 

3ddesktop has sort of a similar gimmick but it kicks in only when you 
switch desktops. I haven't yet seen
system allowing someone to have different sessions opened on the X 
server. I don't think this is an
enlightenment issue.
Cheers,
Till

---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel