[E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Landry, Marc-Andre
Hello all,
great work, I would say amazing work! All the pieces are so great. Not
only that you will been able to raise the money for the servers. Beside,
I know, it was a long time ago I made a contribution to help on all the
project to support automake-1.10 and is 'caprice'.

I took a day off last week to make all the modules happy whit
automake-1.10 and here are those modification. It took time as I wanted
to test all of them before sending the patch. I have seen no flaws
beside that I haven't test all the linguas (= I also tried to correct
some configure.in file that where missing some information to correctly
got linked to gettext.

This patch shall not break anything as it touch mostly only the
autogen.sh script.

Continue the great work, I will try to send more support for
automake-1.10 later on. Beside I lost some mail on a crash that where
talking about this. Can't remember if it was okay to exit if autopoint
didn't work.

Sheer,
LMA
? autogen-4-automake-1.10.patch
Index: alarm/autogen.sh
===
RCS file: /var/cvs/e/e_modules/alarm/autogen.sh,v
retrieving revision 1.1
diff -u -r1.1 autogen.sh
--- alarm/autogen.sh8 Nov 2006 10:06:38 -   1.1
+++ alarm/autogen.sh13 Feb 2007 14:08:18 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo Running autopoint...; autopoint -f || exit 1
 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1
 echo Running autoheader... ; autoheader || exit 1
 echo Running autoconf... ; autoconf || exit 1
Index: alarm/po/Makefile.am
===
RCS file: /var/cvs/e/e_modules/alarm/po/Makefile.am,v
retrieving revision 1.1
diff -u -r1.1 Makefile.am
--- alarm/po/Makefile.am8 Nov 2006 10:06:38 -   1.1
+++ alarm/po/Makefile.am13 Feb 2007 14:08:18 -
@@ -2,6 +2,7 @@
 
 MSGFMT = msgfmt
 
+
 localedir = @LOCALEDIR@
 locale_DATA = $(addsuffix .mo,$(ALL_LINGUAS))
 
Index: calendar/autogen.sh
===
RCS file: /var/cvs/e/e_modules/calendar/autogen.sh,v
retrieving revision 1.3
diff -u -r1.3 autogen.sh
--- calendar/autogen.sh 16 Mar 2006 20:56:09 -  1.3
+++ calendar/autogen.sh 13 Feb 2007 14:08:18 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo Running autopoint...; autopoint -f || exit 1
 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1
 echo Running autoheader... ; autoheader || exit 1
 echo Running autoconf... ; autoconf || exit 1
Index: cpu/Makefile.am
===
RCS file: /var/cvs/e/e_modules/cpu/Makefile.am,v
retrieving revision 1.16
diff -u -r1.16 Makefile.am
--- cpu/Makefile.am 8 Nov 2006 12:43:17 -   1.16
+++ cpu/Makefile.am 13 Feb 2007 14:08:19 -
@@ -1,5 +1,7 @@
 MAINTAINERCLEANFILES = Makefile.in
 
+SUBDIRS = po
+
 EDJE_CC = @edje_cc@
 EDJE_FLAGS = -v \
 -id $(top_srcdir) \
Index: cpu/autogen.sh
===
RCS file: /var/cvs/e/e_modules/cpu/autogen.sh,v
retrieving revision 1.3
diff -u -r1.3 autogen.sh
--- cpu/autogen.sh  30 Aug 2006 18:08:52 -  1.3
+++ cpu/autogen.sh  13 Feb 2007 14:08:19 -
@@ -3,6 +3,7 @@
 rm -rf autom4te.cache
 rm -f aclocal.m4 ltmain.sh
 
+echo Running autopoint...; autopoint -f || exit 1
 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1
 echo Running autoheader... ; autoheader || exit 1
 echo Running autoconf... ; autoconf || exit 1
Index: cpu/configure.in
===
RCS file: /var/cvs/e/e_modules/cpu/configure.in,v
retrieving revision 1.16
diff -u -r1.16 configure.in
--- cpu/configure.in20 Sep 2006 19:02:15 -  1.16
+++ cpu/configure.in13 Feb 2007 14:08:19 -
@@ -17,6 +17,12 @@
 AM_ENABLE_SHARED
 AM_PROG_LIBTOOL
 
+ALL_LINGUAS=bg eo fi it ja ru sv
+AC_SUBST(ALL_LINGUAS)
+
+AM_GNU_GETTEXT([external])
+AM_GNU_GETTEXT_VERSION(0.14)
+
 MODULE_ARCH=$host_os-$host_cpu
 AC_SUBST(MODULE_ARCH)
 AC_DEFINE_UNQUOTED(MODULE_ARCH, $MODULE_ARCH, Module architecture)
@@ -142,6 +148,7 @@
 
 AC_OUTPUT([
 Makefile
+po/Makefile
 module.desktop
 e_modules-cpu.spec
 ],[
Index: emu/autogen.sh
===
RCS file: /var/cvs/e/e_modules/emu/autogen.sh,v
retrieving revision 1.2
diff -u -r1.2 autogen.sh
--- emu/autogen.sh  20 Mar 2006 11:37:33 -  1.2
+++ emu/autogen.sh  13 Feb 2007 14:08:19 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo Running autopoint...; autopoint -f || exit 1
 echo Running aclocal... ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1
 echo Running autoheader... ; autoheader || exit 1
 echo Running autoconf... ; autoconf || exit 1
Index: flame/autogen.sh
===
RCS file: /var/cvs/e/e_modules/flame/autogen.sh,v
retrieving revision 1.2
diff -u -r1.2 autogen.sh
--- flame/autogen.sh 

Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Jesse Luehrs
On Tue, 13 Feb 2007 08:00:53 -0500
Landry, Marc-Andre [EMAIL PROTECTED] wrote:

 Hello all,
 great work, I would say amazing work! All the pieces are so great. Not
 only that you will been able to raise the money for the servers.
 Beside, I know, it was a long time ago I made a contribution to help
 on all the project to support automake-1.10 and is 'caprice'.
 
 I took a day off last week to make all the modules happy whit
 automake-1.10 and here are those modification. It took time as I
 wanted to test all of them before sending the patch. I have seen no
 flaws beside that I haven't test all the linguas (= I also tried to
 correct some configure.in file that where missing some information to
 correctly got linked to gettext.
 
 This patch shall not break anything as it touch mostly only the
 autogen.sh script.
 
 Continue the great work, I will try to send more support for
 automake-1.10 later on. Beside I lost some mail on a crash that where
 talking about this. Can't remember if it was okay to exit if autopoint
 didn't work.
 
 Sheer,
 LMA

You might want to take a look at the diff for net/autogen.sh again...

Jesse

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with ecore_main_fd_handler_add() and async GUI updates

2007-02-13 Thread Andreas Volz
Am Sat, 10 Feb 2007 06:11:52 +0900 schrieb Carsten Haitzler (The
Rasterman):

 On Thu, 8 Feb 2007 01:14:05 +0100 Andreas Volz [EMAIL PROTECTED]
 babbled:
 
  Hello,
  
  I've some problems with ecore_main_fd_handler_add(). In my
  application a pipe is used to synchronize the asynchronous data
  generation thread and the GUI. It works great in 8 of 10 app
  running cases. In 2 of 10 cases I start the application but the
  callback function from ecore_main_fd_handler_add() is never called,
  no matter how much bytes I throw into the pipe.
  
  Before I start to debug the ecore functions I hope someone could
  look over my code and help me to find the bug (if existing).
 
 i wish i had time to check - but for now, i don't. i'm busily trying
 to catch up on my mail. one guess might be that the child starts
 sending data before the parent has added the fd handler in? but

Hm, I could try what happens if I wait some time before putting data
into the pipe.

 otherwise this should work. another guess is the child is calling
 ecore routines and somehow destroying ecore's internal data structs.

I hope you've some time to check this problem later. Perhaps I'll look
into ecore myself, but I assume that I need a much more time to
indentify the problem.

regards
Andreas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Entrance not working with /bin/tcsh

2007-02-13 Thread Gregory Kriehn
Folks,

With the code cleanup of entrance several months ago, a user can no
longer login with entrance using /bin/tcsh.  This problem was fixed
about a year ago, but cropped up again and has never been fixed.  If
possible, I'd like the problem to be addressed.  Here is the background
info once again regarding the bug:

 There IS a reason for using /bin/sh and not the user's shell, and 
 that explains the mess at that part of the code. Check the following 
 commit.

 -
 revision 1.80
 date: 2005/12/10 05:55:09;  author: xcomputerman;  state: Exp;  lines:
 +1 -1
 I thought I had committed this...
 Force usage of /bin/sh to execute session to avoid problems with csh 
 users.
 -

 The exact Reason can be seen from the tcsh man page

 
 -l  The shell is a login shell.  Applicable only if -l is the only
 flag specified.
 

 So there you go, you can't do csh -l -c xxx, it won't work, and the
 latest commit will give problems to users with their default shell set
 to csh.
---BeginMessage---
Hi Greg,

I seems to have problems committing to the entrance cvs, so I have
attached a cvs diff here for you to try and commit it.

Cheers,
Phuah Yee Keat

Gregory Kriehn wrote:
 Phuah,
 
 It looks like your highlight of the problem has not been folded into the
 most recent commits of entrance yet.  Is it possible for you to bump
 this back up?
 
 I have confirmed, once again, that it is indeed tcsh/csh causing the
 problem.
 
 Thanks!
 Greg
 
 On Fri, 2006-09-15 at 10:15 +0800, Phuah Yee Keat wrote:
 The latest entrance commit makes it incompatible with tcsh.

 I am reproducing the mail I sent to the list below:

 ---
 Hi,

 Sorry that this came in late. The latest entrance patch have some problems

 -
 revision 1.86
 date: 2006/08/31 14:37:37;  author: essiene;  state: Exp;  lines: +73 -24
 - Commit Entrance shell utilization patches from Eugen Minciu... they
 work like a charm  :)
 - Update TODO
 -

 There IS a reason for using /bin/sh and not the user's shell, and that
 explains the mess at that part of the code. Check the following commit.

 -
 revision 1.80
 date: 2005/12/10 05:55:09;  author: xcomputerman;  state: Exp;  lines: +1 -1
 I thought I had committed this...
 Force usage of /bin/sh to execute session to avoid problems with csh users.
 -

 The exact Reason can be seen from the tcsh man page

 
 -l  The shell is a login shell.  Applicable only if -l is the only
 flag specified.
 

 So there you go, you can't do csh -l -c xxx, it won't work, and the
 latest commit will give problems to users with their default shell set
 to csh.

 Cheers,
 Phuah Yee Keat
 
? entrance_session.cvsdiff
Index: entrance_session.c
===
RCS file: /var/cvs/e/e17/apps/entrance/src/client/entrance_session.c,v
retrieving revision 1.89
diff -r1.89 entrance_session.c
843,844c843
} else {
  res = execl(/bin/sh, /bin/sh, -l, -c, buf, NULL);
---
}
846,853c845,847
  /* Getting here means the previous didn't work 
   * If /bin/sh isn't a login shell run /bin/sh without loading 
the profile
   * Also log a warning because this will probably not behave 
correctly */
  if (res == -1) { 
 /*TODO: should actually hit the user in the face with this 
message*/
 syslog(LOG_NOTICE, Neither '%s' or '/bin/sh' are working 
login shells for user '%s'. Your session may not function properly. 
,shell,user);
 execl(/bin/sh, /bin/sh, -c, buf, NULL);
  }
---
/* For csh, the above will fail, because csh does not like '-l -c cmd'
 * fallback to using default shell */
res = execl(/bin/sh, /bin/sh, -l, -c, buf, NULL);
855,858c849,855
  /* Damn, that didn't work either.
   * Bye! We call it quits and log an error 
   * TODO: Also hit the user in the face with this! (ouch!)*/
   syslog(LOG_CRIT, Entrance could not find a working shell to 
start the session for user: \%s\.,user);
---
/* Getting here means the previous didn't work 
   * If /bin/sh isn't a login shell run /bin/sh without loading the profile
   * Also log a warning because this will probably not behave correctly */
if (res == -1) { 
 /*TODO: should actually hit the user in the face with this message*/
 syslog(LOG_NOTICE, Neither '%s' or '/bin/sh' are working login 
 shells for user '%s'. Your session may not function properly. ,shell,user);
 execl(/bin/sh, /bin/sh, -c, buf, NULL);
859a857,861
 
/* Damn, that didn't work either.
   * Bye! We call it quits and log an error 
   * TODO: Also hit the user in the face with this! (ouch!)*/
   syslog(LOG_CRIT, Entrance could not find a working shell to start the 
 session for 

Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Michael Jennings
On Tuesday, 13 February 2007, at 09:17:51 (-0500),
Landry, Marc-Andre wrote:

 +echo Running autopoint...; autopoint -f || exit 1

No.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 If everything is coming your way, you're in the wrong lane.
-- fortune

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Christopher Michael
David Seikel wrote:
 This discussion has been had before, automake 1.10 gettext support is
 too broken.  Check the archives.  Amongst other things, it sneaks in an
 assignment of copyright to FSF if you are not careful.
 
 If someone decides to apply this anyway, do not do so to the emu module.
 

Also, please skip the cpu, mem, mixer, net, flame, rain, snow,
screenshot, slideshow, uptime, and tclock modules too. Automake 1.10 is
just too broken at this point, and not all systems support it yet.

devilhorns

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Michael Jennings
On Tuesday, 13 February 2007, at 13:45:04 (-0500),
Christopher Michael wrote:

 Also, please skip the cpu, mem, mixer, net, flame, rain, snow,
 screenshot, slideshow, uptime, and tclock modules too. Automake 1.10
 is just too broken at this point, and not all systems support it
 yet.

It's not going to be applied by anyone who values their ability to
reproduce.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 The problem with the gene pool is there's no lifeguard.
  -- Steven Wright

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with ecore_main_fd_handler_add() and async GUI updates

2007-02-13 Thread Andreas Volz
Am Tue, 13 Feb 2007 15:33:21 +0100 schrieb Andreas Volz:

 Am Sat, 10 Feb 2007 06:11:52 +0900 schrieb Carsten Haitzler (The
 Rasterman):
 
  On Thu, 8 Feb 2007 01:14:05 +0100 Andreas Volz [EMAIL PROTECTED]
  babbled:
  
   Hello,
   
   I've some problems with ecore_main_fd_handler_add(). In my
   application a pipe is used to synchronize the asynchronous data
   generation thread and the GUI. It works great in 8 of 10 app
   running cases. In 2 of 10 cases I start the application but the
   callback function from ecore_main_fd_handler_add() is never
   called, no matter how much bytes I throw into the pipe.
   
   Before I start to debug the ecore functions I hope someone could
   look over my code and help me to find the bug (if existing).
  
  i wish i had time to check - but for now, i don't. i'm busily trying
  to catch up on my mail. one guess might be that the child starts
  sending data before the parent has added the fd handler in? but
 
 Hm, I could try what happens if I wait some time before putting data
 into the pipe.

I waited some seconds after creating the pipe before writing the first
byte into the pipe. This doesn't solve the problem.

regards
Andreas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Menus config dialog strangeness....

2007-02-13 Thread Ravenlock

Hello,

I happen to notice that on my machine when I open the Menus - Menu 
Settings - advanced dialog, that the Click Drag Timeout slider 
jitters immediately, and then the Apply and OK buttons become enabled.


It appears this is because the I had never used this dialog before.  as 
a result my config setting was set to the default value of 1.25.  This 
default does not fit nicely inside the parameters of the slider as it 
was created.  This seemed to be causing the jitter.


I could change the default value, but assume it was picked for a reason. 
 Instead, I chose to allow finer grain control over the setting, by 
allowing 0.25s steps in the slider.


Attached is a patch.

--
Regards,
Ravenlock
Index: e17/apps/e/src/bin/e_int_config_menus.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_int_config_menus.c,v
retrieving revision 1.10
diff -u -r1.10 e_int_config_menus.c
--- e17/apps/e/src/bin/e_int_config_menus.c 15 Jan 2007 17:43:18 -  
1.10
+++ e17/apps/e/src/bin/e_int_config_menus.c 13 Feb 2007 23:38:05 -
@@ -161,7 +161,7 @@
e_widget_framelist_object_append(of, ob);
ob = e_widget_label_add(evas, _(Click Drag Timeout));
e_widget_framelist_object_append(of, ob);
-   ob = e_widget_slider_add(evas, 1, 0, _(%2.1f seconds), 0.0, 10.0, 0.5, 0, 
(cfdata-menus_click_drag_timeout), NULL, 200);
+   ob = e_widget_slider_add(evas, 1, 0, _(%2.2f seconds), 0.0, 10.0, 0.25, 
0, (cfdata-menus_click_drag_timeout), NULL, 200);
e_widget_framelist_object_append(of, ob);

e_widget_list_object_append(o, of, 1, 1, 0.5);   
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: test lok

2007-02-13 Thread lok
On Tue, 13 Feb 2007 22:56:34 +0100 (CET)
Vincent Torri [EMAIL PROTECTED] wrote:

 
 It's not a typo. raster wants to let the user giving his own CFLAGS. See 
 line 34 (where an error lives. FLAGS, and not FALGS). Btw, that error is 
 also in embryo's Makefile
 
 Vincent

Sorry, my bad.
Everything is fixed as in eet's Makefile now.

Thanks

lok.

 
 On Tue, 13 Feb 2007, Enlightenment CVS wrote:
 
  Enlightenment CVS committal
 
  Author  : lok
  Project : e17
  Module  : test
 
  Dir : e17/test/orig/edje
 
 
  Modified Files:
  Makefile
 
 
  Log Message:
  small typo fixed
 
  ===
  RCS file: /cvs/e/e17/test/orig/edje/Makefile,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -3 -r1.1 -r1.2
  --- Makefile28 Oct 2006 09:01:59 -  1.1
  +++ Makefile14 Feb 2007 03:04:21 -  1.2
  @@ -1,4 +1,4 @@
  -FLAGS = `edje-config --cflags` `ecore-config --cflags` `evas-config 
  --cflags` `eet-config --cflags`
  +CFLAGS = `edje-config --cflags` `ecore-config --cflags` `evas-config 
  --cflags` `eet-config --cflags`
  LIBS  = `edje-config --libs` `ecore-config --libs` `evas-config --libs` 
  `eet-config --libs`
 
  BINS  = edje edje_ls edje_test edje_thumb
 
 
 
  -
  Using Tomcat but need to do more? Need to support web services, security?
  Get stuff done quickly with pre-integrated technology to make your job 
  easier.
  Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  ___
  enlightenment-cvs mailing list
  enlightenment-cvs@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
 
  -- 
  Ce message a été vérifié par MailScanner
  pour des virus ou des polluriels et rien de
  suspect n'a été trouvé.
  Message délivré par le serveur de messagerie de l'Université d'Evry.
 
 

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with ecore_main_fd_handler_add() and async GUI updates

2007-02-13 Thread Andreas Volz
Am Thu, 8 Feb 2007 01:14:05 +0100 schrieb Andreas Volz:

Hello,

it seems perhaps I found the problem. :-)

The problem was a bug in my application. Since fixing it I got no more
problems with the pipe.

See:

 Here is the code:
 
 #include stdio.h
 #include string.h
 #include stdlib.h
 #include unistd.h
 #include stdint.h
 #include fcntl.h
 #include Ecore.h
 #include Evas.h
 #include Ecore_Evas.h
 #include Edje.h
 #include stdbool.h
 #include sys/types.h
 #include sys/stat.h
 #include math.h
 #include gps.h
 
 
 
 Ecore_Evas *ee;
 Evas *evas;
 
 Evas_Object *o_bg;
 Evas_Object *o_edje;
 Evas_Object *poly;
 
 pthread_t gps_thread;
 pthread_mutex_t gps_mutex = PTHREAD_MUTEX_INITIALIZER;
 
 void resize_cb(Ecore_Evas *ee);
 void print_help (char *app_name);
 void gps_callback (struct gps_data_t *gps_data, char *buf,  size_t
 len, int level);
 
 int _fd_dp_active(void *data, Ecore_Fd_Handler *fdh);
 void dispatcher_init ();
 void dispatcher_signal ();
 
 struct _Dispatcher
 {
   int fd_read;
   int fd_write;
   void *data;
   Ecore_Fd_Handler *fd_handler;
   // callback function??
 };
 
 typedef struct _Dispatcher Dispatcher;
 
 Dispatcher dp;
 char edje_signal[13+3]; // holds up to 999 images; should be enough;

13 + 3 = 16

 int main(int argc, char **argv)
 {
   Evas_Object *o;
   int edje_w = 240;
   int edje_h = 240;
   char *theme;
   struct stat stat_buf;
   bool theme_default;
   char theme_default_name[] = ../data/empass.edj;
   struct gps_data_t *gpsData;
   
   switch (argc)
   {
   case 1:
 theme_default = !stat (theme_default_name, stat_buf);
 if (theme_default)
   theme = theme_default_name;
 else
   print_help (argv[0]);
 break;
   case 2:
 theme = argv[1];
 break;
   default:
 print_help (argv[0]);
 break;
   }
 
   gpsData = gps_open (localhost, 2947);
 
   if (gpsData)
   {
 gps_query (gpsData, rw\n);
 gps_query (gpsData, j=1\n);
 
 gps_set_callback (gpsData, gps_callback, gps_thread);
   }
   else
   {
 fprintf (stderr, Warning: running without gpsd support!\n);
   }
 
   if (!ecore_init ())
   {
 fprintf (stderr, Error while initializing Ecore!\n);
 exit (1);
   }
   
   ecore_app_args_set(argc, (const char **)argv);
  
   if (!ecore_evas_init ())
   {
 fprintf (stderr, Error while initializing Ecore_Evas!\n);
 exit (1);
   }
 
   if (!edje_init())
   {
 fprintf (stderr, Error while initializing Evas!\n);
 exit (1);
   }
 
   dispatcher_init ();
 
   // TODO: warum geht Xrender auf dem Latop nicht?
/*if
 (ecore_evas_engine_type_supported_get(ECORE_EVAS_ENGINE_XRENDER_X11))
 ee = ecore_evas_xrender_x11_new(NULL, 0, 0, 0, edje_w, edje_h); else
 {*/
   if
 (ecore_evas_engine_type_supported_get(ECORE_EVAS_ENGINE_SOFTWARE_X11))
 ee = ecore_evas_software_x11_new(NULL, 0, 0, 0, edje_w, edje_h); //}
   if (!ee)
   {
 if
 (ecore_evas_engine_type_supported_get(ECORE_EVAS_ENGINE_SOFTWARE_FB))
 ee = ecore_evas_fb_new(NULL, 270, edje_w, edje_h); if (!ee)
   ee = ecore_evas_gl_x11_new(NULL, 0, 0, 0, edje_w, edje_h);
 if (!ee)
 {
   fprintf(stderr, Cannot create Canvas!\n);
   exit(-1);
 }
   }
 
   ecore_evas_shaped_set (ee, 1);
   ecore_evas_title_set (ee, empass);
 
   //ecore_evas_borderless_set(ee, 1);
   ecore_evas_sticky_set(ee, 1);
 
   evas = ecore_evas_get(ee);
   evas_image_cache_set(evas, 8192 * 1024);
   evas_font_cache_set(evas, 512 * 1024);
 
   o = evas_object_rectangle_add(evas);
   evas_object_move(o, 0, 0);
   evas_object_resize(o, edje_w, edje_h);
 
   evas_object_color_set(o, 0, 0, 0, 0);
   evas_object_focus_set(o, 1);
 
   evas_object_show(o);
   o_bg = o;
 
   o = edje_object_add(evas);
 
   edje_object_file_set(o, theme, main);
   evas_object_move(o, 0, 0);
   evas_object_resize(o, edje_w, edje_h);
 
   evas_object_show(o);
   o_edje = o;
 
   ecore_evas_callback_resize_set(ee, resize_cb);
   ecore_evas_show(ee);
 
   ecore_main_loop_begin();
 
   edje_shutdown();
   ecore_evas_shutdown();
   ecore_shutdown();
 
   return 0;
 }
 
 void dispatcher_init ()
 {
   int fd[2];
 
/* Create the file descriptors */
   if (pipe(fd) == 0) 
   {
 dp.fd_read = fd[0];
 dp.fd_write = fd[1];
 fcntl(dp.fd_read, F_SETFL, O_NONBLOCK);
 dp.fd_handler = ecore_main_fd_handler_add (dp.fd_read,
ECORE_FD_READ,
_fd_dp_active,
dp,
NULL, NULL);
 ecore_main_fd_handler_active_set(dp.fd_handler, ECORE_FD_READ);
   }
   else
   {
 fprintf (stderr, pipe() failed\n);
 exit (1);
   }
 }
 
 int _fd_dp_active (void *data, Ecore_Fd_Handler *fdh)
 {
   int fd;
   int len;
   char buf[1];
   char edje_signal_local[13+3];
   unsigned char *frame_data;
   Dispatcher *dp;
 
   printf (asynchronous data arrived\n);
 
   dp = data;
   fd = ecore_main_fd_handler_fd_get(fdh);
 
   // reads all 

[E-devel] Clock module patch

2007-02-13 Thread Simon TRENY
Hi guys,

Here is a small patch that makes the clock a bit easier to be read, by
adding a small label displaying the current time when the mouse is
over it (same way as labels in the ibox).
I know that Raster wants to keep the clock module as minimal as
possible, so I understand if it's not committed but I just thought that
maybe it could interest other people.

Here is how the clock looks like when the mouse is over it:
http://mtreny.free.fr/e17_clock.png

Regards,
Simon TRENY MoOmIndex: default_clock.edc
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_clock.edc,v
retrieving revision 1.13
diff -u -r1.13 default_clock.edc
--- default_clock.edc	23 Aug 2006 03:39:01 -	1.13
+++ default_clock.edc	14 Feb 2007 05:55:01 -
@@ -187,6 +187,7 @@
script {
   public clock_cb(val) {
 	 new buf[11];
+ new bufh[11], bufm[11], bufs[11];
 	 new year, month, day, yearday, weekday, hour, minute;
 	 new Float:second;
 	 new v;
@@ -209,12 +210,21 @@
 	 if (v  10) {snprintf(buf, 10, 0%i, v);}
 	 else{snprintf(buf, 10, %i, v);}
 	 set_state(PART:minutes, buf, 0.0);
-
-	 v = ((hour % 12) * 5) + ((minute * 5) / 60);
+ 
+ v = ((hour % 12) * 5) + ((minute * 5) / 60);
 	 buf[0] = 0;
 	 if (v  10) {snprintf(buf, 10, 0%i, v);}
 	 else{snprintf(buf, 10, %i, v);}
 	 set_state(PART:hour, buf, 0.0);
+ 
+	 if (hour  10)   {snprintf(bufh, 10, 0%i, hour);}
+	 else {snprintf(bufh, 10, %i, hour);}
+	 if (minute  10) {snprintf(bufm, 10, 0%i, minute);}
+	 else {snprintf(bufm, 10, %i, minute);}
+	 if (second  10) {snprintf(bufs, 10, 0%i, round(second));}
+	 else {snprintf(bufs, 10, %i, round(second));}
+ snprintf(buf, 10, %s:%s:%s, bufh, bufm, bufs);
+ set_text(PART:time_label, buf);
   }
}
parts {
@@ -526,6 +536,49 @@
 	}
 	 }
   }
+  part {  
+	 name: time_label;
+	 type: TEXT;
+	 effect: SOFT_SHADOW;  
+	 mouse_events: 0;
+	 description {
+	state: default 0.0;
+	align: 0.5 0.5;
+	rel1 {
+   relative: 0.0  1.0;
+	   offset:   0-1;
+	}
+	rel2 {
+   relative: 1.0  1.0;
+	   offset:   -1-1;
+	}
+	color: 255 255 255 0;
+	color3: 0 0 0 0;
+	color_class: module_label;
+	text {
+	   text: Tesyou;
+	   font: Edje-Vera-Bold;
+	   size: 9;
+	   min:  1 1;
+	   align: 0.5 0.5;
+	   text_class: module_normal;
+	}
+	 }
+	 description {
+	state: visible 0.0;
+	inherit: default 0.0;
+	rel1 {
+   relative: 0.0  0.0;
+	   offset:   00;
+	}
+	rel2 {
+   relative: 1.0  1.0;
+	   offset:   -1-1;
+	}
+	color: 255 255 255 255;
+	color3: 0 0 0 42;
+	 }
+  }
}
programs {
   program {
@@ -535,6 +588,22 @@
 	 script {
 	clock_cb(0);
 	 }
+  }
+  program {
+	 name:show_time_label;
+	 signal:  mouse,in;
+	 source:  bg;
+	 action:  STATE_SET visible 0.0;
+	 transition: SINUSOIDAL 0.5;
+	 target:  time_label;
+  }
+  program {
+	 name:hide_time_label;
+	 signal:  mouse,out;
+	 source:  bg;
+	 action:  STATE_SET default 0.0;
+	 transition: SINUSOIDAL 1.0;
+	 target:  time_label;
   }
}
 }
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Menus config dialog strangeness....

2007-02-13 Thread Christopher Michael
Christopher Michael wrote:
 Ravenlock wrote:
 Hello,

 I happen to notice that on my machine when I open the Menus - Menu
 Settings - advanced dialog, that the Click Drag Timeout slider
 jitters immediately, and then the Apply and OK buttons become enabled.

 It appears this is because the I had never used this dialog before.  as
 a result my config setting was set to the default value of 1.25.  This
 default does not fit nicely inside the parameters of the slider as it
 was created.  This seemed to be causing the jitter.

 I could change the default value, but assume it was picked for a reason.
  Instead, I chose to allow finer grain control over the setting, by
 allowing 0.25s steps in the slider.

 Attached is a patch.

 
 You should reread the e_config.c :) The default of 1.25 is only used if
 compiled for a pda device..0.25 is the default for PCs.
 
 You are correct in that the default value does not work nicely in the
 dialog as the slider minimum value and change delta are not proper for
 the default value being used...so patch Accepted :)
 
 Cheers,
 dh
 

In cvs now :)

dh

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Kim Woelders

Landry, Marc-Andre wrote:

Michael Jennings wrote:

On Tuesday, 13 February 2007, at 09:17:51 (-0500),
Landry, Marc-Andre wrote:


+echo Running autopoint...; autopoint -f || exit 1

No.

Michael



I will work on this for my self. I had lost track of this subject and I
excuse me if I didn't understand that there will not be any support for
this case. I will try to better help on the todo list for reporting patch.

«Désolé» I didn't intended to take your time,
Marc-André Landry

Don't feel bad. Autofoo in general and gettext in particular have a long 
history of, lets say, exciting people.


I still don't quite get all the opposition against autopoint (except the 
stupid requirement that the cvs program must be available). In my 
opinion automake-1.10 is not broken but people here insist on pissing 
against the wind and refuse to set up configuration stuff as it is 
supposed to be, and then blame the autotools that they don't work (/me 
ducks).


The e17/apps/e autogen.sh has used autopoint for months now, and my 
impression is that the noise level from people with autotool issues in 
this module has decreased considerably since then.


Anyway, I think adding autopoint to autogen.sh is only part of the 
solution if you go down that path. There seem to be quite a few other 
fixups required, like po/Makefile-po/Makefile.in in configure.in, 
remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of 
autoconf and autoheader in autogen.sh, and more.


In case anybody bothers to persue this I have attached a patch for the 
alarm module, which passes make distcheck with automake-1.9.6 as well as 
automake-1.10 (a few bits in the patch are not related to gettext but 
required just to pass distcheck). I'm not saying this is the One and 
Only way to do this but only that this patch works for me.
No worries - I have absolutely no intention to commit this in fear of 
what might happen to my reproductive powers.


/Kim
diff -urN -X ../excl.list ../alarm/.cvsignore ./.cvsignore
--- ../alarm/.cvsignore	2006-11-12 14:04:43.0 +0100
+++ ./.cvsignore	2007-02-13 20:13:29.0 +0100
@@ -9,6 +9,7 @@
 config.h
 config.h.in
 config.log
+config.rpath
 config.status
 config.sub
 configure
@@ -16,9 +17,12 @@
 e_modules-alarm.spec
 install-sh
 libtool
+m4
 missing
+mkinstalldirs
 module.desktop
 ltmain.sh
 stamp-h1
 *.la
 *.lo
+*.tar.gz
diff -urN -X ../excl.list ../alarm/Makefile.am ./Makefile.am
--- ../alarm/Makefile.am	2006-11-08 13:43:17.0 +0100
+++ ./Makefile.am	2007-02-13 20:25:21.0 +0100
@@ -1,3 +1,4 @@
+AUTOMAKE_OPTIONS = foreign
 MAINTAINERCLEANFILES = Makefile.in
 
 SUBDIRS = po
@@ -38,5 +39,7 @@
 	   $(top_builddir)/alarm.edj
 	   
 clean-local:
-	rm -rf alarm.edj *~
+	rm -rf alarm.edj module.desktop *~
 	
+
+ACLOCAL_AMFLAGS = -I m4
diff -urN -X ../excl.list ../alarm/autogen.sh ./autogen.sh
--- ../alarm/autogen.sh	2006-11-08 11:06:38.0 +0100
+++ ./autogen.sh	2007-02-13 22:35:56.0 +0100
@@ -5,22 +5,13 @@
 
 touch README
 
-echo Running aclocal... ; aclocal $ACLOCAL_FLAGS || exit 1
-echo Running autoheader... ; autoheader || exit 1
+echo Running autopoint...; autopoint -f || exit 1
+rm ABOUT-NLS
+echo Running aclocal... ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1
 echo Running autoconf... ; autoconf || exit 1
+echo Running autoheader... ; autoheader || exit 1
 echo Running libtoolize... ; (libtoolize --copy --automake || glibtoolize --automake) || exit 1
 echo Running automake... ; automake --add-missing --copy --gnu || exit 1
-echo Generating gettext alarm.pot template; \
-xgettext \
---output alarm.pot \
---output-dir=po \
---language=C \
---add-location \
---keyword=D_ \
---sort-by-file \
---copyright-holder=TODO \
---foreign-user \
-`find . -name *.[ch] -print` || exit 1
 
 if [ -z $NOCONFIGURE ]; then
 	./configure $@
diff -urN -X ../excl.list ../alarm/configure.in ./configure.in
--- ../alarm/configure.in	2007-02-04 03:42:58.0 +0100
+++ ./configure.in	2007-02-13 22:37:13.0 +0100
@@ -15,10 +15,9 @@
 AM_PROG_LIBTOOL
 
 ALL_LINGUAS=eo it ja sv
-AC_SUBST(ALL_LINGUAS)
 
 AM_GNU_GETTEXT([external])
-AM_GNU_GETTEXT_VERSION(0.14)
+AM_GNU_GETTEXT_VERSION([0.12.1])
 
 MODULE_ARCH=$host_os-$host_cpu
 AC_SUBST(MODULE_ARCH)
@@ -146,7 +145,7 @@
 
 AC_OUTPUT([
 Makefile
-po/Makefile
+po/Makefile.in
 e_modules-alarm.spec
 module.desktop
 ],[
diff -urN -X ../excl.list ../alarm/po/.cvsignore ./po/.cvsignore
--- ../alarm/po/.cvsignore	2006-11-12 14:02:01.0 +0100
+++ ./po/.cvsignore	2007-02-13 20:15:16.0 +0100
@@ -1,4 +1,16 @@
 Makefile
 Makefile.in
+Makefile.in.in
+Makevars.template
+POTFILES
+Rules-quot
+boldquot.sed
[EMAIL PROTECTED]
[EMAIL PROTECTED]
+insert-header.sin
+quot.sed
+remove-potcdate.sed
+remove-potcdate.sin
+stamp-po
 *.pot
-*.mo
+*.gmo
diff -urN -X ../excl.list ../alarm/po/Makefile.am ./po/Makefile.am
--- ../alarm/po/Makefile.am	2006-11-08 11:06:38.0 +0100
+++ ./po/Makefile.am	1970-01-01 01:00:00.0 +0100
@@ 

Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Michael Jennings
On Wednesday, 14 February 2007, at 01:18:46 (+0100),
Kim Woelders wrote:

 I still don't quite get all the opposition against autopoint (except
 the stupid requirement that the cvs program must be available). In
 my opinion automake-1.10 is not broken but people here insist on
 pissing against the wind and refuse to set up configuration stuff as
 it is supposed to be, and then blame the autotools that they don't
 work (/me ducks).

Okay, please point out how the configuration stuff is supposed to
be to avoid trying to invoke the cvs command.

 The e17/apps/e autogen.sh has used autopoint for months now, and my
 impression is that the noise level from people with autotool issues
 in this module has decreased considerably since then.

raster disabled it on November 2nd.  You sneakily (as sneakily as one
can with CVS...but it snuck past me...) re-enabled it on November
3rd.  The lack of noise probably has a lot more to do with those for
whom it doesn't work resigning themselves to just dealing with it,
like devilhorns.

 Anyway, I think adding autopoint to autogen.sh is only part of the
 solution if you go down that path. There seem to be quite a few
 other fixups required, like po/Makefile-po/Makefile.in in
 configure.in, remove po/Makefile.am, add po/Makevars and
 po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and
 more.

While automake 1.10 may or may not be broken, gettext clearly is.  Had
we devoted the same amount of time to developing a new, better i18n
solution (i.e., one that behaves reasonably rather than like an
autistic cross-eyed gerbil on a caffeine high) that we've spent trying
to get each new version of the autoFUCK tools to work properly, we
wouldn't need gettext any more.

gettext should be smart enough to work properly, and automake should
be smart enough to know that gettext is more broke than MC Hammer's
fashion coordinator and that workarounds, not fatal errors, are the
proper course of action.

 In case anybody bothers to persue this I have attached a patch for
 the alarm module, which passes make distcheck with automake-1.9.6 as
 well as automake-1.10 (a few bits in the patch are not related to
 gettext but required just to pass distcheck). I'm not saying this is
 the One and Only way to do this but only that this patch works for
 me.

Let's see if it works for devilhorns.  And I'll try it with automake
1.8.

 No worries - I have absolutely no intention to commit this in fear of 
 what might happen to my reproductive powers.

Good boy.  Don't think I can't find my way to West Kwoville, Denmark.
:-)

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 Define irony.  'A bunch of idiots dancing on a plane to a song made
  famous by a band that died in a plane crash.'
  -- Garland Greene (Steve Buscemi), Con-Air

-
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