[E-devel] can't focus on swallowed part

2008-10-26 Thread dongmei zhou
hi all,

 I use the following code  to give focus on the swallowed  part,but  it
can't   work .
 It still focus on the main_group , why?

code:
   self.main_group.focus =False

self.main_group.part_object_get("menu_contents").focus =True

Thanks!
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] evil trouble

2008-10-26 Thread Samuel Nicholas
hay guise

cause eina has recently been added as a dependancy i was updating my 
libs and ran into trouble... so i decided to start from scratch again.
now i have a problem I didn't have before

when compiling evil:
...
/bin/sh ../../libtool --tag=CC   --mode=link gcc  -g -O2 -no-undefined 
-Wl,--enable-auto-import -version-info 0:1:0 -L/usr/local/lib -o 
libevil.la -rpath /usr/local/lib libevil_la-evil_errno.lo 
libevil_la-evil_fcntl.lo libevil_la-evil_fnmatch.lo 
libevil_la-evil_fnmatch_list_of_states.lo libevil_la-evil_langinfo.lo 
libevil_la-evil_mman.lo libevil_la-evil_pwd.lo libevil_la-evil_stdlib.lo 
libevil_la-evil_stdio.lo libevil_la-evil_string.lo 
libevil_la-evil_time.lo libevil_la-evil_unistd.lo 
libevil_la-evil_util.lo -lole32 -luuid -lws2_32 -lsecur32 
libtool: link: rm -fr  .libs/libevil.a .libs/libevil.la .libs/libevil.lai

*** Warning: linker path does not have real file for library -luuid.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libuuid and none of the candidates passed a file format test
*** using a file magic. Last file checked: /mingw/lib//libuuid.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
...

which then, later on, fails completely when it goes to make the shared lib.

libuuid.a exists at c:/msys/1.0/mingw/lib/

The frustrating thing is that from googling and reading emails vincent 
has written i thought that this error was from having too old a libtool 
version...

ive since re-installed my msys/mingw 4 times being absolutely to follow 
wiki instructions to the letter making sure all my versions match.
even tried the latest libtool but to no avail.. so i guess it has 
nothing to do with libtools version(in this case)

I'm just out of ideas for now and google aint got answers for me today.

it just sucks that i remember this happening the first time and getting 
around it, but i cant remember how...

cheers :)

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Vincent Torri


On Sun, 26 Oct 2008, Samuel Nicholas wrote:

> hay guise
>
> cause eina has recently been added as a dependancy i was updating my libs and 
> ran into trouble... so i decided to start from scratch again.
> now i have a problem I didn't have before

[snip]

> ive since re-installed my msys/mingw 4 times being absolutely to follow wiki 
> instructions to the letter making sure all my versions match.
> even tried the latest libtool but to no avail.. so i guess it has nothing to 
> do with libtools version(in this case)

It is a libtool problem. Which version did you installed, exactly ?

Vincent

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Epdf Bind

2008-10-26 Thread André Loureiro
Hi all,

I'm begining in the open source world and my first project was create
the bind for the epdf library,
because that is necessary for my project.
I started one month ago and after the long effort I got the simple
bind of the epdf library( I thank Gustavo Barbiere for the fixes),
with two basic classes Document and Page,
I would like share it with you for suggestions and how could I post my
code for the community?


Thanks.

-- 
André Loureiro

Graduando em Engenharia da Computação - EST-UEA
Pesquisador Desenvolvedor da Plataforma MAEMO - INdT/Fucapi

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] major changes - e may "break" but please test!

2008-10-26 Thread The Rasterman
ok. i've been doing some heavy surgery on the todo list for e17. i have been
hacking away at the first-run wizard.

what is this? it is a module - it's job is to load sub-modules (.so files) 1
per page, and run them in sequence. it's job is to ask a few basic questions
and set e up for you then launch you in - never to need to be run again (unless
you choose so). this means e's default out-of-the-box setup is going to change.
all new users without any ~/.e config will see this. those with it will remain
blissfully unaware (though poorer for the lack of ever having met mr. wiz).

so how does this work?

1. e's default config will be hyper-minimal with NOTHING but 1 module to load -
wizard. nothing else.
2. this wizard by default has a page to select from other profiles. i've added
a "standard" profile in which is the old default. i have also added in others -
most with minor changes each from the standard, but mostly as tests/showing
what can be done.
3. please do test it though - rm -rf ~/.e/ and run e and see. it'll ask for a
language, then a profile and a "system menu". then restart e and use that
profile. that simple.

the cool bit here is we can add mountains of pre-canned profiles all we want,
or distro maintainers can add them (or split them into separate packages from e
- ll e needs is the default profile which sets up the wizard. if you have no
other profiles than default you're in trouble as you'll just be stuck talking
with the wizard forever as you won't be able to move beyond the profiles
selector until you chose one). distro integrators can also write their own
wizard modules (look at page_*.c in the wizard module dir). the wizard pages
are tiny (50-200 lines of c just to do some simple setup stuff). they are
executed in alphabetical order (eg page_000 then page_010, page_020 etc.). so
if a distro maintainer wants to add things like:

* set user password first time the are logged in
* set time and date first time logged in
* set up network first time logged in

etc. - a simple wizard page will do the job. over time e may grow some of
these, and may have them shipped and enabled by default from our source (it'd
be up to packagers to disable the modules they don't want from their packages
as well as understand dependencies of them - eg page_020 selects profile and
page_070 kind of assumes the user went and selected a profile back in page_020.
right now these are the only indirect dependencies).

some pages are invisible (070 for example) and it just "does stuff". 000 is
minimal - all it does is show a title and wait 2 seconds.

so basically - check out the new stuff, i hope it works for you. it's one of
the big TODO items that was on e17's todo list to do before being out (in terms
of features). i personally consider this a must as a way to cleanly get users
set up with a config as well as allow integrators a clean way to slot in and
make this work for them without having to do hacks - like some have done.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Epdf Bind

2008-10-26 Thread Vincent Torri



On Sun, 26 Oct 2008, André Loureiro wrote:


Hi all,

I'm begining in the open source world and my first project was create
the bind for the epdf library,
because that is necessary for my project.
I started one month ago and after the long effort I got the simple
bind of the epdf library( I thank Gustavo Barbiere for the fixes),
with two basic classes Document and Page,
I would like share it with you for suggestions and how could I post my
code for the community?


Just a note: as you want to contribute, I have to warn that epdf is GPL 
(because it links against poppler which is GPL). I've just fixed it as you 
want to contribute. I don't know if it is a problem for you or not, but i 
have to warn you.


otherwise, if you still want to contribute, you can send the patch to that 
ML.


regards

Vincent-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [PATCH] tiny patch eina for FreeBSD

2008-10-26 Thread Joerg Sonnenberger
On Sat, Oct 25, 2008 at 01:18:25PM -0500, Ravenlock wrote:
> > eina build failed on FreeBSD, so I made FreeBSD patch.
> 
> In SVN! :)

Please invert that patch. CLOCK_PROF is mostly present, the alternative
not. E.g. linux clock if present, otherwise CLOCK_PROF or CLOCK_REALTIME
as last line of fallback.

Joerg

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Joerg Sonnenberger
On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
> libuuid.a exists at c:/msys/1.0/mingw/lib/

Only the static archive or also a shared library? The reason libtool is
complaining is it only finds the former.

Joerg

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Lars Munch
On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
> hay guise
> 
> cause eina has recently been added as a dependancy i was updating my 
> libs and ran into trouble... so i decided to start from scratch again.
> now i have a problem I didn't have before
> 
> when compiling evil:
> ...
> /bin/sh ../../libtool --tag=CC   --mode=link gcc  -g -O2 -no-undefined 
> -Wl,--enable-auto-import -version-info 0:1:0 -L/usr/local/lib -o 
> libevil.la -rpath /usr/local/lib libevil_la-evil_errno.lo 
> libevil_la-evil_fcntl.lo libevil_la-evil_fnmatch.lo 
> libevil_la-evil_fnmatch_list_of_states.lo libevil_la-evil_langinfo.lo 
> libevil_la-evil_mman.lo libevil_la-evil_pwd.lo libevil_la-evil_stdlib.lo 
> libevil_la-evil_stdio.lo libevil_la-evil_string.lo 
> libevil_la-evil_time.lo libevil_la-evil_unistd.lo 
> libevil_la-evil_util.lo -lole32 -luuid -lws2_32 -lsecur32 
> libtool: link: rm -fr  .libs/libevil.a .libs/libevil.la .libs/libevil.lai
> 
> *** Warning: linker path does not have real file for library -luuid.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have
> *** because I did check the linker path looking for a file starting
> *** with libuuid and none of the candidates passed a file format test
> *** using a file magic. Last file checked: /mingw/lib//libuuid.a
> *** The inter-library dependencies that have been dropped here will be
> *** automatically added whenever a program is linked with this library
> *** or is declared to -dlopen it.
> 
> *** Since this library must not contain undefined symbols,
> *** because either the platform does not support them or
> *** it was explicitly requested with -no-undefined,
> *** libtool will only create a static version of it.
> ...
> 
> which then, later on, fails completely when it goes to make the shared lib.
> 
> libuuid.a exists at c:/msys/1.0/mingw/lib/

Do you have the "file" utility installed in mingw? Having this utility
will make libtool fail in this manor, because it will detect libraries
differently, since "file" can tell the difference between a static
library and a dll. The above also happens if you try to cross compile
evil linux->mingw.

IMHO it is not a libtool problem, but the problem is that evil.dll tries
to link to at static library (uuid in this case), which is generally
considered bad.

I currently use the attached patch to get around this problem.

Regards
Lars Munch
Index: src/lib/evil_uuid.c
===
--- src/lib/evil_uuid.c	(revision 0)
+++ src/lib/evil_uuid.c	(revision 0)
@@ -0,0 +1,12 @@
+/*
+ * This file defines all the windows UUID used in evil. This is here
+ * since uuid.lib is a static only library and libtool does not allow
+ * you to link a DLL against a static library.
+ */
+#ifndef __CEGCC__
+
+#define INITGUID
+#include 
+DEFINE_OLEGUID(IID_IPersistFile, 0x010BL, 0, 0);
+
+#endif
Index: src/lib/Makefile.am
===
--- src/lib/Makefile.am	(revision 37141)
+++ src/lib/Makefile.am	(working copy)
@@ -36,7 +36,8 @@
 evil_string.c \
 evil_time.c \
 evil_unistd.c \
-evil_util.c
+evil_util.c \
+evil_uuid.c
 
 libevil_la_CPPFLAGS = @win32_cppflags@
 libevil_la_CFLAGS = @win32_cflags@
Index: configure.ac
===
--- configure.ac	(revision 37141)
+++ configure.ac	(working copy)
@@ -35,7 +35,7 @@
 win32_libs=""
 case "$host_os" in
   mingw | mingw32 | mingw32msvc)
-win32_libs="-lole32 -luuid -lws2_32 -lsecur32"
+win32_libs="-lole32 -lws2_32 -lsecur32"
 ;;
   cegcc*)
 win32_libs="-lws2"
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Vincent Torri


On Sun, 26 Oct 2008, Joerg Sonnenberger wrote:

> On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
>> libuuid.a exists at c:/msys/1.0/mingw/lib/
>
> Only the static archive or also a shared library? The reason libtool is
> complaining is it only finds the former.

the problem is that libtool is not detecting that libuuid.a is an import 
library

Vincent

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Vincent Torri


On Sun, 26 Oct 2008, Lars Munch wrote:

> IMHO it is not a libtool problem, but the problem is that evil.dll tries
> to link to at static library (uuid in this case), which is generally
> considered bad.

it is a libtool problem, in a manner or another. Your remark:

+ * This file defines all the windows UUID used in evil. This is here
+ * since uuid.lib is a static only library and libtool does not allow
+ * you to link a DLL against a static library.

is wrong. We can link a lib against a static lib to produce a dll. Check 
when I link against libm.a, libws2_32.a, etc... in evil or other efl lib. 
There is no dll for those lib. But libtool detects that it is an import 
lib (look at the function func_win32_libid() in ltmain.sh or libtool 
scripts) and accepts to create the dll.

about the 'file' program, i didn't know.

Vincent

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] can't focus on swallowed part

2008-10-26 Thread Gustavo Sverzut Barbieri
On Sun, Oct 26, 2008 at 5:22 AM, dongmei zhou <[EMAIL PROTECTED]> wrote:
> hi all,
>
>  I use the following code  to give focus on the swallowed  part,but  it
> can't   work .
>  It still focus on the main_group , why?
>
> code:
>   self.main_group.focus =False
>
> self.main_group.part_object_get("menu_contents").focus =True

try to provide an minimum working sample of the problem and, if
possible, the backtrace. This code should be correct, but it's hard to
say if it's really what you want, possible you're misusing something.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: [EMAIL PROTECTED]
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Vincent Torri


On Sun, 26 Oct 2008, Samuel Nicholas wrote:

> hay guise
>
> cause eina has recently been added as a dependancy i was updating my libs and 
> ran into trouble... so i decided to start from scratch again.
> now i have a problem I didn't have before
>
> when compiling evil:
>
> *** Warning: linker path does not have real file for library -luuid.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have
> *** because I did check the linker path looking for a file starting
> *** with libuuid and none of the candidates passed a file format test
> *** using a file magic. Last file checked: /mingw/lib//libuuid.a
> *** The inter-library dependencies that have been dropped here will be
> *** automatically added whenever a program is linked with this library
> *** or is declared to -dlopen it.
>
> *** Since this library must not contain undefined symbols,
> *** because either the platform does not support them or
> *** it was explicitly requested with -no-undefined,
> *** libtool will only create a static version of it.
> ...

i think that you will hate me: i don't have the problem... I don't know 
what to say. May as Lars said, a program that makes libtool crazy.

Vincent

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: englebass trunk/ecore/src/lib/ecore_evas

2008-10-26 Thread Gustavo Sverzut Barbieri
On Sun, Oct 26, 2008 at 5:46 PM, Enlightenment SVN
<[EMAIL PROTECTED]> wrote:
> Log:
>  This function returns void
> Author:   englebass
> Date: 2008-10-26 12:45:59 -0700 (Sun, 26 Oct 2008)
> New Revision: 37163
>
> Modified:
>  trunk/ecore/src/lib/ecore_evas/ecore_evas.c
>
> Modified: trunk/ecore/src/lib/ecore_evas/ecore_evas.c
> ===
> --- trunk/ecore/src/lib/ecore_evas/ecore_evas.c 2008-10-26 17:31:14 UTC (rev 
> 37162)
> +++ trunk/ecore/src/lib/ecore_evas/ecore_evas.c 2008-10-26 19:45:59 UTC (rev 
> 37163)
> @@ -232,7 +232,7 @@
>  }
>
>  /* inline is just to avoid need to ifdef around it */
> -static inline const char *
> +static inline void
>  _ecore_evas_parse_extra_options_uint(const char *extra_options, const char 
> *key, unsigned int *value)
>  {
>int len = strlen(key);


Actually it's missing the return of extra_options, please revert the
patch and fix it correctly.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: [EMAIL PROTECTED]
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Lars Munch
On Sun, Oct 26, 2008 at 04:59:19PM +0100, Vincent Torri wrote:
> 
> 
> On Sun, 26 Oct 2008, Lars Munch wrote:
> 
> >IMHO it is not a libtool problem, but the problem is that evil.dll tries
> >to link to at static library (uuid in this case), which is generally
> >considered bad.
> 
> it is a libtool problem, in a manner or another. Your remark:
> 
> + * This file defines all the windows UUID used in evil. This is here
> + * since uuid.lib is a static only library and libtool does not allow
> + * you to link a DLL against a static library.
> 
> is wrong. We can link a lib against a static lib to produce a dll. Check 
> when I link against libm.a, libws2_32.a, etc... in evil or other efl lib. 
> There is no dll for those lib. But libtool detects that it is an import 
> lib (look at the function func_win32_libid() in ltmain.sh or libtool 
> scripts) and accepts to create the dll.

But there are dll's for those libs:

libws2_32.a is an import library for windows\system32\ws2_32.dll.
libole32.a is an import library for windows\system32\ole32.dll.
libsecur32.a is an import library for windows\system32\secur32.dll.

libuuid.a on the other hand is not an import library but a real static
library, hence the error when not detected as an import library.

> about the 'file' program, i didn't know.

The func_win32_libid function is different if you got the file utility
on your system (as most people do on linux). This version is actually
better at identifying a static library vs. import library.

See for instance:
http://www.cygwin.com/ml/cygwin/2003-02/msg01464.html

I went for a modified version of point 1) in my patch.

-- Lars Munch

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Vincent Torri


On Sun, 26 Oct 2008, Lars Munch wrote:

> libuuid.a on the other hand is not an import library but a real static
> library, hence the error when not detected as an import library.

if so, then your approach is better. But instead of adding a new file, i 
would put it directly in evil_unistd.c, as I use that value only here.

and about symlink, after some new searches, it seems that my code is not 
correct (4th parameter of CoCreateInstance) and in addition can be 
simplified (no need of lpVtbl pointer). I'll add a unit test for that 
function.

That would also help the cross-compilation on linux too. I'll do that 
tomorrow.

thank you

Vincent

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evil trouble

2008-10-26 Thread Vincent Torri


Hey

I had to compile the link code with g++, hence putting IID_PersistFile was 
not possible (at least, i didn't succeed). So I put the code in a separate 
file like Lars did.


I've attached a patch. Please test it. It compiles correctly on my system.

VincentIndex: src/lib/evil_uuid.c

===

--- src/lib/evil_uuid.c (révision 0)

+++ src/lib/evil_uuid.c (révision 0)

@@ -0,0 +1,13 @@

+

+#if ! defined(__CEGCC__) && ! defined(__MINGW32CE__)

+/*

+ * Defines the windows UUID IID_IPersistFile used for links in

+ * evil. This is here since uuid.lib is a static only library and

+ * libtool does not allow you to link a DLL against a static library.

+ */

+

+# define INITGUID

+# include 

+DEFINE_OLEGUID(IID_IPersistFile, 0x010BL, 0, 0);

+

+#endif /* ! __CEGCC__ && ! __MINGW32CE__ */

Index: src/lib/evil_unistd.cpp

===

--- src/lib/evil_unistd.cpp (révision 0)

+++ src/lib/evil_unistd.cpp (révision 0)

@@ -0,0 +1,430 @@

+
+#ifdef HAVE_CONFIG_H
+# include "config.h"
+#endif /* HAVE_CONFIG_H */
+
+#ifdef HAVE_ERRNO_H
+#include 
+#endif /* HAVE_ERRNO_H */
+
+#define WIN32_LEAN_AND_MEAN
+#include 
+#undef WIN32_LEAN_AND_MEAN
+
+#if defined(_MSC_VER) || \
+   (defined(__MINGW32__) && ! defined(__MINGW32CE__))
+# include 
+# include 
+#endif
+
+#include "Evil.h"
+#include "evil_private.h"
+
+/*
+ * Process identifer related functions
+ *
+ */
+
+pid_t
+getpid(void)
+{
+  return (pid_t)GetCurrentProcessId();
+}
+
+
+/*
+ * Symbolic links and directory related functions
+ *
+ */
+
+#if defined(__CEGCC__) || defined(__MINGW32CE__)
+
+DWORD SHCreateShortcutEx(LPTSTR lpszDir,
+ LPTSTR lpszTarget,
+ LPTSTR szShortcut,
+ LPDWORD lpcbShortcut);
+
+BOOL SHGetShortcutTarget(LPTSTR szShortcut,
+ LPTSTR szTarget,
+ int cbMax );
+
+#endif /* __CEGCC__ || __MINGW32CE__ */
+
+
+/* REMARK: Windows has no symbolic link. */
+/* Nevertheless, it can create and read .lnk files */
+int
+symlink(const char *oldpath, const char *newpath)
+{
+#if defined(__CEGCC__) || defined(__MINGW32CE__)
+   wchar_t *w_oldpath;
+   wchar_t *w_newpath;
+   BOOL res;
+
+   w_oldpath = evil_char_to_wchar(oldpath);
+   if (!w_oldpath)
+ return -1;
+
+   w_newpath = evil_char_to_wchar(newpath);
+   if (!w_newpath)
+ {
+free(w_oldpath);
+return -1;
+ }
+
+   res = SHCreateShortcutEx(w_newpath, w_oldpath, NULL, NULL);
+
+   free(w_oldpath);
+   free(w_newpath);
+
+   return res ? 0 : -1;
+#else
+   wchar_tnew_path[MB_CUR_MAX];
+   IShellLink*pISL;
+   IShellLink   **shell_link;
+   IPersistFile  *pIPF;
+   IPersistFile **persit_file;
+   HRESULTres;
+
+   res = CoInitialize(NULL);
+   if (FAILED(res))
+ {
+if (res == E_OUTOFMEMORY)
+#ifdef HAVE_ERRNO_H
+  errno = ENOMEM;
+#endif /* HAVE_ERRNO_H */
+return -1;
+ }
+
+   /* Hack to cleanly remove a warning */
+   shell_link = &pISL;
+   if (FAILED(CoCreateInstance(CLSID_ShellLink,
+   NULL,
+   CLSCTX_INPROC_SERVER,
+   IID_IShellLink,
+   (void **)shell_link)))
+ goto no_instance;
+
+   if (FAILED(pISL->SetPath(oldpath)))
+ goto no_setpath;
+
+   /* Hack to cleanly remove a warning */
+   persit_file = &pIPF;
+   if (FAILED(pISL->QueryInterface(IID_IPersistFile, (void **)persit_file)))
+ goto no_queryinterface;
+
+   mbstowcs(new_path, newpath, MB_CUR_MAX);
+   if (FAILED(pIPF->Save(new_path, FALSE)))
+ goto no_save;
+
+   pIPF->Release();
+   pISL->Release();
+   CoUninitialize();
+
+   return 0;
+
+ no_save:
+   pIPF->Release();
+ no_queryinterface:
+ no_setpath:
+   pISL->Release();
+ no_instance:
+   CoUninitialize();
+   return -1;
+#endif /* ! __CEGCC__ && ! __MINGW32CE__ */
+}
+
+ssize_t
+readlink(const char *path, char *buf, size_t bufsiz)
+{
+#if defined(__CEGCC__) || defined(__MINGW32CE__)
+   wchar_t *w_path;
+   wchar_t  w_newpath[MB_CUR_MAX];
+   char*newpath;
+   size_t   length;
+   BOOL res;
+
+   w_path = evil_char_to_wchar(path);
+   if (!w_path)
+ return -1;
+
+   res = SHGetShortcutTarget(w_path, w_newpath, MB_CUR_MAX);
+
+   free(w_path);
+
+   if (!res)
+ return -1;
+
+   newpath = evil_wchar_to_char(w_newpath);
+   if (!newpath)
+ return -1;
+
+   length = strlen(newpath);
+   if (length > bufsiz)
+ length = bufsiz;
+
+   memcpy(buf, newpath, length);
+
+   free(newpath);
+
+   return length;
+#else
+   wchar_told_path[MB_CUR_MAX];
+   char   new_path[PATH_MAX];
+   IShellLink*pISL;
+   IShellLink   **shell_link;
+   IPersistFile  *pIPF;
+   IPersistFile **persit_file;
+   unsigned int   length;
+   HRESULTres;
+
+   res = CoInitialize(NULL);
+   if (FAILE

Re: [E-devel] E SVN: barbieri IN trunk/evas/src/lib: . canvas

2008-10-26 Thread Gustavo Sverzut Barbieri
On Mon, Oct 27, 2008 at 12:22 AM, Enlightenment SVN
<[EMAIL PROTECTED]> wrote:
> Log:
>  add evas_object_box.
>
>  Box is a smart object to help with the common task of laying out lots
>  of objects. It's very flexibile and one can customize the layout
>  function on a per-object basis dynamically, just set a new layout
>  function (the most common are provided). By default layouts use size
>  hints from children to do their work, but one can also add new
>  properties, just subclass with evas_object_smart_smart_set() and then
>  define your own option_* callbacks.
>
>  This code was ported from Guarana (widgets/sequence_box.c) with
>  permission of ProFUSION embedded systems so it can be relicensed from
>  LGPL to Evas license.
>
>  Original author: Gustavo Lima Chaves <[EMAIL PROTECTED]>
>  Port: Gustavo Sverzut Barbieri <[EMAIL PROTECTED]>

This code is part of our effort to unify common code into base libs,
where its worth to avoid duplicating code over and over again.

With that in Evas, we can now expose it in Edje and use it in Guarana
and Elementary and possible any other toolkit. It uses Evas_Object's
size hints infrastructure, but can be extended to have its own
properties if one wish.

Attached is a test case and example. You can try to hack your own
fancy layout function, it's it's generic and useful to others, add it
to evas as well (Like layout using a Bezier or any other path).

People implementing Ecore Evas can now use layout "stack" and
ecore_evas_object_associate() to provide the "main window" concept,
just add your background and then your object to the evas_object_box
and associate this box to the window. If you want your background to
scale in both directions, just set it's aligns to -1.0 and -1.0.

TODO: rewrite most operations to use fixed point math, saving embedded
systems of doing slow soft-float.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: [EMAIL PROTECTED]
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
#include 
#include 
#include 
#include 
#include 
#include 

struct test_data {
Ecore_Evas *ee;
Evas *evas;
Evas_Object *bg;
Evas_Object *box;
float align_h;
float align_v;
int padding_h;
int padding_v;
};

static struct test_data d;

static void
on_keydown(void *data, Evas *evas, Evas_Object *o, void *einfo)
{
struct test_data *test = data;
Evas_Event_Key_Down *ev = einfo;

if (strcmp(ev->keyname, "Escape") == 0)
ecore_main_loop_quit();

if (strcmp(ev->keyname, "1") == 0)
evas_object_box_layout_set(
test->box, evas_object_box_layout_horizontal);

if (strcmp(ev->keyname, "2") == 0)
evas_object_box_layout_set(
test->box, evas_object_box_layout_vertical);

if (strcmp(ev->keyname, "3") == 0)
evas_object_box_layout_set(
test->box, evas_object_box_layout_homogeneous_horizontal);

if (strcmp(ev->keyname, "4") == 0)
evas_object_box_layout_set(
test->box, evas_object_box_layout_homogeneous_vertical);

if (strcmp(ev->keyname, "5") == 0)
evas_object_box_layout_set(
test->box,
evas_object_box_layout_homogeneous_max_size_horizontal);

if (strcmp(ev->keyname, "6") == 0)
evas_object_box_layout_set(
test->box,
evas_object_box_layout_homogeneous_max_size_vertical);

if (strcmp(ev->keyname, "7") == 0)
evas_object_box_layout_set(
test->box, evas_object_box_layout_flow_horizontal);

if (strcmp(ev->keyname, "8") == 0)
evas_object_box_layout_set(
test->box, evas_object_box_layout_flow_vertical);

if (strcmp(ev->keyname, "9") == 0)
evas_object_box_layout_set(
test->box, evas_object_box_layout_stack);
}

static Evas_Object *
box_new(Evas *evas, const char *name, int x, int y, int w, int h)
{
Evas_Object *o;

o = evas_object_box_add(evas);
evas_object_move(o, x, y);
evas_object_resize(o, w, h);
evas_object_show(o);

evas_object_name_set(o, name);

return o;
}

static void
on_resize(Ecore_Evas *ee)
{
int w, h;

evas_output_viewport_get(d.evas, NULL, NULL, &w, &h);
evas_object_resize(d.bg, w, h);
evas_object_resize(d.box, w, h);
}

static void
on_destroy(Ecore_Evas *ee)
{
ecore_main_loop_quit();
}

int
main(int argc, char *argv[])
{
Ecore_Evas *ee;
Evas_Object_Box_Option *opt;
int w, h, i;
Evas_Object *last;
Evas_Object *o;

evas_init();
ecore_init();
ecore_evas_init();

ee = ecore_evas_new(NULL, 0, 0, 640, 480, NULL);
ecore_evas_show(ee);

d.ee = ee;
d.evas = ecore_evas_get(ee);
d.align_h = 0.0;
d.align_v = -1.0;
d.padding_h = 0;
d.padding_v = 0;

ecore_evas_callback_resize_set(ee, on_resize);
ecore_evas_callback_destroy_set(ee, on_destroy);

evas_output_viewport_get(d.evas, NULL, NULL, &w, &h);

d.bg = evas_object_rectangle_a

Re: [E-devel] can't focus on swallowed part (Gustavo Sverzut Barbieri)

2008-10-26 Thread dongmei zhou
hi,

   the minimum working sample of the problem and  the backtrace :

   self.meeting =  edje.Edje(self.ee.evas,
  file=self.edje_file,
  group="sub_menu")

self.meeting_icon=edje.Edje(self.ee.evas,
 file=self.edje_file,

group="meeting_icon")
self.meeting.part_swallow("contents",self.meeting_icon)


self.main_group.part_swallow("sub_menu_contents",self.meeting)
self.meeting.signal_emit("transition,in",source)

self.main_group.focus =False
self.main_group.part_object_get("sub_menu_contents").focus
=True

 self.main_group.show()

   when I clicked the  "meeting_icon"  it still output :
"   Mouse Clicked: sub_menu_contents  "
   not  the  corresponding   icon clicked .   I don't know what  the
proble  is ?

  thanks !




2008/10/27 <[EMAIL PROTECTED]>

> Send enlightenment-devel mailing list submissions to
>enlightenment-devel@lists.sourceforge.net
>
> 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. Re: [PATCH] tiny patch eina for FreeBSD (Joerg Sonnenberger)
>   2. Re: evil trouble (Joerg Sonnenberger)
>   3. Re: evil trouble (Lars Munch)
>   4. Re: evil trouble (Vincent Torri)
>   5. Re: evil trouble (Vincent Torri)
>   6. Re: can't focus on swallowed part (Gustavo Sverzut Barbieri)
>   7. Re: evil trouble (Vincent Torri)
>   8. Re: E SVN: englebass trunk/ecore/src/lib/ecore_evas
>  (Gustavo Sverzut Barbieri)
>   9. Re: evil trouble (Lars Munch)
>
>
> --
>
> Message: 1
> Date: Sun, 26 Oct 2008 13:56:43 +0100
> From: Joerg Sonnenberger <[EMAIL PROTECTED]>
> Subject: Re: [E-devel] [PATCH] tiny patch eina for FreeBSD
> To: enlightenment-devel@lists.sourceforge.net
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
>
> On Sat, Oct 25, 2008 at 01:18:25PM -0500, Ravenlock wrote:
> > > eina build failed on FreeBSD, so I made FreeBSD patch.
> >
> > In SVN! :)
>
> Please invert that patch. CLOCK_PROF is mostly present, the alternative
> not. E.g. linux clock if present, otherwise CLOCK_PROF or CLOCK_REALTIME
> as last line of fallback.
>
> Joerg
>
>
>
> --
>
> Message: 2
> Date: Sun, 26 Oct 2008 14:00:06 +0100
> From: Joerg Sonnenberger <[EMAIL PROTECTED]>
> Subject: Re: [E-devel] evil trouble
> To: enlightenment-devel@lists.sourceforge.net
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
>
> On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
> > libuuid.a exists at c:/msys/1.0/mingw/lib/
>
> Only the static archive or also a shared library? The reason libtool is
> complaining is it only finds the former.
>
> Joerg
>
>
>
> --
>
> Message: 3
> Date: Sun, 26 Oct 2008 14:08:29 +0100
> From: [EMAIL PROTECTED] (Lars Munch)
> Subject: Re: [E-devel] evil trouble
> To: Samuel Nicholas <[EMAIL PROTECTED]>
> Cc: enlightenment-devel@lists.sourceforge.net
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
> On Sun, Oct 26, 2008 at 06:26:01PM +1030, Samuel Nicholas wrote:
> > hay guise
> >
> > cause eina has recently been added as a dependancy i was updating my
> > libs and ran into trouble... so i decided to start from scratch again.
> > now i have a problem I didn't have before
> >
> > when compiling evil:
> > ...
> > /bin/sh ../../libtool --tag=CC   --mode=link gcc  -g -O2 -no-undefined
> > -Wl,--enable-auto-import -version-info 0:1:0 -L/usr/local/lib -o
> > libevil.la -rpath /usr/local/lib libevil_la-evil_errno.lo
> > libevil_la-evil_fcntl.lo libevil_la-evil_fnmatch.lo
> > libevil_la-evil_fnmatch_list_of_states.lo libevil_la-evil_langinfo.lo
> > libevil_la-evil_mman.lo libevil_la-evil_pwd.lo libevil_la-evil_stdlib.lo
> > libevil_la-evil_stdio.lo libevil_la-evil_string.lo
> > libevil_la-evil_time.lo libevil_la-evil_unistd.lo
> > libevil_la-evil_util.lo -lole32 -luuid -lws2_32 -lsecur32
> > libtool: link: rm -fr  .libs/libevil.a .libs/libevil.la.libs/libevil.lai
> >
> > *** Warning: linker path does not have real file for library -luuid.
> > *** I have the capability to make that library automatically link in when
> > *** you link to this library.  But I can only do this if you have a
> > *** shared version of the library, which you do not appear to have
> > *** because I did check the linker path looking for a file starting
> > *** with libuu

Re: [E-devel] E SVN: raster trunk/e/src/bin

2008-10-26 Thread Christopher Michael
Great idea

dh

Enlightenment SVN wrote:
> Log:
>   add a (disabled) dump call for string dumping.
>   
>   
> Author:   raster
> Date: 2008-10-26 17:38:03 -0700 (Sun, 26 Oct 2008)
> New Revision: 37187
> 
> Modified:
>   trunk/e/src/bin/e_main.c 
> 
> Modified: trunk/e/src/bin/e_main.c
> ===
> --- trunk/e/src/bin/e_main.c  2008-10-27 00:36:22 UTC (rev 37186)
> +++ trunk/e/src/bin/e_main.c  2008-10-27 00:38:03 UTC (rev 37187)
> @@ -106,7 +106,14 @@
>  #else
>  #define TS(x)
>  #endif
> -   
> +
> +static int stdbg(void)
> +{
> +// enable to debug eina stringshare usage   
> +//   eina_stringshare_dump();
> +   return 0;
> +}
> +
>  /* externally accessible functions */
>  int
>  main(int argc, char **argv)
> @@ -994,6 +1001,9 @@
> /* no longer starting up */
> starting = 0;
> /* start our main loop */
> +   
> +   ecore_timer_add(5.0, stdbg, NULL);
> +   
> ecore_main_loop_begin();
>  
> e_canvas_idle_flush();
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> enlightenment-svn mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster trunk/e/data/themes/images

2008-10-26 Thread Christopher Michael
great !!

About bx cld b wdr 2 ft all nms

dh

Enlightenment SVN wrote:
> Log:
>   nicer icons.
>   
>   
> Author:   raster
> Date: 2008-10-26 20:02:12 -0700 (Sun, 26 Oct 2008)
> New Revision: 37189
> 
> Modified:
>   trunk/e/data/themes/images/icon_efm_home.png 
> trunk/e/data/themes/images/icon_efm_root.png 
> trunk/e/data/themes/images/icon_efm_tmp.png 
> 
> Modified: trunk/e/data/themes/images/icon_efm_home.png
> ===
> (Binary files differ)
> 
> Modified: trunk/e/data/themes/images/icon_efm_root.png
> ===
> (Binary files differ)
> 
> Modified: trunk/e/data/themes/images/icon_efm_tmp.png
> ===
> (Binary files differ)
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> enlightenment-svn mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster trunk/e/src/bin

2008-10-26 Thread Christopher Michael
happens to the best of us

dh

Enlightenment SVN wrote:
> Log:
>   oops. i was on drugs that day. wrong call (right parameters!)
>   good catch
>   
>   
> Author:   raster
> Date: 2008-10-26 15:44:57 -0700 (Sun, 26 Oct 2008)
> New Revision: 37178
> 
> Modified:
>   trunk/e/src/bin/e_desklock.c 
> 
> Modified: trunk/e/src/bin/e_desklock.c
> ===
> --- trunk/e/src/bin/e_desklock.c  2008-10-26 20:50:21 UTC (rev 37177)
> +++ trunk/e/src/bin/e_desklock.c  2008-10-26 22:44:57 UTC (rev 37178)
> @@ -297,8 +297,7 @@
>  edje_object_part_text_set(edp->login_box, 
> "e.text.title", 
>_("Please enter your unlock 
> password"));
>  edje_object_size_min_calc(edp->login_box, &mw, &mh);
> -/* FIXME: This is wrong, edje_file_group_exists needs a 
> file, not an object! */
> -if (edje_file_group_exists(edp->bg_object, 
> "e.swallow.login_box"))
> +if (edje_object_part_exists(edp->bg_object, 
> "e.swallow.login_box"))
>{
>   edje_extern_object_min_size_set(edp->login_box, mw, 
> mh);
>   edje_object_part_swallow(edp->bg_object, 
> "e.swallow.login_box", edp->login_box);
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> enlightenment-svn mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster trunk/e/data/themes

2008-10-26 Thread Christopher Michael

kudos 2 the catch !!!


Enlightenment SVN wrote:
> Log:
>   bug in splash - didnt start shutdown right.
>   
>   
> Author:   raster
> Date: 2008-10-26 22:37:27 -0700 (Sun, 26 Oct 2008)
> New Revision: 37198
> 
> Modified:
>   trunk/e/data/themes/default.edc 
> 
> Modified: trunk/e/data/themes/default.edc
> ===
> --- trunk/e/data/themes/default.edc   2008-10-27 05:30:39 UTC (rev 37197)
> +++ trunk/e/data/themes/default.edc   2008-10-27 05:37:27 UTC (rev 37198)
> @@ -22609,7 +22609,7 @@
>   signal: "load";
>   source: "";
>   script {
> -set_int(is_ready, 0);
> +set_int(is_ready, 1);
>  set_int(do_end, 0);
>   }
>}
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> enlightenment-svn mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster IN trunk: OLD/engrave/src e e/config e/config/illume e/data/themes e/data/themes/images e/src/modules e/src/modules/illume e/src/modules/illume/dicts e/src/modules/illume/k

2008-10-26 Thread Christopher Michael
Enlightenment SVN wrote:
> Log:
>   illume moves to e's tree - why? the new wizard and config profiles make it
>   now a breeze to set up and use
provided plp take use of the great tools that are EFL

- unlike before. so now it's a wizard or
>   profile option out-of-the-box.
but it is about freedom...right

  it's a good example of a radical change in
>   profiel for a radical change in gui.
>
sure...pda,etcetc
like it but give me freedom to not run the wiz...and to customize [EMAIL 
PROTECTED] E Ftw

>   
> Author:   raster
> Date: 2008-10-26 22:17:56 -0700 (Sun, 26 Oct 2008)
> New Revision: 37195
> 
> Added:
>   trunk/e/config/illume/ trunk/e/config/illume/Makefile.am 
> trunk/e/config/illume/e.src trunk/e/config/illume/icon.png 
> trunk/e/config/illume/module.battery.src 
> trunk/e/config/illume/module.dropshadow.src 
> trunk/e/config/illume/module.illume.src 
> trunk/e/config/illume/module.mixer.src trunk/e/config/illume/module.pager.src 
> trunk/e/config/illume/profile.desktop trunk/e/data/themes/illume.edc 
> trunk/e/data/themes/images/big_arrow_down.png 
> trunk/e/data/themes/images/big_arrow_up.png 
> trunk/e/data/themes/images/bluetooth.png 
> trunk/e/data/themes/images/bt_basew.png 
> trunk/e/data/themes/images/bt_hilightw.png trunk/e/data/themes/images/cfg.png 
> trunk/e/data/themes/images/gsm_0.png trunk/e/data/themes/images/gsm_1.png 
> trunk/e/data/themes/images/gsm_2.png trunk/e/data/themes/images/gsm_3.png 
> trunk/e/data/themes/images/gsm_4.png trunk/e/data/themes/images/gsm_no.png 
> trunk/e/data/themes/images/illume-apps.png 
> trunk/e/data/themes/images/illume-close.png 
> trunk/e/data/themes/images/illume-home.
png trunk/e/data/themes/images/k_grad.png 
trunk/e/data/themes/images/k_tabhl.png trunk/e/data/themes/images/k_tabhm.png 
trunk/e/data/themes/images/k_tabhr.png trunk/e/data/themes/images/k_tabl.png 
trunk/e/data/themes/images/k_tabr.png trunk/e/data/themes/images/k_tpsh.png 
trunk/e/data/themes/images/k_wtgr.png trunk/e/data/themes/images/wifi_0.png 
trunk/e/data/themes/images/wifi_1.png trunk/e/data/themes/images/wifi_2.png 
trunk/e/data/themes/images/wifi_3.png trunk/e/data/themes/images/wifi_4.png 
trunk/e/src/modules/illume/ trunk/e/src/modules/illume/.cvsignore 
trunk/e/src/modules/illume/Makefile.am trunk/e/src/modules/illume/dicts/ 
trunk/e/src/modules/illume/e-module-illume.edj 
trunk/e/src/modules/illume/e_busycover.c 
trunk/e/src/modules/illume/e_busycover.h trunk/e/src/modules/illume/e_busywin.c 
trunk/e/src/modules/illume/e_busywin.h trunk/e/src/modules/illume/e_cfg.c 
trunk/e/src/modules/illume/e_cfg.h trunk/e/src/modules/illume/e_flaunch.c 
trunk/e/src/modules/illume/e_flaun
ch.h trunk/e/src/modules/illume/e_kbd.c trunk/e/src/modules/illume/e_kbd.h 
trunk/e/src/modules/illume/e_kbd_buf.c trunk/e/src/modules/illume/e_kbd_buf.h 
trunk/e/src/modules/illume/e_kbd_dict.c trunk/e/src/modules/illume/e_kbd_dict.h 
trunk/e/src/modules/illume/e_kbd_int.c trunk/e/src/modules/illume/e_kbd_int.h 
trunk/e/src/modules/illume/e_kbd_send.c trunk/e/src/modules/illume/e_kbd_send.h 
trunk/e/src/modules/illume/e_mod_gad_bluetooth.c 
trunk/e/src/modules/illume/e_mod_gad_bluetooth.h 
trunk/e/src/modules/illume/e_mod_gad_cfg.c 
trunk/e/src/modules/illume/e_mod_gad_cfg.h 
trunk/e/src/modules/illume/e_mod_gad_gsm.c 
trunk/e/src/modules/illume/e_mod_gad_gsm.h 
trunk/e/src/modules/illume/e_mod_gad_usb.c 
trunk/e/src/modules/illume/e_mod_gad_usb.h 
trunk/e/src/modules/illume/e_mod_gad_wifi.c 
trunk/e/src/modules/illume/e_mod_gad_wifi.h 
trunk/e/src/modules/illume/e_mod_layout.c 
trunk/e/src/modules/illume/e_mod_layout.h 
trunk/e/src/modules/illume/e_mod_main.c trunk/e/src/modules/illume/e_mo
d_main.h trunk/e/src/modules/illume/e_mod_win.c 
trunk/e/src/modules/illume/e_mod_win.h trunk/e/src/modules/illume/e_pwr.c 
trunk/e/src/modules/illume/e_pwr.h trunk/e/src/modules/illume/e_simplelock.c 
trunk/e/src/modules/illume/e_simplelock.h 
trunk/e/src/modules/illume/e_slipshelf.c 
trunk/e/src/modules/illume/e_slipshelf.h trunk/e/src/modules/illume/e_slipwin.c 
trunk/e/src/modules/illume/e_slipwin.h trunk/e/src/modules/illume/e_winilist.c 
trunk/e/src/modules/illume/e_winilist.h trunk/e/src/modules/illume/keyboards/ 
trunk/e/src/modules/illume/module.desktop.in 
trunk/e/src/modules/illume/wifiget.c trunk/e/x-ui.sh 
> Removed:
>   trunk/illume/dicts/ trunk/illume/keyboards/ trunk/illume/src/e_busycover.c 
> trunk/illume/src/e_busycover.h trunk/illume/src/e_busywin.c 
> trunk/illume/src/e_busywin.h trunk/illume/src/e_cfg.c 
> trunk/illume/src/e_cfg.h trunk/illume/src/e_flaunch.c 
> trunk/illume/src/e_flaunch.h trunk/illume/src/e_kbd.c 
> trunk/illume/src/e_kbd.h trunk/illume/src/e_kbd_buf.c 
> trunk/illume/src/e_kbd_buf.h trunk/illume/src/e_kbd_dict.c 
> trunk/illume/src/e_kbd_dict.h trunk/illume/src/e_kbd_int.c 
> trunk/illume/src/e_kbd_int.h trunk/illume/src/e_kbd_send.c 
> trunk/illume/src/e_kbd_send.h trunk/illume/src/e_mod_gad_bluetooth.c 
> trunk/illume/src/e_mod_gad_bluetooth.h trunk

Re: [E-devel] E SVN: mekius trunk/eterm/libast/test

2008-10-26 Thread Christopher Michael
Nice One NiCK 

dh

Enlightenment SVN wrote:
> Log:
>   Fix a bug in perf test.  Don't delete strings in use :)
> Author:   mekius
> Date: 2008-10-26 16:27:28 -0700 (Sun, 26 Oct 2008)
> New Revision: 37185
> 
> Modified:
>   trunk/eterm/libast/test/perf.c 
> 
> Modified: trunk/eterm/libast/test/perf.c
> ===
> --- trunk/eterm/libast/test/perf.c2008-10-26 23:19:28 UTC (rev 37184)
> +++ trunk/eterm/libast/test/perf.c2008-10-26 23:27:28 UTC (rev 37185)
> @@ -412,7 +412,7 @@
>  char *display = NULL, *name = NULL, *theme = NULL, **exec = NULL, **foo 
> = NULL;
>  long color = 0;
>  spif_uint32_t options = 0;
> -static void handle_theme(char *val_ptr) {theme = STRDUP(val_ptr);}
> +void handle_theme(char *val_ptr) {theme = STRDUP(val_ptr);}
>  char *argv2[] = { "test", "-rt", "mytheme", "--name", "This is a name", 
> "--exec=ssh [EMAIL PROTECTED]", "--scrollbar",
>"--buttonbar", "no", "--login=0", "-mvd", "foo:0", 
> "--color", "4", "--foo", "blah", "-d", "eatme", NULL };
>  int argc2 = 18;
> @@ -654,7 +654,6 @@
>  testtok = spif_tok_new_from_ptr(tmp2);
>  teststr = spif_str_new_from_ptr(":");
>  spif_tok_set_sep(testtok, teststr);
> -spif_str_del(teststr);
>  PERF_TEST(spif_tok_eval(testtok););
>  spif_tok_del(testtok);
>  
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> enlightenment-svn mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster trunk/evas/src/lib/canvas

2008-10-26 Thread Christopher Michael
I would Agreetho are those in the past that say we have done just 
that.

Isn't that what we do...duplicate code ? :P.well after a while 
doesn't that code become better??

Long Live E


dh (cpm)


Enlightenment SVN wrote:
> Log:
>   dont repeat code
>   
>   
> Author:   raster
> Date: 2008-10-26 20:12:59 -0700 (Sun, 26 Oct 2008)
> New Revision: 37191
> 
> Modified:
>   trunk/evas/src/lib/canvas/evas_object_textblock.c 
> 
> Modified: trunk/evas/src/lib/canvas/evas_object_textblock.c
> ===
> --- trunk/evas/src/lib/canvas/evas_object_textblock.c 2008-10-27 03:03:59 UTC 
> (rev 37190)
> +++ trunk/evas/src/lib/canvas/evas_object_textblock.c 2008-10-27 03:12:59 UTC 
> (rev 37191)
> @@ -2682,22 +2682,11 @@
>  _prepend_escaped_char(Evas_Textblock_Cursor *cur, const char *s,
>const char *s_end)
>  {
> -   const char *map_itr, *map_end;
> -
> -   map_itr = escape_strings;
> -   map_end = map_itr + sizeof(escape_strings);
> -
> -   while (map_itr < map_end)
> - {
> - if (_is_eq_and_advance(s, s_end, &map_itr, map_end))
> -   {
> -  evas_textblock_cursor_text_prepend(cur, map_itr);
> -  return;
> -   }
> - 
> - if (map_itr < map_end)
> -   _advance_after_end_of_string(&map_itr);
> - }
> +   const char *escape;
> +   
> +   escape = _escaped_char_get(s, s_end);
> +   if (escape)
> + evas_textblock_cursor_text_prepend(cur, escape);
>  }
>  
>  /**
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> enlightenment-svn mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel