Re: [E-devel] E CVS: libs/etk andrunko

2007-07-20 Thread Hisham Mardam Bey
On 7/20/07, Vincent Torri [EMAIL PROTECTED] wrote:

  Log Message:
  Added new widget Etk_Mdi_Window.

 MDI ? you mean multiple document interface ? windows inside a window ?


Yes.


-- 
Hisham Mardam Bey
http://hisham.cc/
+9613609386
Codito Ergo Sum (I Code Therefore I Am)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/etk andrunko

2007-07-20 Thread Gustavo Sverzut Barbieri
On 7/20/07, Hisham Mardam Bey [EMAIL PROTECTED] wrote:
 On 7/20/07, Vincent Torri [EMAIL PROTECTED] wrote:
 
   Log Message:
   Added new widget Etk_Mdi_Window.
 
  MDI ? you mean multiple document interface ? windows inside a window ?
 

 Yes.

Just to make it clear why this made into CVS: framebuffer does this
already since there is no concept of windows there and some
applications, like the ones we're developing here at INdT, run in
fullscreen and we want these dialogs to blend into it, with our own
themes and effects (fade in, etc)... these are really easy to do Evas,
but ETK could help a bit on its field.

-- 
Gustavo Sverzut Barbieri
--
Jabber: [EMAIL PROTECTED]
   MSN: [EMAIL PROTECTED]
  ICQ#: 17249123
 Skype: gsbarbieri
Mobile: +55 (81) 9927 0010

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] [PATCH] adding get workarea to Ecore_X

2007-07-20 Thread Dr. Michael 'Mickey' Lauer
I found this patch to be necessary when working with Ecore X windows that
register with the window manager as the desktop window -- otherwise I
can't get the correct size of the desktop minus the space that's
occupied by panels etc.

(The only glitch is that the semantics is not symmetrical to
set_workareas where you do additional processing depending on your
amount of virtual workspaces)

Regards,

:M:
-- 
Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] [PATCH] misc/epbb

2007-07-20 Thread PaulTT

i made a little patch to misc/epbb for enlightenment 17.
now pbbuttonsd sends the backlight level tag already as a %, so
BACKLIGHT_MAX = 15 now is wrong
furthermore i edited the README to tell better the needed
file/directory, as the one mentioned there were wrong

i thought also that when checking for resources (read: 'theme')
'return(NULL)' is not completely right, because the program starts,
then dies with segmentation fault.
imho would be better to exit(1) immediatly...

i have put it the patch, too

bye, PaulTT

PS i already tried to contact atmos, but i get no answer
bye again!
diff -urN epbb/src/bin/epbb.c epbb_ptt/src/bin/epbb.c
--- epbb/src/bin/epbb.c	2007-01-03 17:34:16.179675000 +0100
+++ epbb_ptt/src/bin/epbb.c	2007-06-22 21:14:55.498206139 +0200
@@ -65,7 +65,9 @@
 evas_object_del(result-obj);
 result-obj = NULL;
 free(result);
-return (NULL);
+// TODO: send out an error dialog box
+fprintf(stderr, Resource not found: %s, exiting.\n, buf);
+exit(1);
  }
   }
   /* add our object */
@@ -181,7 +183,7 @@
 
edje_object_signal_emit(e-obj, pbb,display,brightness, );
epbb_progress_bar_percent_set(e, val);
-   snprintf(buf, 120, %0.0f%%, 100 * (double) val);
+   snprintf(buf, 120, %0.0f%%, val * 100 );
epbb_status_text_set(e, buf);
 }
 
diff -urN epbb/src/bin/main.c epbb_ptt/src/bin/main.c
--- epbb/src/bin/main.c	2007-01-03 17:34:11.555675000 +0100
+++ epbb_ptt/src/bin/main.c	2007-06-22 21:15:26.586206139 +0200
@@ -24,7 +24,7 @@
 #include../config.h
 
 #define VOLUME_MAX 100
-#define BACKLIGHT_MAX 15
+#define BACKLIGHT_MAX 100
 
 #define UN(ptr) ptr = 0
 #define PBBUTTONSD_TIMEOUT 0.25
diff -urN epbb/README epbb_ptt/README
--- epbb/README	2004-01-20 11:19:36.0 +0100
+++ epbb_ptt/README	2007-06-22 21:18:33.834206139 +0200
@@ -16,10 +16,10 @@
 Install:
 sudo make install
 
-Configuration Files live in ~/.e/epbbuttons/ you need the following files
+Configuration Files live in ~/.e/apps/epbb/ you need the following files
 
-* default.bits.db - bits file for the window layout
-* font.ttf - the font for displaying text messages
+* epbb.eet - bits file for the window layout (theme)
+* directory fonts containing .ttf files - the font for displaying text messages
 
 Version 0.0.3 - I guess it's working.  Bugs and Patches to 
 - atmos at atmos dot org (May 8th 2003)
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] usb generic animated icon

2007-07-20 Thread PaulTT
i made a little red animated icon which i use as an usb generic icon,
since i put on it a little usb logo.
the icon is available here, if you like to add it to icons:
http://www.paultt.org/downloads/icons/redball.edj

bye, PaulTT

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [PATCH] adding get workarea to Ecore_X

2007-07-20 Thread Dr. Michael 'Mickey' Lauer
http://linuxtogo.org/~mickeyl/patches/ecore-add-get-workarea.patch

Regards,

:M:
-- 
Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/evas tilman

2007-07-20 Thread Gustavo Sverzut Barbieri
On 5/17/07, Enlightenment CVS [EMAIL PROTECTED] wrote:
 Enlightenment CVS committal

 Author  : tilman
 Project : e17
 Module  : libs/evas

 Dir : e17/libs/evas/src/lib/canvas


 Modified Files:
 evas_object_textblock.c


 Log Message:
 rework how the html entity escape arrays are stored. this saves a few hundred 
 bytes on the data section of the library, kills off ~300 locations, and makes 
 the so 77K smaller.

damn, this broke it, amp; and friends don't work anymore... just
noticed that on my app, but you can see it from expedite too
textblock basic, it should read And escaping  and  as well as 
[...]

I'll try to fix, but anyone with clue could also check it?

-- 
Gustavo Sverzut Barbieri
--
Jabber: [EMAIL PROTECTED]
   MSN: [EMAIL PROTECTED]
  ICQ#: 17249123
 Skype: gsbarbieri
Mobile: +55 (81) 9927 0010

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/evas tilman

2007-07-20 Thread Gustavo Sverzut Barbieri
On 7/20/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
 On 5/17/07, Enlightenment CVS [EMAIL PROTECTED] wrote:
  Enlightenment CVS committal
 
  Author  : tilman
  Project : e17
  Module  : libs/evas
 
  Dir : e17/libs/evas/src/lib/canvas
 
 
  Modified Files:
  evas_object_textblock.c
 
 
  Log Message:
  rework how the html entity escape arrays are stored. this saves a few 
  hundred bytes on the data section of the library, kills off ~300 locations, 
  and makes the so 77K smaller.

 damn, this broke it, amp; and friends don't work anymore... just
 noticed that on my app, but you can see it from expedite too
 textblock basic, it should read And escaping  and  as well as 
 [...]

 I'll try to fix, but anyone with clue could also check it?

ok, offsets were wrong... btw, using offsets were a braindead idea,
you just need to walk the string, no need for auxiliary.

now I need to understand better the _get() code in order to vanish
with offsets altogether... hints?

-- 
Gustavo Sverzut Barbieri
--
Jabber: [EMAIL PROTECTED]
   MSN: [EMAIL PROTECTED]
  ICQ#: 17249123
 Skype: gsbarbieri
Mobile: +55 (81) 9927 0010

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Nightly builds - Was: Is this a community project?

2007-07-20 Thread David Seikel
On Wed, 18 Jul 2007 12:30:53 +0900 Carsten Haitzler (The Rasterman)
[EMAIL PROTECTED] wrote:

 On Tue, 17 Jul 2007 10:14:58 +1000 David Seikel [EMAIL PROTECTED]
 babbled:
 
  Attached is the result of a first cut at a nightly build script.
  Early days, baby steps, don't pick over the little details.  We can
  start with the basics and work up to more features later.
  
  For now I can run this on my boxen while it gets developed further.
  Move it to the E servers and volunteer boxen when it's more mature.
  
  Currently it only compiles stuff that uses autofoo.  Some things are
  skipped, mostly due to being deprecated or broken and unmantained.
  Most of what is skipped is in misc.  Everything in e17, misc, and
  e_modules is included except for the e17/test and e17/docs
  directories.
 
 can you... put the script in cvs somewhere? tough to talk about
 something we can't see.

After much experimentation, we ended up with easy_e17.sh and a post
install script.  easy_e17.sh is available from morlenxus' server as
I've mentioned before.  The post install script relies on the current
svn version, but that will be the next release soon enough.

I'll put the post install script into cvs somewhere.  The real question
is - where?  Create a new project in e17/apps/nightly_build?  e17/test
perhaps?

The major problem at the moment is that sf.net is really fussy about
emails you send to it.  Seems like a typical workstation with a dynamic
IP and default install will not be able to use sendmail mail.txt from
a script to send to sf.net.  Looks like you need a real mail server to
do it for you.  So some config of local mail systems may be needed if
we want volunteers to use this to cover various distros etc.

Once we are happy with the output generated and where it goes we can
worry about OS / distro / CPU coverage details.


signature.asc
Description: PGP signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Nightly build log for E17

2007-07-20 Thread David Seikel
Build log for Enlightenment DR 0.17 on 2007-07-21 13:11:41 +1000

Ubuntu 6.10 \n \l

Linux cluster 2.6.17-11-generic #2 SMP Fri May 18 23:39:08 UTC 2007
i686 GNU/Linux

autoconf (GNU Autoconf) 2.60
automake (GNU automake) 1.9.6
ltmain.sh (GNU libtool) 1.5.22 Debian 1.5.22-4 (1.1220.2.365 2005/12/18
22:14:06)
gettext (GNU gettext-runtime) 0.15

Failed Packages (and command that failed):
eflpp make -j 2
elapse make -j 2
epdf ./autogen.sh --prefix=/opt/e17
--cache-file=/tmp/easy_e17/easy_e17.cache e_phys ./bootstrap
etk_extra ./autogen.sh --prefix=/opt/e17
--cache-file=/tmp/easy_e17/easy_e17.cache etk-perl make install
Evas_Perl make -j 2

Packages with no supported build system:
eflame, enthrall, esmart_rsvg, euphoria, exorcist, nexus, ruby-efl,

Skipped Packages:
camE, embrace, enotes, enscribe, epbb, eplay, erss, etk_server, etox,
evoak, gfx_routines, lvs-gui, med, notgame, webcam,

Successful Packages:
alarm, bling, cpu, deskshow, eclair, ecore, edb, e_dbus, edje_editor,
edje, edje_viewer, edvi, eet, efreet, elation, elicit, elitaire, e,
embryo, emotion, emphasis, empower, emu, engage, engrave, engycad,
enhance, enity, enterminus, entice, entrance_edit_gui, entrance,
entropy, envision, epeg, ephoto, epsilon, equate, esmart, estickies,
etk, e_utils, evas, evfs, evolve, ewl, examine, exhibit, exml,
expedite, express, extrackt, feh, flame, forecasts, iconbar,
imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem,
mixer, moon, net, news, pesh, photo, rage, rain, screenshot, scrot,
slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan,

Build logs are available at http://onefang.humbug.org.au/E-build-logs/

The nightly build system tries to build everything in the Enlightenment
CVS or give a reason why.  Currently eterm, e16, e17/docs, e17/test, and
web are not built.  Feel free to enlighten me about any decisions.

The web directory does not contain anything that needs to be built.

The e17/test directory is just a dumping ground for old testing stuff
that is not meant to be built automatically.

The e17/docs directory contains documentation.  Some of it can be
built but I have not bothered yet.

The eterm and e16 directories are not currently being built because the
build script used as the basis for the nightly build system didn't
support those.  This may change.

The skipped result means that the nightly build system was configured
to skip that particular project for some reason.  Those reasons should
be listed here -

etox- Obsolete.
evoak   - Obsolete.
enscribe- Unmaintained, broken, and too old to fix.
med - Unmaintained, broken, and too old to fix.
camE- Unmaintained, broken, and too old to fix.
embrace - Unmaintained, broken, and too old to fix.
epbb- Unmaintained, broken, and too old to fix.
eplay   - Unmaintained, broken, and too old to fix.
erss- Unmaintained, broken, and too old to fix.
lvs-gui - Unmaintained, broken, and too old to fix.
notgame - Unmaintained, broken, and too old to fix.
webcam  - Unmaintained, broken, and too old to fix.
enotes  - Unmaintained, broken, and too old to fix.
etk_server  - Uses huge amounts of RAM, so may fail.
gfx_routines- This was just a bunch of graphics tests.


NOTE: sometimes an ERROR is the result of a failed dependency.  The epdf
project is a prime example, as it often requires the very latest poppler
version, and not everybody is using the latest version of everything.
Some people are quite happy running a slightly older, stable OS.


signature.asc
Description: PGP signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Nightly build log for E17

2007-07-20 Thread David Seikel
Damn, cutting and pasting it to my mail client screwed up the
formatting a little bit.  The next one will test to see if I have done
enough to satisfy the sf.net list servers that I am a legitimate member
of the list and can send via the sendmail command from a script.

On Sat, 21 Jul 2007 13:13:57 +1000 David Seikel [EMAIL PROTECTED]
wrote:

 etk-perl make install

Now that Makefile.PL is supported, that autogen.sh file should be
removed.  It failed because it tried to build as a user and -

Makefile.PL prefix=/foo/bar

is needed.

Autogen.sh is checked before Makefile.PL as most projects use
autogen.sh.


signature.asc
Description: PGP signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Nightly builds - Was: Is this a community project?

2007-07-20 Thread The Rasterman
On Sat, 21 Jul 2007 12:43:39 +1000 David Seikel [EMAIL PROTECTED] babbled:

 On Wed, 18 Jul 2007 12:30:53 +0900 Carsten Haitzler (The Rasterman)
 [EMAIL PROTECTED] wrote:
 
  On Tue, 17 Jul 2007 10:14:58 +1000 David Seikel [EMAIL PROTECTED]
  babbled:
  
   Attached is the result of a first cut at a nightly build script.
   Early days, baby steps, don't pick over the little details.  We can
   start with the basics and work up to more features later.
   
   For now I can run this on my boxen while it gets developed further.
   Move it to the E servers and volunteer boxen when it's more mature.
   
   Currently it only compiles stuff that uses autofoo.  Some things are
   skipped, mostly due to being deprecated or broken and unmantained.
   Most of what is skipped is in misc.  Everything in e17, misc, and
   e_modules is included except for the e17/test and e17/docs
   directories.
  
  can you... put the script in cvs somewhere? tough to talk about
  something we can't see.
 
 After much experimentation, we ended up with easy_e17.sh and a post
 install script.  easy_e17.sh is available from morlenxus' server as
 I've mentioned before.  The post install script relies on the current
 svn version, but that will be the next release soon enough.
 
 I'll put the post install script into cvs somewhere.  The real question
 is - where?  Create a new project in e17/apps/nightly_build?  e17/test
 perhaps?
 
 The major problem at the moment is that sf.net is really fussy about
 emails you send to it.  Seems like a typical workstation with a dynamic
 IP and default install will not be able to use sendmail mail.txt from
 a script to send to sf.net.  Looks like you need a real mail server to
 do it for you.  So some config of local mail systems may be needed if
 we want volunteers to use this to cover various distros etc.
 
 Once we are happy with the output generated and where it goes we can
 worry about OS / distro / CPU coverage details.

tus why you should not worry and just run this on e2.enlightenment.org - it
already can send email as part of bugzilla requirements. :)


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: libs/evas raster

2007-07-20 Thread Gustavo Sverzut Barbieri
On 7/21/07, Enlightenment CVS [EMAIL PROTECTED] wrote:
 Enlightenment CVS committal

 Author  : raster
 Project : e17
 Module  : libs/evas

 Dir : e17/libs/evas/src/lib/canvas


 Modified Files:
 evas_object_textblock.c


 Log Message:


 no need for extra nul byte check - while terminated IF its null. so known
 condition. formatting too.

 ===
 RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_textblock.c,v
 retrieving revision 1.141
 retrieving revision 1.142
 diff -u -3 -r1.141 -r1.142
 --- evas_object_textblock.c 20 Jul 2007 22:30:12 -  1.141
 +++ evas_object_textblock.c 21 Jul 2007 03:06:08 -  1.142

[...]

 @@ -2463,7 +2462,7 @@
  evas_textblock_cursor_text_append(cur, map_itr);
  return;
   }
 -
 +
 if (map_itr  map_itr)
   _advance_after_end_of_string(map_itr);
   }


is this trailing whitespace really required? :-) I have emacs to
highlight these on my files.


still about minor optimizations, do you think it worth to remove 
and ; since they're always present?


-- 
Gustavo Sverzut Barbieri
--
Jabber: [EMAIL PROTECTED]
   MSN: [EMAIL PROTECTED]
  ICQ#: 17249123
 Skype: gsbarbieri
Mobile: +55 (81) 9927 0010

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Nightly builds - Was: Is this a community project?

2007-07-20 Thread David Seikel
On Sat, 21 Jul 2007 12:24:25 +0900 Carsten Haitzler (The Rasterman)
[EMAIL PROTECTED] wrote:

 On Sat, 21 Jul 2007 12:43:39 +1000 David Seikel [EMAIL PROTECTED]
 babbled:
 
  On Wed, 18 Jul 2007 12:30:53 +0900 Carsten Haitzler (The Rasterman)
  [EMAIL PROTECTED] wrote:
  
   can you... put the script in cvs somewhere? tough to talk about
   something we can't see.
  
  After much experimentation, we ended up with easy_e17.sh and a post
  install script.  easy_e17.sh is available from morlenxus' server as
  I've mentioned before.  The post install script relies on the
  current svn version, but that will be the next release soon enough.
  
  I'll put the post install script into cvs somewhere.  The real
  question is - where?  Create a new project in
  e17/apps/nightly_build?  e17/test perhaps?
  
  The major problem at the moment is that sf.net is really fussy about
  emails you send to it.  Seems like a typical workstation with a
  dynamic IP and default install will not be able to use sendmail
  mail.txt from a script to send to sf.net.  Looks like you need a
  real mail server to do it for you.  So some config of local mail
  systems may be needed if we want volunteers to use this to cover
  various distros etc.
  
  Once we are happy with the output generated and where it goes we can
  worry about OS / distro / CPU coverage details.
 
 tus why you should not worry and just run this on
 e2.enlightenment.org - it already can send email as part of bugzilla
 requirements. :)

Yes, that is planned.  Do I have a shell account on that and enough
access to set up a cron job?  Being able to send email, and being able
to convince sf.net that we are allowed to send email to the list are
two separate things.

Does e2.enlightenment.org have enough grunt to run a half dozen qemu
sessions for nightly testing on a few distro/CPU combinations?  If not
this is why volunteers may be needed later.  Like I said, nothing to
worry about now.


signature.asc
Description: PGP signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Engycad Compilation Issues

2007-07-20 Thread Ed Presutti
Can someone please add the pthread_libs to the Makefile.am in
engycad/src? serv.c fails to compile without it. (Unless it's passed in
from some of the other packages) I've attached a patch.

Thanks,
Ed Presutti (ekrunch on freenode)

-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it. - Brian W. Kernighan

--- Makefile.am.old 2007-07-20 23:54:28.713388031 -0500
+++ Makefile.am 2007-07-20 23:54:38.845965454 -0500
@@ -75,4 +75,4 @@
 undo.c \
 undo.h
 
-engycad_LDADD = @ENGY_LIBS@ -lm
+engycad_LDADD = @ENGY_LIBS@ @pthread_libs@ -lm
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with edje and its way of dispatching mouse, * signals

2007-07-20 Thread The Rasterman
On Mon, 16 Jul 2007 11:02:26 -0500 Nathan Ingersoll [EMAIL PROTECTED]
babbled:

 A related but slightly different issue is triggering evas events
 directly on a specific object. There are times where it would be very
 helpful to simply dispatch an event directly to a specific object
 rather than feeding the event into evas and relying on it's picking to
 select the one you want.
 
 Does anyone see a good reason we couldn't extend the evas API to support this?

i see no reason why not - it won't break anything, and can be useful. :)

 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] website url rewrite

2007-07-20 Thread The Rasterman
On Thu, 12 Jul 2007 11:16:05 +0300 Chady Kassouf [EMAIL PROTECTED]
babbled:

you READ the urls? and even type them in? i'm not sure it really matters unless
you want to hide the fact that its php with parameters?

 On 7/12/07, Stéphane Bauland [EMAIL PROTECTED] wrote:
 
  Chady Kassouf wrote:
   Hi,
  
   In order to make the new website's URLs easier to use, I'd like to
  propose
   using mod_rewrite and having some rewrite rules to make the URIs more
   readable.
  
   Something along the lines of:
  
   IfModule mod_rewrite.c
   #RewriteEngine On
   #RewriteCond %{REQUEST_FILENAME} !-f
   #RewriteCond %{REQUEST_FILENAME} !-d
   #RewriteRule ^(..)/(.*) /p.php?l=$1p=$2 [L]
   /IfModule
  
  
   which would make this URL:
   http://enlightenment.org/p.php?p=about/libsl=en
   be:
   http://enlightenment.org/en/about/libs
  
  
  
  
  Hi all,
 
  Yep for sure, but you need to remove commented lines :))
  and to rewrite all the site internal links. :)
 
  But i think it could be greatful..
 
 
 Oops.. I was testing the conditions on my site and then removed them but
 forgot to delete the comments before posting :D
 
 anyway, if this gets added I'm willing to do all the required editing to get
 the contents links working correctly.
 
 Regards,
 -- 
 Chady 'Leviathan' Kassouf
 http://chady.net/
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with edje and its way of dispatching mouse, * signals

2007-07-20 Thread The Rasterman
On Thu, 19 Jul 2007 18:45:52 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:

 On 7/18/07, Brian Mattern [EMAIL PROTECTED] wrote:
  On Wed, Jul 18, 2007 at 12:56:17AM -0300, Gustavo Sverzut Barbieri wrote:
   On 7/18/07, Brian Mattern [EMAIL PROTECTED] wrote:
   On Tue, Jul 17, 2007 at 06:15:51PM -0300, Gustavo Sverzut Barbieri wrote:
Notice that edje property is no_mouse_grab, because then we can keep
compatibility with existent .edj files.
   
I don't like evas_object_mouse_grab_set() very much, it looks like
mouse will be immediately grab, which is not the case. But I don't
have any better word for that.
   snip
+   EAPI void  evas_object_mouse_grab_set
   (Evas_Object *obj, Evas_Bool no_mouse_grab);
+   EAPI Evas_Bool evas_object_mouse_grab_get
   (Evas_Object *obj);
  
  
   Maybe evas_object_auto_grab_set(Evas_Object *obj, Evas_Bool auto_grab) ?
   (or _mouse_auto_grab_)
  
   it's not that better... other suggestions?
  
   can_grab_mouse?
 
  That makes even less sense. Maybe grab isn't a good choice. Really
  we're picking between two alternate methods of presenting mouse events.
  So, maybe evas_object_mouse_event_mode_set(obj, EVAS_EVENT_MODE_X)
 
  I'm at a loss atm as to what the two names should be though. (Maybe
  ORIGINAL and RAW... not happy with those...)
 
  
  
   Whatever we call it, the second parameter should NOT be no_*. It should
   be TRUE for grab the mouse, and simply default to TRUE.
  
   yes, I agree, but how about edje files? Can I rely on people updating
   their edje files? Remember that edje files will not be recompiled
   since they have not changed, users may issue make clean to get it
   updated.
 
  For edje files, you either need compatibility code (where the version is
  checked on load and the value is set properly), OR you can just make the
  edje option 'negative' (it doesn't have to be the same as the c api).
  However, with the above suggestion for an API, the 'original' mode would
  just be equal to 0.
 
 Ok, anyone more like it like Brian? I don't.
 
 Any other ideas? I'll wait until sunday, but it would be great if it
 don't last that long, my virtual keyboard demo is almost ready, just
 some images and this to be in then I can release it! :-)
 
 http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/

I like brian's mode api idea. basically evas adopts a grab policy similar to
X11 (and in X it's termed mouse grabbing - in this case implicit grabs). so i
would go

typedef enum _Evas_Object_Pointer_Mode
{
  EVAS_OBJECT_POINTER_MODE_AUTOGRAB,
  EVAS_OBJECT_POINTER_MODE_NOGRAB
} Evas_Object_Pointer_Mode;

EAPI void evas_object_pointer_mode_set(Evas_Object *obj,
Evas_Object_Pointer_Mode mode);
EAPI Evas_Object_Pointer_Mode evas_object_pointer_mode_get(Evas_Object *obj);

if needed we can expand over time. otherwise the internal logic can be as you
have written it in your patch gustavo :) as for edje - make it:

pointer_mode: AUTOGRAB;
pointer_mode: NOGRAB;

etc. :)

this works well with the default eet return of 0 if not provided. (otherwise
according to your question of how to do this if the default should be 1 to on
would be to use 1 == on, 2 == off, 0 == unknown in the edje data).

 -- 
 Gustavo Sverzut Barbieri
 --
 Jabber: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
   ICQ#: 17249123
  Skype: gsbarbieri
 Mobile: +55 (81) 9927 0010
 
 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] logout

2007-07-20 Thread The Rasterman
On Mon, 16 Jul 2007 03:45:34 +1000 David Seikel [EMAIL PROTECTED] babbled:

 On Sun, 15 Jul 2007 17:26:59 +0200 Peter Parkanyi [EMAIL PROTECTED]
 wrote:
 
  I have a rather annoying problem with e17 on my Gentoo box. Wait. This
  isn't an e17 bug. This is obviously a skype bug, but skype is closed,
  so I can't really do anything with it.
  
  When I hit Logout, Shut Down, Reboot, and so on in the E menu,
  every application quits, except skype, because it only closes its main
  window. My suggestion is that it would be good if I could set
  somewhere to autokill specified stuff when logout, or specify a
  timeout for logout, and if the applications doesn't quit in that
  time, e17 autokills (not -9) them, or simply quit (if e17 starts
  applications as children, then all of the started apps are forced to
  quit, right?). This would be very handy.
 
 There is already a timeout, then E17 asks the user if it's OK to kill
 everything.  This gives the user a chance to manually close down things
 properly or otherwise respond appropriately.
 
 The Exit menu option does an unconditional exit.
 
 Maybe a configuration option to unconditionally kill things after the
 timeout would do the trick?

generally i think this is a bad idea - a lot of apps will put up are you sure
you want to exit - you haven't saved your files dialogs. you want the user to
go handle all of these first - then logout/shutdown etc.

this is a skype specific issue due to it wanting a system tray
unconditionally.

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] patch for a better wallpaper dialog layout

2007-07-20 Thread The Rasterman
On Sat, 14 Jul 2007 20:09:46 +0200 Hannes Janetzek [EMAIL PROTECTED] babbled:

a slight problem is that now the theme selector has a different layout... :/
also it only changes advanced mode. not sure i like the inconsistency.

 hi,
 if this patch is ok iwould go on and fix some of the other dialog
 layouts. 
 
 a screenshot is here:
 http://www.informatik.uni-bremen.de/~jeff/conf2.jpg
 
 Regards,
 Hannes jeffdameth Janetzek


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] image loading questions

2007-07-20 Thread The Rasterman
On Sun, 15 Jul 2007 14:54:38 -0600 Eric Wasylishen [EMAIL PROTECTED]
babbled:

 Hi, I have a few questions related image loading.
 
 One thing I'm working on is an xmms2 client using ETK/evolve. I'd like
 it to show album cover art; the way the xmms2 client lib handles this
 is it gives you a pointer to an image file that was copied in to
 memory but not decoded. People using gtk have a function in gdk_pixbuf
 for this, which automatically determines the image format (probably
 jpg or png for covers) and decodes it, but as far as I can tell
 imlib2/evas lack this feature? (though I noticed epeg can load a jpeg
 file from memory.)

correct. no such feature.

 One option I though of is just copying the loader code for say JPG and
 PNG from evas or imlib2 in to my app, and modifying it to do what I
 need. Or, would loading images from memory be useful enough to go in
 evas or imlib2?

well personally i put imlib2 on life support. i don't want to put things into
it. if it goes anywhere - it's evas. as for being useful - definitely. but to
date it has not been a hard requirement.

 Another project I'd like to do is an image viewer where image loading
 doesn't block the GUI. After some reading my plan is to write a daemon
 which loads the image data in to shared memory for the gui app to
 access, though I'm not sure what advantages/disadvantages this would
 have over doing it in a thread.
 To get the best performance possible, I want it to load jpg's at a
 reduced size (epeg and evas can) and be able to cancel loading an
 image (only imlib2 can?) So far the best solution I can see is to use
 epeg and imlib2. Any better ideas?
 
 I greatly appreciate any tips or advice.. thanks :)

ok - this goes into a whole new world. as discussed before - evas is getting to
the stage where it may need threads/ipc connections etc. of its own (to talk to
shared image cache daemons, etc.) and we may need to export an FD from evas -
much like xlib and xcb export fd's and allow ecore to listen on them waiting
for events. why talk about this? this allows us to now have something like

evas_object_image_load_policy_set(obj, EVAS_LOAD_POLICY_ASYNC);

and that will hit to evas to load image data in the background - that means
either a thread or daemon does this and writes back to evas via a file
descriptor as progress happens. this can allow the load to go on in the
background. existing loaders will need to be modified to support this, but it
is possible. then when evas's fd becomes active you call

evas_process(evas);

to read any data on the fd (events) and process anything - then:

evas_render(evas);

to render any updates - if there are any. this would give you your progressive
loading, non-blocking, and make it available to anyone. a first SIMPLE
implementation could be to just load the whole image in the bg in a thread that
is spawned IF the image is set for async load policy - and when it is 100%
done, write and event back to evas. you won't see the decode as it loads, but
you won't block - it will be blank, then suddenly appear. later loaders can be
made smarter to send events as they decode (registering which sections of
the image decoded).

as for loading from memory - i see no reason we cant have a

evas_object_image_memory_set(obj, pointer_to_data, size_of_data);

(and a get too). this will match with evas_object_image_file_set() and get.
again - loaders will need to be adjusted to handle this, and not all loaders
could necessarily do it (depending on the back-end decoder lib being used).
evas can't do a quick-guess on extension as to what loader to try first, so it
will need to use a brute-force try and use all loaders until one succeeds.

 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Software X11 and Software SDL

2007-07-20 Thread The Rasterman
On Mon, 16 Jul 2007 14:45:43 +0200 Cedric BAIL [EMAIL PROTECTED] babbled:

 Hi,
 
   During my development of the SDL engine I did notice that always
 seems a little bit faster than software x11. I think it was only an artefact,
 or something strange with my config, but as Caro also notice this. We did
 find something that could be the source of the slow down.
 
   In the software_x11 implementation, we create a new RGBA_Image for
 each region to be update (in evas_engine.c:eng_output_redraws_next_update_get
 with evas_outbuf.c:evas_software_x11_outbuf_new_region_for_update). Then they
 are flushed on the final surface and destroyed.
   In software_sdl, I just copy to the final destination without
 creating new surface (I need to reset the background to start from a fresh
 copy). 
 
   The software_x11 is also more complex than software_sdl as it handle
 rotation and I don't know it's internal enough to see how and if it's
 possible to change it to not allocate an RGBA_Image for each region. So if
 someone as a little more time to look at this issue and see if it's possible
 to improve thing :)

we pay a performance price for:

1. allocing memory - and if its fresh memory from sbrk() or mmap() as malloc
will provide, it will be filled with 0's by the kernel. this is a cost we pay
for unix security on getting more memory. we don't need or want it filled
with 0's - we want it just garbage memory. we will fill it later anyway.
2. shm segments - creating and destroying them, round-trips to x to do this AND
also filling them with 0's like the RGBA_Image buffers. same story - but a
little worse even.

in 32bpp evas is a little smart - it actually will use the shm buffer AS the
image data for the RGBA_Image so we only pay this price once in shm buffer
creation and 0 filling.

software_x11 can be faster by adopting the same caching idea as software_16.
api is there - just needs to be used :)

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Deprecating Ecore_Desktop

2007-07-20 Thread The Rasterman
On Tue, 17 Jul 2007 10:07:11 -0400 dan sinclair [EMAIL PROTECTED] babbled:

 All,
 
 We've had Efreet in CVS for a while now and it seems to be working well. 
 Taking a look at the other apps in CVS the only one still using 
 Ecore_Desktop that I noticed was Engage.
 
 Can the Engage maintainer please update the app to use Efreet so we can 
 move Ecore_Desktop over into proto?

also ecore_dbus should get deprecated soon.

 Thanks,
 dan
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] evas common engine as a direct rendering library?

2007-07-20 Thread The Rasterman
On Thu, 19 Jul 2007 00:20:16 +0200 Jorge Luis Zapata Muga
[EMAIL PROTECTED] babbled:

 Hi all, i have taken evas to be my guinea pig here =)
 
 I've split the common engine code into a different library, because
 with time it has became a really good direct rendering library. what
 would it benefit us? i have the idea that abstracting at the canvas
 level and at the rendering level would make objects to render
 themselves, and get away from engine level several non needed stuff
 because there's maybe no engine that can do what evas do internally.
 the latter isnt fully decided yet, but isolating concepts on the
 library is a good thing imho, you can do more benchmarks and have more
 control on what every part of the library does. So the first step im
 doing is to abstract the direct rendering code, if anyone is
 interested on this, reply :)

I think this is a good idea. I have nothing against it - but we need to be
aware that it makes breaking internal rendering api's harder :( i do agree that
this will make benchmarks and testing of just raw routines much much much
easier. for now i think this extra lib can just ship with evas - we can split
it out later as/when needed. for now a big sign of this api is going to break
- don't use it in your app unless you like api's always breaking on it. :)

 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [PATCH] adding get workarea to Ecore_X

2007-07-20 Thread The Rasterman
On Fri, 20 Jul 2007 16:55:09 +0200 Dr. Michael 'Mickey' Lauer
[EMAIL PROTECTED] babbled:

 I found this patch to be necessary when working with Ecore X windows that
 register with the window manager as the desktop window -- otherwise I
 can't get the correct size of the desktop minus the space that's
 occupied by panels etc.
 
 (The only glitch is that the semantics is not symmetrical to
 set_workareas where you do additional processing depending on your
 amount of virtual workspaces)

could you make it symmetrical? basically you could have multiple areas... it's
bad not to be symmetrical :/

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel