Re: [E-devel] keyboard - emodule idea.
On Jan 27, 2008 5:24 PM, Jorge Luis Zapata Muga <[EMAIL PROTECTED]> wrote: > On Jan 27, 2008 11:08 PM, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote: > > On Jan 27, 2008 11:45 AM, Toma <[EMAIL PROTECTED]> wrote: > > > I know this exists for the n800 and being python and edje, it would be > > > a peice of cake to adapt to a normal linux system on x86 or whatever. > > > Good ol Gustavo to the rescue :) > > > > > > http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/ > > > > > > http://blog.gustavobarbieri.com.br/2007/07/24/iphone-like-virtual-keyboard-for-n800/ > > > > Note this is not a solution, it's just a prototype, it would be good > > to load charmaps from a description file and support composite keys at > > least (non-ascii chars, like á - á). Also my code just feed > > text to the element, it would need to change to use uinput or > > something like that to feed keys to system. > > > > if you take a look into ecore_li (linux input) at proto there's > support for different keyboard layouts and linux input devices, you > could adapt it to send the ecore events into uinput fd and simulate > the source device as a virtual keyboard. > > > > Unfortunately no time :-/ I have an abandoned project: http://peace.interhact.net/~iamsthitha/junk/eyboard-0.0.2.tar.gz It uses the XTestQueryExtension, but it has a hardcoded charmap.. and its a shelf module, which might not be the best place for an On Screen Keyboard. (If you do want to use it, set your shelf height to max and make the module resizable and resize it all the way) > > > > -- > > 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 2008. > > 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 > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > 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 > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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_cpu_count() hang up calling process
On Sun, 27 Jan 2008 18:00:09 +0100 Dariusz Knociński NeXT <[EMAIL PROTECTED]>
babbled:
definitely not a userspace (evas) problem. the kernel should return form this
call - ALWAYS. any such hangs are either:
1. kernel bug
2. hardware bug
suggestions:
1. try new/different kernel version
2. try different hardware
3. poosibly try a different glibc
:(
> Hi All,
>
> I have a big problem on my system with Evas. When the process, linked with
> evas, started it call sched_getaffinity(...) to times. This function exist in
> evas_common_cpu_count() at line
> 224. First time it was ok but second call hang up the calling proces e.g.
> etk_test. This hang up is very hard, all processes called after that also
> hangs up :-(. Strace return very strange lines:
>
> sched_getaffinity(3216, 128, { 3 })= 4
> mmap2(NULL, 8392704, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|
> MAP_ANONYMOUS, -1, 0) = 0xb6d41000 mprotect(0xb6d41000, 4096, PROT_NONE) = 0
> clone(child_stack=0xb75414b4, flags=CLONE_VM|CLONE_FS|CLONE_FILES|
> CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|
> CLONE_CHILD_CLEARTID, parent_tidptr=0xb7541bd8, {entry_number:6,
> base_addr:0xb7541b90, limit:1048575, seg_32bit:1, contents:0,
> read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1},
> child_tidptr=0xb7541bd8) = 3217 sched_setaffinity(3217, 128, { 1, 0, 0, 0,
> 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> 0, 0 }
>
> My system is:
> - Linux 2.6.22.15, gcc-4.2.2, glibc-2.7.
>
> Have You Any Idea?
>
> Regards
> --
> Dariusz Knocinski
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> 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]
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
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 on 2008-01-27 07:08:56 -0800
Build log for Enlightenment DR 0.17 on 2008-01-27 07:08:56 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: echo http://download.enlightenment.org/tests/logs/echo.log ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log edvi http://download.enlightenment.org/tests/logs/edvi.log engage http://download.enlightenment.org/tests/logs/engage.log enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log evolve http://download.enlightenment.org/tests/logs/evolve.log Packages with no supported build system: entice, esmart_rsvg, exorcist, penguin, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, eclair, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] keyboard - emodule idea.
On Jan 27, 2008 11:08 PM, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote: > On Jan 27, 2008 11:45 AM, Toma <[EMAIL PROTECTED]> wrote: > > I know this exists for the n800 and being python and edje, it would be > > a peice of cake to adapt to a normal linux system on x86 or whatever. > > Good ol Gustavo to the rescue :) > > > > http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/ > > > > http://blog.gustavobarbieri.com.br/2007/07/24/iphone-like-virtual-keyboard-for-n800/ > > Note this is not a solution, it's just a prototype, it would be good > to load charmaps from a description file and support composite keys at > least (non-ascii chars, like á - á). Also my code just feed > text to the element, it would need to change to use uinput or > something like that to feed keys to system. > if you take a look into ecore_li (linux input) at proto there's support for different keyboard layouts and linux input devices, you could adapt it to send the ecore events into uinput fd and simulate the source device as a virtual keyboard. > Unfortunately no time :-/ > > -- > 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 2008. > 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 > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] keyboard - emodule idea.
On Jan 27, 2008 11:45 AM, Toma <[EMAIL PROTECTED]> wrote: > I know this exists for the n800 and being python and edje, it would be > a peice of cake to adapt to a normal linux system on x86 or whatever. > Good ol Gustavo to the rescue :) > > http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/ > > http://blog.gustavobarbieri.com.br/2007/07/24/iphone-like-virtual-keyboard-for-n800/ Note this is not a solution, it's just a prototype, it would be good to load charmaps from a description file and support composite keys at least (non-ascii chars, like á - á). Also my code just feed text to the element, it would need to change to use uinput or something like that to feed keys to system. Unfortunately no time :-/ -- 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 2008. 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] keyboard - emodule idea.
Sun, Jan 27, 2008 at 11:45:38PM +0900 Toma <[EMAIL PROTECTED]> napisał: > I know this exists for the n800 and being python and edje, it would be > a peice of cake to adapt to a normal linux system on x86 or whatever. > Good ol Gustavo to the rescue :) > > http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/ > > http://blog.gustavobarbieri.com.br/2007/07/24/iphone-like-virtual-keyboard-for-n800/ > > Enjoy > Toma- > > On 27/01/2008, Lars Munch <[EMAIL PROTECTED]> wrote: > > Hi > > > > You can also use the linux "uinput" driver to generate key input. > > > > Nice article about uinput: > > http://www.einfochips.com/download/dash_jan_tip.pdf > > > > Regards > > Lars Munch > > > > On Sun, Jan 27, 2008 at 01:41:19PM +0100, Thomas Gstädtner wrote: > > > I'm trying to do a on screen keyboad for mobile phones (not suitable for > > > tablet pcs) in edje. > > > Raster said he'd want to write a qwerty-keyboard, too, don't know if he > > > still has that plan. > > > As a hint, there is a lib named "libfakekey" that could be usable if you > > > write your own, it's part of the matchbox project by OpenedHand. > > > Many possiblilities. I'm not programmer, so honestly I would prefer if somebody else will do it rihgt. ;) But if nobody will not, I will have too. :/ But this not the end of the thread yet. ;) I hope. -- GAndrel -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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]: entrance/configure.in: fat finger bug
Thanatermesis schrieb: > Seem like somebody has a dirty 'N' key on his keyboard > > This patch fixes a important bug that elements on entrance uses 'entrace' > instead of 'entrance' (like the dir /usr/share/entrance is renamed > /usr/share/entrace ), it also includes less-important 'entrace' fixups > Thanks. It is in cvs. Peter - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] evas_common_cpu_count() hang up calling process
Hi All,
I have a big problem on my system with Evas. When the process, linked with
evas, started
it call sched_getaffinity(...) to times. This function exist in
evas_common_cpu_count() at line
224. First time it was ok but second call hang up the calling proces e.g.
etk_test. This hang
up is very hard, all processes called after that also hangs up :-(. Strace
return very strange
lines:
sched_getaffinity(3216, 128, { 3 })= 4
mmap2(NULL, 8392704, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xb6d41000
mprotect(0xb6d41000, 4096, PROT_NONE) = 0
clone(child_stack=0xb75414b4,
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
parent_tidptr=0xb7541bd8, {entry_number:6, base_addr:0xb7541b90,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}, child_tidptr=0xb7541bd8) = 3217
sched_setaffinity(3217, 128, { 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }
My system is:
- Linux 2.6.22.15, gcc-4.2.2, glibc-2.7.
Have You Any Idea?
Regards
--
Dariusz Knocinski
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
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]: entrance/configure.in: fat finger bug
Seem like somebody has a dirty 'N' key on his keyboard This patch fixes a important bug that elements on entrance uses 'entrace' instead of 'entrance' (like the dir /usr/share/entrance is renamed /usr/share/entrace ), it also includes less-important 'entrace' fixups Thanatermesis diff -Naur entrance/README entrance.patch/README --- entrance/README 2006-05-13 08:47:34.0 + +++ entrance.patch/README 2008-01-27 15:44:34.406188129 + @@ -46,7 +46,7 @@ To set up your sessions, edit the build_config.sh script in the data/config directory before compiling to specify the names of the X sessions on your machine. After installation, you will need to directly edit -/etc/entrace_config.cfg using an ecore_config editor like ecore_config. The +/etc/entrance_config.cfg using an ecore_config editor like ecore_config. The default sessions are designed to work on a Debian 3.0 installation, so you will likely need to update your db before Entrance can work for you. While adding sessions, please note that: diff -Naur entrance/configure.in entrance.patch/configure.in --- entrance/configure.in 2008-01-27 15:38:08.465065867 + +++ entrance.patch/configure.in 2008-01-27 15:44:19.908399858 + @@ -1,6 +1,6 @@ dnl Process this file with autoconf to produce a configure script. -AC_INIT(entrace, 0.9.9.042, enlightenment-devel@lists.sourceforge.net) +AC_INIT(entrance, 0.9.9.042, enlightenment-devel@lists.sourceforge.net) AC_PREREQ(2.52) AC_CONFIG_SRCDIR(configure.in) diff -Naur entrance/debian/README.Debian entrance.patch/debian/README.Debian --- entrance/debian/README.Debian 2003-03-01 08:29:10.0 + +++ entrance.patch/debian/README.Debian 2008-01-27 15:44:54.403137469 + @@ -1,6 +1,6 @@ entrance for Debian --- -Please see the entrace README file for more information. +Please see the entrance README file for more information. -- Jordan Evatt <[EMAIL PROTECTED]>, Sat, 1 Mar 2003 01:20:18 -0600 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Noob help - ETK part not working
H Finally got it to work... I didnt everything you said and it
still wasnt working... so a had a peek at the glint action, removed it
and replaces the signal:init target to my glowon program...
Oh man. That looks awesome. :)))
Thanks again for your help.
Toma-
On 28/01/2008, Raoul <[EMAIL PROTECTED]> wrote:
> Le Sunday 27 January 2008 15:42:04, vous avez écrit :
> > Ahh I see. I didnt think about adding the rel1 and rel2 values. Thanks.
> > This can be done without the signal aswell right?
> > Thanks a bunch,
> > Toma-
> In my example, the signal is just used to changed image on mouse,in/out. This
> is not needed, you can activate the image transition from something else.
>
> > On 27/01/2008, raoul <[EMAIL PROTECTED]> wrote:
> > > Le dimanche 27 janvier 2008, Toma a écrit :
> > > > Hi all,
> > > > Trying to get this transition to work. I want this image to change to
> > > > the other image... Im just not sure if i can do that with
> > > > etk/progress_bar... Is there a way to find out if these things are
> > > > possible? I was flicking through the source code for the progress bar
> > > > in etk and saw the part is indeed an edje_object so assumed it could
> > > > do all the regular edje stuff.
> > >
> > > Hi,
> > >
> > > For sure it can be done. But to have a transition between 2 image you
> > > need two separated "part", and not just another "description" with
> > > another image. See below for the corrected code.
> > >
> > > > Thanks,
> > > > Toma-
> > > >
> > > > -
> > > > group {
> > > >name: "etk/progress_bar";
> > > >min: 120 18;
> > > >data {
> > > > item: "filler_pulse_width" "0.3";
> > > >}
> > > >parts {
> > > > part {
> > > > name: "progress_bar";
> > > > description {
> > > > state: "default" 0.0;
> > > > rel1 {
> > > >relative: 0.0 0.5;
> > > >offset: 0 -9;
> > > > }
> > > > rel2 {
> > > >relative: 1.0 0.5;
> > > >offset: -1 8;
> > > > }
> > > > image {
> > > >normal: "entry.png";
> > > >border: 4 4 4 4;
> > > > }
> > > > fill {
> > > >smooth: 0;
> > > > }
> > > > }
> > > > }
> > > > part {
> > > > name: "clip";
> > > >type: RECT;
> > > > description {
> > > > state: "default" 0.0;
> > > > rel1 {
> > > >relative: 0.0 0.5;
> > > >offset: 0 -9;
> > > > }
> > > > rel2 {
> > > >relative: 1.0 0.5;
> > > >offset: -1 8;
> > > > }
> > > > }
> > > > }
> > > > part {
> > > > name: "confine";
> > > > type: RECT;
> > > > description {
> > > > state: "default" 0.0;
> > > > visible: 0;
> > > > rel1 {
> > > > relative: 0.0 0.0;
> > > > offset: 2 0;
> > > > to: "progress_bar";
> > > > }
> > > > rel2 {
> > > > relative: 1.0 1.0;
> > > > offset: -3 0;
> > > > to: "progress_bar";
> > > > }
> > > > }
> > > > }
> > > > part {
> > > >name: "etk.dragable.filler";
> > > >mouse_events: 0;
> > > >dragable {
> > > > confine: "confine";
> > > > x: 1 1 1;
> > > > y: 0 0 0;
> > > >}
> > > >description {
> > > > state: "default" 0.0;
> > > > min: 0 14;
> > > > fixed: 1 1;
> > > > rel1 {
> > > > relative: 0.5 0.5;
> > > > offset: 0 0;
> > > > to: "progress_bar";
> > > > }
> > > > rel2 {
> > > > relative: 0.5 0.5;
> > > > offset: 0 0;
> > > > to: "progress_bar";
> > > > }
> > > > image {
> > > > normal: "progress_plasma.png";
> > > > border: 5 5 5 5;
> > > > }
> > > > fill {
> > > > smooth: 1;
> > > > }
> > > >}
> > > >description {
> > > > state: "active" 0.0;
> > > > inherit: "default" 0.0;
> > > > image {
> > > > normal: "progress_plasma1.png";
> > > >}
> > > > }
> > > >}
> > >
> > > Here you need 2 parts:
> > > part {
> > > name: "etk.dragable.filler";
> > > mouse_events: 0;
> > > dragable {
> > > confine: "confine";
> > > x: 1 1 1;
> > > y: 0 0 0;
> > > }
> > > description {
> > > state: "default" 0.0;
> > > min: 0 14;
> > > fixed: 1 1;
> > > rel1 {
> > >relative: 0.5 0.5;
> > >offset: 0 0;
> > >
[E-devel] Battery sysfs support
With kernel 2.6.24 it has come to my attention that the old /proc/acpi
interface is being deprecated and the changes have already been made for
the battery and AC stuff. I've attached a patch for the battery which
enables the battery to work with the new sysfs inteface. Now I'm
submitting this for now, but it might be good to switch to using HAL for
this. I know it's the end of the world for everyone, but this module is
really becoming a mess with all the different interfaces it's
supporting. Anyway, patch works here, but can't test if it breaks
anything else, so looking for people to test before I commit.
Index: src/modules/battery/e_mod_main.c
===
RCS file: /cvs/e/e17/apps/e/src/modules/battery/e_mod_main.c,v
retrieving revision 1.103
diff -u -r1.103 e_mod_main.c
--- src/modules/battery/e_mod_main.c 23 Jan 2008 09:04:55 - 1.103
+++ src/modules/battery/e_mod_main.c 27 Jan 2008 15:22:47 -
@@ -62,6 +62,7 @@
static Status *_battery_linux_acpi_check(void);
static Status *_battery_linux_apm_check(void);
static Status *_battery_linux_powerbook_check(void);
+static Status *_battery_linux_sys_acpi_check(void);
#ifdef __FreeBSD__
static Status *_battery_bsd_acpi_check(void);
static Status *_battery_bsd_apm_check(void);
@@ -250,7 +251,9 @@
#else
if (battery_config->battery_check_mode == 0)
{
- if (ecore_file_is_dir("/proc/acpi"))
+ if (ecore_file_is_dir("/sys/class/power_supply"))
+ battery_config->battery_check_mode = CHECK_SYS_ACPI;
+ else if (ecore_file_is_dir("/proc/acpi"))
battery_config->battery_check_mode = CHECK_ACPI;
else if (ecore_file_exists("/proc/apm"))
battery_config->battery_check_mode = CHECK_APM;
@@ -268,6 +271,9 @@
case CHECK_PMU:
ret = _battery_linux_powerbook_check();
break;
+ case CHECK_SYS_ACPI:
+ ret = _battery_linux_sys_acpi_check();
+ break;
default:
break;
}
@@ -366,6 +372,257 @@
free(ret);
}
return 1;
+}
+
+static Status *
+_battery_linux_sys_acpi_check(void)
+{
+ Ecore_List *bats;
+ char buf[4096], buf2[4096];
+ char *name;
+ int bat_max = 0;
+ int bat_filled = 0;
+ int bat_level = 0;
+ int bat_drain = 1;
+ int bat_val = 0;
+ int discharging = 0;
+ int charging = 0;
+ int battery = 0;
+ int design_cap_unknown = 0;
+ int last_full_unknown = 0;
+ int rate_unknown = 0;
+ int level_unknown = 0;
+ int hours, minutes;
+ Status *stat;
+ static double last_poll_time = 0.0;
+ double poll_time, t;
+
+ stat = E_NEW(Status, 1);
+ if (!stat) return NULL;
+
+ t = ecore_time_get();
+ poll_time = t - last_poll_time;
+ last_poll_time = t;
+
+ /* Read some information on first run. */
+ bats = ecore_file_ls("/sys/class/power_supply/");
+ if (bats)
+ {
+ while ((name = ecore_list_next(bats)))
+ {
+ FILE *f;
+ int design_cap = 0;
+ int last_full = 0;
+ int present = 0;
+ char *charging_state = NULL;
+ int rate = 1;
+ int level = 0;
+
+ if (name && strncmp("BAT",name,3)) continue;
+
+ /* present */
+ snprintf(buf, sizeof(buf), "/sys/class/power_supply/%s/present", name);
+ f = fopen(buf, "r");
+ if (f)
+ {
+ fgets(buf2, sizeof(buf2), f);
+ present = atoi(buf2);
+
+ fclose(f);
+ }
+
+ /* design capacity */
+ snprintf(buf, sizeof(buf), "/sys/class/power_supply/%s/charge_full_design", name);
+ f = fopen(buf, "r");
+ if (f)
+ {
+ fgets(buf2, sizeof(buf2), f);
+ design_cap = atoi(buf2);
+
+ if(!design_cap) design_cap_unknown++;
+
+ fclose(f);
+ }
+
+ /* last full capacity */
+ snprintf(buf, sizeof(buf), "/sys/class/power_supply/%s/charge_full", name);
+ f = fopen(buf, "r");
+ if (f)
+ {
+ fgets(buf2, sizeof(buf2), f);
+ last_full = atoi(buf2);
+
+ if(!last_full) last_full_unknown++;
+
+ fclose(f);
+ }
+
+ /* charging state */
+ snprintf(buf, sizeof(buf), "/sys/class/power_supply/%s/status", name);
+ f = fopen(buf, "r");
+ if (f)
+ {
+ fgets(buf2, sizeof(buf2), f);
+ charging_state = strdup(buf2);
+
+ fclose(f);
+ }
+
+ /* present rate */
+ snprintf(buf, sizeof(buf), "/sys/class/power_supply/%s/current_now", name);
+ f = fopen(buf, "r");
+ if (f)
+ {
+ fgets(buf2, sizeof(buf2), f);
+ rate = atoi(buf2);
+
+ fclose(f);
+ }
+
+ /* remaining capacity */
+ snprintf(buf, sizeof(buf), "/sys/class/power_supply/%s/charge_now", name);
+ f = fopen(buf, "r");
+ if (f)
+ {
+ fgets(buf2, sizeof(buf2), f);
+ level = atoi(buf2);
+
+ if(!level) level_unknown++;
+
+ fclose(f);
+ }
+
+ if (present) battery++;
+
+ if (charging_state
Re: [E-devel] Noob help - ETK part not working
Le Sunday 27 January 2008 15:42:04, vous avez écrit :
> Ahh I see. I didnt think about adding the rel1 and rel2 values. Thanks.
> This can be done without the signal aswell right?
> Thanks a bunch,
> Toma-
In my example, the signal is just used to changed image on mouse,in/out. This
is not needed, you can activate the image transition from something else.
> On 27/01/2008, raoul <[EMAIL PROTECTED]> wrote:
> > Le dimanche 27 janvier 2008, Toma a écrit :
> > > Hi all,
> > > Trying to get this transition to work. I want this image to change to
> > > the other image... Im just not sure if i can do that with
> > > etk/progress_bar... Is there a way to find out if these things are
> > > possible? I was flicking through the source code for the progress bar
> > > in etk and saw the part is indeed an edje_object so assumed it could
> > > do all the regular edje stuff.
> >
> > Hi,
> >
> > For sure it can be done. But to have a transition between 2 image you
> > need two separated "part", and not just another "description" with
> > another image. See below for the corrected code.
> >
> > > Thanks,
> > > Toma-
> > >
> > > -
> > > group {
> > >name: "etk/progress_bar";
> > >min: 120 18;
> > >data {
> > > item: "filler_pulse_width" "0.3";
> > >}
> > >parts {
> > > part {
> > > name: "progress_bar";
> > > description {
> > > state: "default" 0.0;
> > > rel1 {
> > >relative: 0.0 0.5;
> > >offset: 0 -9;
> > > }
> > > rel2 {
> > >relative: 1.0 0.5;
> > >offset: -1 8;
> > > }
> > > image {
> > >normal: "entry.png";
> > >border: 4 4 4 4;
> > > }
> > > fill {
> > >smooth: 0;
> > > }
> > > }
> > > }
> > > part {
> > > name: "clip";
> > >type: RECT;
> > > description {
> > > state: "default" 0.0;
> > > rel1 {
> > >relative: 0.0 0.5;
> > >offset: 0 -9;
> > > }
> > > rel2 {
> > >relative: 1.0 0.5;
> > >offset: -1 8;
> > > }
> > > }
> > > }
> > > part {
> > > name: "confine";
> > > type: RECT;
> > > description {
> > > state: "default" 0.0;
> > > visible: 0;
> > > rel1 {
> > > relative: 0.0 0.0;
> > > offset: 2 0;
> > > to: "progress_bar";
> > > }
> > > rel2 {
> > > relative: 1.0 1.0;
> > > offset: -3 0;
> > > to: "progress_bar";
> > > }
> > > }
> > > }
> > > part {
> > >name: "etk.dragable.filler";
> > >mouse_events: 0;
> > >dragable {
> > > confine: "confine";
> > > x: 1 1 1;
> > > y: 0 0 0;
> > >}
> > >description {
> > > state: "default" 0.0;
> > > min: 0 14;
> > > fixed: 1 1;
> > > rel1 {
> > > relative: 0.5 0.5;
> > > offset: 0 0;
> > > to: "progress_bar";
> > > }
> > > rel2 {
> > > relative: 0.5 0.5;
> > > offset: 0 0;
> > > to: "progress_bar";
> > > }
> > > image {
> > > normal: "progress_plasma.png";
> > > border: 5 5 5 5;
> > > }
> > > fill {
> > > smooth: 1;
> > > }
> > >}
> > >description {
> > > state: "active" 0.0;
> > > inherit: "default" 0.0;
> > > image {
> > > normal: "progress_plasma1.png";
> > >}
> > > }
> > >}
> >
> > Here you need 2 parts:
> > part {
> > name: "etk.dragable.filler";
> > mouse_events: 0;
> > dragable {
> > confine: "confine";
> > x: 1 1 1;
> > y: 0 0 0;
> > }
> > description {
> > state: "default" 0.0;
> > min: 0 14;
> > fixed: 1 1;
> > rel1 {
> >relative: 0.5 0.5;
> >offset: 0 0;
> >to: "progress_bar";
> > }
> > rel2 {
> >relative: 0.5 0.5;
> >offset: 0 0;
> >to: "progress_bar";
> > }
> > image {
> >normal: "progress_plasma.png";
> >border: 5 5 5 5;
> > }
> > fill {
> >smooth: 1;
> > }
> > }
> > }
> >
> > part {
> > name: "etk.dragable.filler.active";
> > mouse_events: 0;
> > description {
> > state: "default" 0.0;
> > v
Re: [E-devel] keyboard - emodule idea.
I know this exists for the n800 and being python and edje, it would be a peice of cake to adapt to a normal linux system on x86 or whatever. Good ol Gustavo to the rescue :) http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/ http://blog.gustavobarbieri.com.br/2007/07/24/iphone-like-virtual-keyboard-for-n800/ Enjoy Toma- On 27/01/2008, Lars Munch <[EMAIL PROTECTED]> wrote: > Hi > > You can also use the linux "uinput" driver to generate key input. > > Nice article about uinput: > http://www.einfochips.com/download/dash_jan_tip.pdf > > Regards > Lars Munch > > On Sun, Jan 27, 2008 at 01:41:19PM +0100, Thomas Gstädtner wrote: > > I'm trying to do a on screen keyboad for mobile phones (not suitable for > > tablet pcs) in edje. > > Raster said he'd want to write a qwerty-keyboard, too, don't know if he > > still has that plan. > > As a hint, there is a lib named "libfakekey" that could be usable if you > > write your own, it's part of the matchbox project by OpenedHand. > > > > On 1/27/08, Grzegorz And <[EMAIL PROTECTED]> wrote: > > > > > > Hello. > > > > > > Recently I'm playing with some Tablet PC. With touchscreen of course. E17 > > > of course. And I figured out that module with pop up touch keyboard could > > > be > > > very usefull on such system. > > > > > > Maybe somebody could write something like that? Maybe sombody is writing > > > it already? If not where I should start? Which EFL use? > > > > > > -- > > > GAndrel > > > -- > > > Pt! Schon vom neuen GMX MultiMessenger gehört? > > > Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger > > > > > > - > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > 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 > > > > > - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > 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 > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > 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 > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Noob help - ETK part not working
Ahh I see. I didnt think about adding the rel1 and rel2 values. Thanks.
This can be done without the signal aswell right?
Thanks a bunch,
Toma-
On 27/01/2008, raoul <[EMAIL PROTECTED]> wrote:
> Le dimanche 27 janvier 2008, Toma a écrit :
> > Hi all,
> > Trying to get this transition to work. I want this image to change to
> > the other image... Im just not sure if i can do that with
> > etk/progress_bar... Is there a way to find out if these things are
> > possible? I was flicking through the source code for the progress bar
> > in etk and saw the part is indeed an edje_object so assumed it could
> > do all the regular edje stuff.
> Hi,
>
> For sure it can be done. But to have a transition between 2 image you need two
> separated "part", and not just another "description" with another image.
> See below for the corrected code.
>
> > Thanks,
> > Toma-
> >
> > -
> > group {
> >name: "etk/progress_bar";
> >min: 120 18;
> >data {
> > item: "filler_pulse_width" "0.3";
> >}
> >parts {
> > part {
> > name: "progress_bar";
> > description {
> > state: "default" 0.0;
> > rel1 {
> >relative: 0.0 0.5;
> >offset: 0 -9;
> > }
> > rel2 {
> >relative: 1.0 0.5;
> >offset: -1 8;
> > }
> > image {
> >normal: "entry.png";
> >border: 4 4 4 4;
> > }
> > fill {
> >smooth: 0;
> > }
> > }
> > }
> > part {
> > name: "clip";
> >type: RECT;
> > description {
> > state: "default" 0.0;
> > rel1 {
> >relative: 0.0 0.5;
> >offset: 0 -9;
> > }
> > rel2 {
> >relative: 1.0 0.5;
> >offset: -1 8;
> > }
> > }
> > }
> > part {
> > name: "confine";
> > type: RECT;
> > description {
> > state: "default" 0.0;
> > visible: 0;
> > rel1 {
> > relative: 0.0 0.0;
> > offset: 2 0;
> > to: "progress_bar";
> > }
> > rel2 {
> > relative: 1.0 1.0;
> > offset: -3 0;
> > to: "progress_bar";
> > }
> > }
> > }
> > part {
> >name: "etk.dragable.filler";
> >mouse_events: 0;
> >dragable {
> > confine: "confine";
> > x: 1 1 1;
> > y: 0 0 0;
> >}
> >description {
> > state: "default" 0.0;
> > min: 0 14;
> > fixed: 1 1;
> > rel1 {
> > relative: 0.5 0.5;
> > offset: 0 0;
> > to: "progress_bar";
> > }
> > rel2 {
> > relative: 0.5 0.5;
> > offset: 0 0;
> > to: "progress_bar";
> > }
> > image {
> > normal: "progress_plasma.png";
> > border: 5 5 5 5;
> > }
> > fill {
> > smooth: 1;
> > }
> >}
> >description {
> > state: "active" 0.0;
> > inherit: "default" 0.0;
> > image {
> > normal: "progress_plasma1.png";
> >}
> > }
> >}
>
> Here you need 2 parts:
> part {
> name: "etk.dragable.filler";
> mouse_events: 0;
> dragable {
> confine: "confine";
> x: 1 1 1;
> y: 0 0 0;
> }
> description {
> state: "default" 0.0;
> min: 0 14;
> fixed: 1 1;
> rel1 {
>relative: 0.5 0.5;
>offset: 0 0;
>to: "progress_bar";
> }
> rel2 {
>relative: 0.5 0.5;
>offset: 0 0;
>to: "progress_bar";
> }
> image {
>normal: "progress_plasma.png";
>border: 5 5 5 5;
> }
> fill {
>smooth: 1;
> }
> }
> }
>
> part {
> name: "etk.dragable.filler.active";
> mouse_events: 0;
> description {
> state: "default" 0.0;
> visible: 0;
> color: 255 255 255 0;
> rel1.to: "etk.dragable.filler";
> rel2.to: "etk.dragable.filler";
> image {
>normal: "progress_plasma1.png";
> }
>}
> description {
> state: "active" 0.0;
> inherit: "default" 0.0;
> visible: 1;
> color: 255 255 255 255;
>}
> }
>
>
> > part {
> > name: "etk.text.text";
> > type: TEXT;
> >clip_to: "
Re: [E-devel] keyboard - emodule idea.
Hi You can also use the linux "uinput" driver to generate key input. Nice article about uinput: http://www.einfochips.com/download/dash_jan_tip.pdf Regards Lars Munch On Sun, Jan 27, 2008 at 01:41:19PM +0100, Thomas Gstädtner wrote: > I'm trying to do a on screen keyboad for mobile phones (not suitable for > tablet pcs) in edje. > Raster said he'd want to write a qwerty-keyboard, too, don't know if he > still has that plan. > As a hint, there is a lib named "libfakekey" that could be usable if you > write your own, it's part of the matchbox project by OpenedHand. > > On 1/27/08, Grzegorz And <[EMAIL PROTECTED]> wrote: > > > > Hello. > > > > Recently I'm playing with some Tablet PC. With touchscreen of course. E17 > > of course. And I figured out that module with pop up touch keyboard could be > > very usefull on such system. > > > > Maybe somebody could write something like that? Maybe sombody is writing > > it already? If not where I should start? Which EFL use? > > > > -- > > GAndrel > > -- > > Pt! Schon vom neuen GMX MultiMessenger gehört? > > Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger > > > > - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > 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 > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > 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 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] keyboard - emodule idea.
I'm trying to do a on screen keyboad for mobile phones (not suitable for tablet pcs) in edje. Raster said he'd want to write a qwerty-keyboard, too, don't know if he still has that plan. As a hint, there is a lib named "libfakekey" that could be usable if you write your own, it's part of the matchbox project by OpenedHand. On 1/27/08, Grzegorz And <[EMAIL PROTECTED]> wrote: > > Hello. > > Recently I'm playing with some Tablet PC. With touchscreen of course. E17 > of course. And I figured out that module with pop up touch keyboard could be > very usefull on such system. > > Maybe somebody could write something like that? Maybe sombody is writing > it already? If not where I should start? Which EFL use? > > -- > GAndrel > -- > Pt! Schon vom neuen GMX MultiMessenger gehört? > Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > 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 > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Noob help - ETK part not working
Le dimanche 27 janvier 2008, Toma a écrit :
> Hi all,
> Trying to get this transition to work. I want this image to change to
> the other image... Im just not sure if i can do that with
> etk/progress_bar... Is there a way to find out if these things are
> possible? I was flicking through the source code for the progress bar
> in etk and saw the part is indeed an edje_object so assumed it could
> do all the regular edje stuff.
Hi,
For sure it can be done. But to have a transition between 2 image you need two
separated "part", and not just another "description" with another image.
See below for the corrected code.
> Thanks,
> Toma-
>
> -
> group {
>name: "etk/progress_bar";
>min: 120 18;
>data {
> item: "filler_pulse_width" "0.3";
>}
>parts {
> part {
> name: "progress_bar";
> description {
> state: "default" 0.0;
> rel1 {
>relative: 0.0 0.5;
>offset: 0 -9;
> }
> rel2 {
>relative: 1.0 0.5;
>offset: -1 8;
> }
> image {
>normal: "entry.png";
>border: 4 4 4 4;
> }
> fill {
>smooth: 0;
> }
> }
> }
> part {
> name: "clip";
>type: RECT;
> description {
> state: "default" 0.0;
> rel1 {
>relative: 0.0 0.5;
>offset: 0 -9;
> }
> rel2 {
>relative: 1.0 0.5;
>offset: -1 8;
> }
> }
> }
> part {
> name: "confine";
> type: RECT;
> description {
> state: "default" 0.0;
> visible: 0;
> rel1 {
> relative: 0.0 0.0;
> offset: 2 0;
> to: "progress_bar";
> }
> rel2 {
> relative: 1.0 1.0;
> offset: -3 0;
> to: "progress_bar";
> }
> }
> }
> part {
>name: "etk.dragable.filler";
>mouse_events: 0;
>dragable {
> confine: "confine";
> x: 1 1 1;
> y: 0 0 0;
>}
>description {
> state: "default" 0.0;
> min: 0 14;
> fixed: 1 1;
> rel1 {
> relative: 0.5 0.5;
> offset: 0 0;
> to: "progress_bar";
> }
> rel2 {
> relative: 0.5 0.5;
> offset: 0 0;
> to: "progress_bar";
> }
> image {
> normal: "progress_plasma.png";
> border: 5 5 5 5;
> }
> fill {
> smooth: 1;
> }
>}
>description {
> state: "active" 0.0;
> inherit: "default" 0.0;
> image {
> normal: "progress_plasma1.png";
>}
> }
>}
Here you need 2 parts:
part {
name: "etk.dragable.filler";
mouse_events: 0;
dragable {
confine: "confine";
x: 1 1 1;
y: 0 0 0;
}
description {
state: "default" 0.0;
min: 0 14;
fixed: 1 1;
rel1 {
relative: 0.5 0.5;
offset: 0 0;
to: "progress_bar";
}
rel2 {
relative: 0.5 0.5;
offset: 0 0;
to: "progress_bar";
}
image {
normal: "progress_plasma.png";
border: 5 5 5 5;
}
fill {
smooth: 1;
}
}
}
part {
name: "etk.dragable.filler.active";
mouse_events: 0;
description {
state: "default" 0.0;
visible: 0;
color: 255 255 255 0;
rel1.to: "etk.dragable.filler";
rel2.to: "etk.dragable.filler";
image {
normal: "progress_plasma1.png";
}
}
description {
state: "active" 0.0;
inherit: "default" 0.0;
visible: 1;
color: 255 255 255 255;
}
}
> part {
> name: "etk.text.text";
> type: TEXT;
>clip_to: "clip";
> mouse_events: 0;
> description {
> state: "default" 0.0;
> color: 255 255 255 255;
> rel1 {
> relative: 0.0 0.0;
> offset: 4 3;
> to: "progress_bar";
> }
> rel2 {
> relative: 1.0 1.0;
> offset: -5 -3;
> to: "progress_bar";
> }
> text {
>text: "Text";
>font: "Vera";
>size: 10;
>align: 0.5 0.5
[E-devel] keyboard - emodule idea.
Hello. Recently I'm playing with some Tablet PC. With touchscreen of course. E17 of course. And I figured out that module with pop up touch keyboard could be very usefull on such system. Maybe somebody could write something like that? Maybe sombody is writing it already? If not where I should start? Which EFL use? -- GAndrel -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Ecore Dispatcher
Hello, some time ago I wrote a little GUI dispatcher for async sygnals in ecore. Read more about it here: http://andreasvolz.wordpress.com/2008/01/24/a-gui-dispatcher-for-asynchronous-updates-with-ecore/ Perhaps someone has the same problem and is happy about it. Do you think the functions fit into the ecore library? regards Andreas - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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
