Re: [E-devel] cleanup of the autotools stuff

2008-05-11 Thread Vincent Torri


On Sun, 11 May 2008, Vincent Torri wrote:


 Hey,

 I've cleaned a bit the autotools stuff:

 * use correct way to remove the check of g++ and g77 from libtool
 * use correct way to deal with PACKAGE_DATA_DIR and PACKAGE_LIB_DIR
 * use AC_HELP_STRING when missing
 * formatting

 later, I plan to add win32 support (compilation without x11. I don't think 
 i'll add any win32 specific graphic stuff)

 if the formatting is good enough, i can commit.

I've forgotten something: do you want I add the same libtool versioning 
than other efl (based on the version in configure.in) ? Anyway, it would 
be better to put it in configure.in, and not in src/lib/Makefile.am

Vincent

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] cleanup of the autotools stuff

2008-05-11 Thread Vincent Torri


Hey,

I've cleaned a bit the autotools stuff:

 * use correct way to remove the check of g++ and g77 from libtool
 * use correct way to deal with PACKAGE_DATA_DIR and PACKAGE_LIB_DIR
 * use AC_HELP_STRING when missing
 * formatting

later, I plan to add win32 support (compilation without x11. I don't think 
i'll add any win32 specific graphic stuff)


if the formatting is good enough, i can commit.

Vincent? imlib2-1.4.1.000.tar.bz2
? imlib2.diff
Index: Makefile.am
===
RCS file: /cvs/e/e17/libs/imlib2/Makefile.am,v
retrieving revision 1.36
diff -u -r1.36 Makefile.am
--- Makefile.am 28 Jun 2006 07:20:17 -  1.36
+++ Makefile.am 11 May 2008 07:38:15 -
@@ -2,15 +2,9 @@
 
 SUBDIRS = src data doc
 
-MAINTAINERCLEANFILES = Makefile.in aclocal.m4 config.guess \
-   config.h.in config.sub configure install-sh \
-  ltconfig ltmain.sh missing mkinstalldirs \
-  stamp-h.in build-stamp configure-stamp depcomp \
-  imlib2_docs.tar.gz imlib2.c \
-  README \
-  imlib2.pc \
-  imlib2.spec \
-  debian/changelog
+MAINTAINERCLEANFILES = aclocalm4 config.guess config.h.in \
+  config.sub configure depcomp install-sh \
+  ltmain.sh Makefile.in missing imlib2_docs.tar.gz
 
 bin_SCRIPTS = imlib2-config
 
Index: configure.in
===
RCS file: /cvs/e/e17/libs/imlib2/configure.in,v
retrieving revision 1.147
diff -u -r1.147 configure.in
--- configure.in20 Apr 2008 12:19:22 -  1.147
+++ configure.in11 May 2008 07:38:15 -
@@ -16,22 +16,19 @@
 AM_PROG_AS
 
 dnl Set default visibility to hidden?
-AC_ARG_ENABLE(visibility-hiding,
-  [  --enable-visibility-hiding enable visibility hiding @:@default=no@:@],,
-  enable_visibility_hiding=no
+AC_ARG_ENABLE([visibility-hiding],
+  [AC_HELP_STRING([--enable-visibility-hiding], [enable visibility hiding 
@:@default=no@:@])],
+  [enable_visibility_hiding=yes],
+  [enable_visibility_hiding=no]
 )
 
 AM_PROG_CC_STDC
 AC_HEADER_STDC
 AC_C_CONST
-AM_ENABLE_SHARED
 
 dnl Next four lines is a hack to prevent libtool checking for CXX/F77
-m4_undefine([AC_PROG_CXX])
-m4_defun([AC_PROG_CXX],[])
-m4_undefine([AC_PROG_F77])
-m4_defun([AC_PROG_F77],[])
-
+define([AC_LIBTOOL_LANG_CXX_CONFIG], [:])dnl
+define([AC_LIBTOOL_LANG_F77_CONFIG], [:])dnl
 AM_PROG_LIBTOOL
 
 dnl See if the compiler supports -std=gnu99 since some math
@@ -43,72 +40,6 @@
 AC_TRY_COMPILE(,,,[cc_supports_gnu99=no;CPPFLAGS=$save_CPPFLAGS])
 AC_MSG_RESULT($cc_supports_gnu99)
 
-if test x${bindir} = 'x${exec_prefix}/bin'; then
-  if test x${exec_prefix} = xNONE; then
-if test x${prefix} = xNONE; then
-  bindir=${ac_default_prefix}/bin;
-else
-  bindir=${prefix}/bin;
-fi
-  else
-if test x${prefix} = xNONE; then
-  bindir=${ac_default_prefix}/bin;
-else
-  bindir=${prefix}/bin;
-fi
-  fi
-fi
-
-if test x${libdir} = 'x${exec_prefix}/lib'; then
-  if test x${exec_prefix} = xNONE; then
-if test x${prefix} = xNONE; then
-  libdir=${ac_default_prefix}/lib;
-else
-  libdir=${prefix}/lib;
-fi
-  else
-if test x${prefix} = xNONE; then
-  libdir=${ac_default_prefix}/lib;
-else
-  libdir=${prefix}/lib;
-fi
-  fi
-fi
-
-dnl Set PACKAGE_BIN_DIR in config.h.
-if test x${bindir} = 'xNONE'; then
-  if test x${prefix} = xNONE; then
-AC_DEFINE_UNQUOTED(PACKAGE_BIN_DIR, ${ac_default_prefix}/bin, 
[Installation directory for user executables])
-  else
-AC_DEFINE_UNQUOTED(PACKAGE_BIN_DIR, ${prefix}/bin, [Installation 
directory for user executables])
-  fi
-else
-  AC_DEFINE_UNQUOTED(PACKAGE_BIN_DIR, ${bindir}, [Installation directory for 
user executables])
-fi
-
-dnl Set PACKAGE_LIB_DIR in config.h.
-if test x${libdir} = 'xNONE'; then
-  if test x${prefix} = xNONE; then
-AC_DEFINE_UNQUOTED(PACKAGE_LIB_DIR, ${ac_default_prefix}/lib, 
[Installation directory for libraries])
-  else
-AC_DEFINE_UNQUOTED(PACKAGE_LIB_DIR, ${prefix}/lib, [Installation 
directory for libraries])
-  fi
-else
-  AC_DEFINE_UNQUOTED(PACKAGE_LIB_DIR, ${libdir}, [Installation directory for 
libraries])
-fi
-
-dnl Set PACKAGE_DATA_DIR in config.h.
-if test x${prefix} = xNONE; then
-  AC_DEFINE_UNQUOTED(PACKAGE_DATA_DIR, 
${ac_default_prefix}/share/${PACKAGE}, [Shared Data Directory])
-else
-  AC_DEFINE_UNQUOTED(PACKAGE_DATA_DIR, ${prefix}/share/${PACKAGE}, [Shared 
Data Directory])
-fi
-
-dnl Set PACKAGE_SOURCE_DIR in config.h.
-packagesrcdir=`cd $srcdir  pwd`
-AC_DEFINE_UNQUOTED(PACKAGE_SOURCE_DIR, ${packagesrcdir}, [Source code 
directory])
-
-
 
 mmx=no
 amd64=no
@@ -124,29 +55,29 @@
 esac
 
 dnl 
-AC_ARG_ENABLE(mmx,
-[  --enable-mmxattempt compiling using x86 mmx assembly 
@:@default=auto@:@],
-[
-  if test x$enableval = 

[E-devel] Handling hardware keys on maemo with EFL

2008-05-11 Thread Ben Martin
Hi,
   I notice that things like the fullscreen key on maemo are mapped to
F6 by default. Are folks developing for maemo with EFL just using xev to
work out the default key bindings and mapping key grabs for those events
to callbacks to handle them? 

This works but isn't exactly straightforward readability wise. I guess
the app could #define MAEMO_N810_FULLSCREEN_KEY to F6 to make things
more legible unless there is already a preferred method to handle these
extra keys. 

 Evas_Modifier_Mask mask = 0;
 evas_object_key_grab(edje, F6,
  mask, ~mask, 0);
 evas_object_event_callback_add(
  edje, EVAS_CALLBACK_KEY_DOWN,
  _cb_key_down, ee );



signature.asc
Description: This is a digitally signed message part
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] [Edje] init, add an error message

2008-05-11 Thread watchwolf


 hello,  
 I started playing with Edje/Evas and I forgot to inittialize Edje.
There is no errors messages when you call an Edje's method without
having initialize the library, maybe add a message can be an idea.  
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Windows CE port status and problem

2008-05-11 Thread Vincent Torri

Hey,

It seems that the Windows CE port is working. Right now, only 2 backends 
can be used, but both are deprecated on recent (= 2005) devices. What is 
working is expedite with most of the tests. I'm quite happy :) The current 
code in cvs is almost good. Only some minor modifications are on my hd.

Here are some tests numbers with expedite on an old (2002) Ipaq H3970 (400 
MHz, qvga):

  image blend unscaled: 3.55
  image blend solid unscale : 18.88
  image blend nearest scaled : 2.97
  image blend nearest solid scaled : 22.19
  image blend smooth scaled : 2.98
  image blend smooth solid scaled : 22.38
  image blend border : 6
  image blend solid border : 19.57
  image blend border recolor: 2.4
  image quality scale: 25.22

The numbers can vary a lot (image quality scale grows up to 44, for 
example). It is also not completely optimized (I know better optimization 
flags that i didn't use in these binaries for that device, use of an 
optimized asm memcpy for arm = armv5te for evas, ...).

There are still several problems. One is that the ipaq runs in landscape 
(that device is quite buggy). And the name of the test that is displayed 
below the lamp (the lighting rectangle below the selected icon) is not 
displayed. I mean that the screen is not sufficiently large : the bottom 
of the lamp is at the bottom of the screen. So it is like the height of 
the screen in landscape is not sifficiently large:

  +--+
  | EXPEDITE |
  |   ___|
  |  /   \   |
  |  | E |   |
  |O \___/ O |
  |  O O O   |
  |   |_||
  +--+

Is it a general problem with landscape qvga on pda with evas / expedite ?

Vincent

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [Edje] init, add an error message

2008-05-11 Thread Nick Hughart
My initial thought would be that this is just extra overhead that is not 
necessary.  You would have to check within every call and that could add 
up quick.  It's best to realize that you did not initialize and fix your 
code.

[EMAIL PROTECTED] wrote:
  hello,  
  I started playing with Edje/Evas and I forgot to inittialize Edje.
 There is no errors messages when you call an Edje's method without
 having initialize the library, maybe add a message can be an idea.  
 -
 This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
 Don't miss this year's exciting event. There's still time to save $100. 
 Use priority code J8TL2D2. 
 http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
   


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [Edje] init, add an error message

2008-05-11 Thread Vincent Torri



On Sun, 11 May 2008, Nick Hughart wrote:


My initial thought would be that this is just extra overhead that is not
necessary.  You would have to check within every call and that could add
up quick.  It's best to realize that you did not initialize and fix your
code.


I think that such check in edje_object_add() would be sufficient.

Vincent



[EMAIL PROTECTED] wrote:

 hello,
 I started playing with Edje/Evas and I forgot to inittialize Edje.
There is no errors messages when you call an Edje's method without
having initialize the library, maybe add a message can be an idea.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
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.

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel