Re: [E-devel] Moving conf_winlist from advanced to window
On Tue, 29 Jan 2008 19:00:45 +0100 Andreas Volz [EMAIL PROTECTED] babbled: Hello, I think conf_winlist better fits into section windows. All settings are window specific. The patch is applied. Any votes against moving it? good point. it does. patch applied. :) -- - 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
Re: [E-devel] Discuss about a network manager
On Tue, 5 Feb 2008 08:47:34 +0900 Toma [EMAIL PROTECTED] babbled: I think it would be better to have an independent application to connect to networkmanager so that its not dependant on E, so that it can be ported to other platforms, eg. openmoko, mamona, gnome, kde or whatever. Even tho NM isnt the 'standard', it still does a great job and has had alot of work put into it already. Instead of making competition for it, why not help to make it the standard? Having said that, an E17 module would be great to have aswell. Maybe have 2 branches, 1 for a standalone app and another for a module that has the same features? Toma- as such - if the edbus nm stuff gets done - u can write an app, a module, or anything. for e's use a module makes more sense than another process. On 05/02/2008, Stefan Schmidt [EMAIL PROTECTED] wrote: Hello. On Tue, 2008-02-05 at 00:38, Jerome Pinot wrote: What do you think about these 2 projects ? Continue working on exalt is a good idea or a waste of time ? Short answer: keep going with exalt Long answer: - e_nm and exalt don't provide the same features. Indeed. - on my box, exalt is working well, but Networkmanager is not. Ouch, that should get fixed. ;) - Networkmanager is not standardized yet and comes from gtk2/gnome world. Do we really need this dependency ? As I plan to only use the backend this reduces to glib. Even if this dep is not nice for efl it still is totally optional. - We like efl, coding on efl. No ? What do you mean here? The plan is to have an evas/edje frontend that uses e_nm for the dbus communication via dbus. - We already have ewl/etk, weather/forecast, bling/blang/ecomorph, etc: don't worry about similar features. Yeah, choice. But most important, don't forget the fun and do something you like! Indeed the most important point. regards Stefan Schmidt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://www.datenfreihafen.org/contact.html iD8DBQFHp448bNSsvd31FmURAr5HAKCnsW1+jtace1fpbn8zdX3/y4BO4wCeK17o s8CF1OU2fDvNyR2IRJv54us= =OfZg -END PGP SIGNATURE- - 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 -- - 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
Re: [E-devel] Use of the 'Requires.private' field in pkg-config files
On Wed, 6 Feb 2008 18:47:28 +0100 Albin Tonnerre [EMAIL PROTECTED]
babbled:
indeed. a very good point. but i'd rather wait on this for a while longer until
pkgconfig 0.22 is just about the only version around (or newer) :)
Hello,
I'd like to suggest that we use the new (as of pkg-config 0.22)
'Requires.private' flag in the .pc files instead of the current 'Requires'
flag.
'Requires.private' is a field that basically has the same role as 'Requires'.
However, the dependencies listed in this field are not used when
`pkg-config --libs foobar' is called (only when dynamic linking is done, ie no
--static is specified).
This prevents unneeded recursive linking of the dependencies, like this is
currently the case (eg, everything linked against ecore-file with CURL support
enabled is also linked against curl, which is a maintenance hell and a
complete nonsense, and this is one example out of many).
That means that in our case, Requires.private field can replace Requires
virtually everywhere if the dependencies have no undefined symbols and if they
don't specify anything else than -l/-L flags.
As a quick example of what the benefit would be, I rebuilt the EFL, E, etk and
ewl using Requires.private instead of Requires in their pkg-config files, and
ran objdump -p $foo | grep NEEDED on every {module,shared library,binary}
before and after the change. The results can be found at
http://people.dunnewind.net/lutin/files/efl_links--.diff
The obvious drawback, of course, is that it would break build on every install
where pkg-config 0.22 is not available, which is quite unpleasant, given that
it's only 8-month old. I'm sending this mail for the record, though :)
Cheers,
--
Albin Tonnerre, aka Lutin
--
- 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
Re: [E-devel] e17 - Feature request : Live updates for pager
On Thu, 7 Feb 2008 11:29:37 +0100 Massimiliano Brocchini [EMAIL PROTECTED] babbled: Hi, First of all thanks for your great work! I really like e17, but I'm missing the Live Update mode of the pager as in e16 0.16.8.4. Is there any plan to implement a live update for e17? none. that was a nasty hack that is not going into e17. when compositing is looked into this will be revisited (i.e e18) :) Massimiliano. - 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
Re: [E-devel] todo item: Language Packs
On Tue, 12 Feb 2008 14:40:55 -0200 andres [EMAIL PROTECTED] babbled: I spent hundreds of hours learning and writing about the EFL and all this time will be wasted if the flagship product of the EFL, the dr17 window manager, is not released in a reasonable time frame. So I decided to solve one item from the Essential Features every day I dedicate to writing about the EFL. Today, I picked what seemed to be a simple item: language packs: need to have a tool to load/setup a language pack (which means .mo compiled files from a .po, an optional font and a config file that specifies the locale and font) and then install the font(s) either as a user or superuser, and the .mo in the system or a user locales dir. My idea was assembling the locale, font file and mo file into a single eet file and implement a instaler in the language config module. Since there was no love for the idea nor an alternative solution for this item in IRC I'm requesting to you, all knowing, all powerful mailing list: What is the way to go? well you described a pretty good way to go already :) that was kind of the idea - exact mechanism wasnt defined - but the intent where i can just go i want to add a translation for polish that i downloaded - and it just works any languages needing extra fonts etc. get them also installed so a language just works (tm) - 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
Re: [E-devel] Edje MAX and MIN values
On Wed, 13 Feb 2008 13:48:58 +0900 Toma [EMAIL PROTECTED] babbled: Hey all, Working on a edje background and just wondering if theres a way to specify a max value for a specific axis rather than needing to set X and Y. For instance, I have a 300x300 image that I want to stretch along the X axis as far as possible but dont want Y to be stretched ever. so, i set max: 1 300... now that works fine. Just wondering it it would be possible to get -1 to act as a Stretch forever along this axis type rule. At the moment i get a edje_cc: Error. stdin:44 float -1.000 out of range of 0.000 to 2147483647.000 inclusive well actually i just use rediculous values - eg 9 for max if i want to not limit it :) Thanks! Toma- - 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
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Sun, 24 Feb 2008 15:43:18 +1100 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] babbled: actually - found a problem. breaks entrance it seems and enlightenment when init is enabled! :) back! On Tue, 29 Jan 2008 15:03:45 +0100 [EMAIL PROTECTED] (Lars Munch) babbled: On Sat, Jan 26, 2008 at 01:16:24PM -0600, Nathan Ingersoll wrote: I checked the man page for Mac OS X as well. Looks like pselect() comes from FreeBSD in that case. Ok, you got me convinced. Attached is a pselect version of the race fix. Two questions remain: 1. Do we want to keep all signals blocked except in the pselect call or do we want to unblock signals after the pselect call? 2. pselect breaks the win32 port. what is the best way to handle this? implement our own pselect for win32 using select or use #ifdef's ? well i've applied this locally and am testing - it seems to work just fine. i'm probably going to commit this to cvs today and let others then play - we can revert/fix if we find something, but overall it seems to work. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] -- - 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
Re: [E-devel] E CVS: libs/evas vapier
On Friday 25 January 2008, Vincent Torri wrote: --- Makefile.am 7 Nov 2007 22:56:05 - 1.48 +++ Makefile.am 25 Jan 2008 04:40:28 - 1.49 @@ -1,4 +1,4 @@ -# ACLOCAL_AMFLAGS = -I m4 +ACLOCAL_AMFLAGS = -I m4 I've added it one day, but raster removed it because he said that it broke make distcheck. Is it still true ? if that's true, we should find out why. `make distcheck` should not invoke autotools. i uncommented the line because without it, normal autotool running breaks. -mike signature.asc Description: This is a digitally signed message part. - 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] Edje MAX and MIN values
On 24/02/2008, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 13 Feb 2008 13:48:58 +0900 Toma [EMAIL PROTECTED] babbled: Hey all, Working on a edje background and just wondering if theres a way to specify a max value for a specific axis rather than needing to set X and Y. For instance, I have a 300x300 image that I want to stretch along the X axis as far as possible but dont want Y to be stretched ever. so, i set max: 1 300... now that works fine. Just wondering it it would be possible to get -1 to act as a Stretch forever along this axis type rule. At the moment i get a edje_cc: Error. stdin:44 float -1.000 out of range of 0.000 to 2147483647.000 inclusive well actually i just use rediculous values - eg 9 for max if i want to not limit it :) Yep I hear ya. I decided to add a little bit of juvenile humor to it and set it too 80085 Sadly, 1337 was a little too small for it. :) Thanks! Toma- - 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
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Sun, Feb 24, 2008 at 07:48:03PM +1100, Carsten Haitzler wrote: On Sun, 24 Feb 2008 15:43:18 +1100 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] babbled: actually - found a problem. breaks entrance it seems and enlightenment when init is enabled! :) back! Thanks for testing, too bad it didn't work out as expected. I do not use entrance and have init disabled in enlightenment, so everything was working flawlessly here :/ Anyway, I just did some more testing. It seems that using pselect we have a bigger chance of losing signals. If we get the same signal twice, while not waiting in the pselect call, then only one signal will be handled at the time pselect is called. I guess this could cause the breakage. Do you think that's the issue (I don't know the entrance nor the init code) ? I have no idea how to solve this, except for going back to the pipe solution. -- Lars Munch - 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-02-24 07:09:17 -0800
Build log for Enlightenment DR 0.17 on 2008-02-24 07:09:17 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log edje_editor http://download.enlightenment.org/tests/logs/edje_editor.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 Packages with no supported build system: entice, esmart_rsvg, exorcist, 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, echo, eclair, ecore, edata, edb, e_dbus, 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, evolve, 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, penguins, 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] e17 - Feature request : Live updates for pager
Carsten Haitzler (The Rasterman) wrote: On Thu, 7 Feb 2008 11:29:37 +0100 Massimiliano Brocchini [EMAIL PROTECTED] babbled: Hi, First of all thanks for your great work! I really like e17, but I'm missing the Live Update mode of the pager as in e16 0.16.8.4. Is there any plan to implement a live update for e17? none. that was a nasty hack that is not going into e17. when compositing is looked into this will be revisited (i.e e18) :) This doesn't change anything, but... The e16 live update mode mentioned above is actually not the old root window scanning mode, but a mode only available when compositing is enabled and which works by means of damage notifies and so forth. /Kim - 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] [Fwd: Re: [e-users] odd transparency issue]
sorry, I forgot to reply to the list. Original Message Subject: Re: [e-users] odd transparency issue Date: Sun, 24 Feb 2008 15:38:01 +0100 From: Massimo Maiurana [EMAIL PROTECTED] To: jack wallen [EMAIL PROTECTED] References: [EMAIL PROTECTED] jack wallen, il 24/02/2008 15:13, scrisse: I use aterm for all of my console needs. In E16 aterm can do transparency just fine. However in E17 it can not. Is there a reason for this? Is there a way to change that behavior? to have a transparent eterm I use esetroot. I did an esetroot.desktop containing the following command to set the background image: Esetroot -scale file.png then I did put that desktop file in the list of startup applications. -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla libertà degli altri popoli e come mezzo di risoluzione delle controversie internazionali -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla libertà degli altri popoli e come mezzo di risoluzione delle controversie internazionali - 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] Sticky windows
Got a couple of patches related to sticky windows:
stickysignal.e17.diff
Add edje signals to e17 for window sticky state changes, and also
allow the border/theme to toggle the sticky state of a window.
stickywindows.e17.ibox.diff
With the ibox module set to only show the windows of the active
desktop, it now also shows the sticky windows from the other desktops.
maximise.e17.diff
When using the 'Fill available space' maximize policy, a maximising
window now takes also takes into account all the sticky windows (not
just the ones on the active desktop). And it also now ignores windows
that are iconified.
regards,
Peter van de Werken
Index: apps/e/src/bin/e_border.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_border.c,v
retrieving revision 1.625
diff -u -r1.625 e_border.c
--- apps/e/src/bin/e_border.c 6 Feb 2008 00:03:23 - 1.625
+++ apps/e/src/bin/e_border.c 23 Feb 2008 21:39:27 -
@@ -2265,6 +2265,7 @@
}
}
+ edje_object_signal_emit(bd-bg_object, e,state,sticky, e);
ev = E_NEW(E_Event_Border_Stick, 1);
ev-border = bd;
e_object_ref(E_OBJECT(bd));
@@ -2300,6 +2301,7 @@
}
}
+ edje_object_signal_emit(bd-bg_object, e,state,unsticky, e);
ev = E_NEW(E_Event_Border_Unstick, 1);
ev-border = bd;
e_object_ref(E_OBJECT(bd));
@@ -5932,6 +5934,8 @@
}
if (bd-shaded)
edje_object_signal_emit(bd-bg_object, e,state,shaded, e);
+ if (bd-sticky)
+ edje_object_signal_emit(bd-bg_object, e,state,sticky, e);
if ((bd-maximized E_MAXIMIZE_TYPE) == E_MAXIMIZE_FULLSCREEN)
edje_object_signal_emit(bd-bg_object, e,action,maximize,fullscreen, e);
else if ((bd-maximized E_MAXIMIZE_TYPE) != E_MAXIMIZE_NONE)
Index: e_config.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_config.c,v
retrieving revision 1.282
diff -u -r1.282 apps/e/src/bin/e_config.c
--- e_config.c 20 Feb 2008 04:12:58 - 1.282
+++ e_config.c 23 Feb 2008 21:42:17 -
@@ -1113,6 +1113,10 @@
e.event.shade,
E_BINDING_MODIFIER_NONE, 1,
window_shaded_toggle, up);
+ CFG_SIGNALBIND(E_BINDING_CONTEXT_BORDER, mouse,clicked,1,
+ e.event.sticky,
+ E_BINDING_MODIFIER_NONE, 1,
+ window_sticky_toggle, NULL);
CFG_SIGNALBIND(E_BINDING_CONTEXT_BORDER, mouse,clicked,?,
e.event.lower,
E_BINDING_MODIFIER_NONE, 1,
Index: apps/e/src/modules/ibox/e_mod_main.c
===
RCS file: /var/cvs/e/e17/apps/e/src/modules/ibox/e_mod_main.c,v
retrieving revision 1.92
diff -u -r1.92 e_mod_main.c
--- apps/e/src/modules/ibox/e_mod_main.c 27 Jan 2008 19:33:27 - 1.92
+++ apps/e/src/modules/ibox/e_mod_main.c 23 Feb 2008 21:39:33 -
@@ -378,7 +378,11 @@
}
else if((b-inst-ci-show_zone == 1) (bd-iconic))
{
- if ((b-inst-ci-show_desk == 0) (bd-zone == b-zone))
+ if (bd-sticky)
+ {
+ ok = 1;
+ }
+ else if ((b-inst-ci-show_desk == 0) (bd-zone == b-zone))
{
ok = 1;
}
@@ -1039,7 +1043,7 @@
{
b = l-data;
if (_ibox_icon_find(b, ev-border)) continue;
- if ((b-inst-ci-show_desk) (ev-border-desk != desk)) continue;
+ if ((b-inst-ci-show_desk) (ev-border-desk != desk) (!ev-border-sticky)) continue;
ic = _ibox_icon_new(b, ev-border);
if (!ic) continue;
b-icons = evas_list_append(b-icons, ic);
@@ -1101,7 +1105,7 @@
{
b = l-data;
if (_ibox_icon_find(b, ev-border)) continue;
- if ((b-inst-ci-show_desk) (ev-border-desk != desk)) continue;
+ if ((b-inst-ci-show_desk) (ev-border-desk != desk) (!ev-border-sticky)) continue;
ic = _ibox_icon_new(b, ev-border);
if (!ic) continue;
b-icons = evas_list_append(b-icons, ic);
Index: apps/e/src/bin/e_maximize.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_maximize.c,v
retrieving revision 1.21
diff -u -r1.21 e_maximize.c
--- apps/e/src/bin/e_maximize.c 30 Sep 2007 23:21:54 - 1.21
+++ apps/e/src/bin/e_maximize.c 23 Feb 2008 21:39:31 -
@@ -180,7 +180,7 @@
bl = e_container_border_list_first(bd-zone-container);
while ((bd2 = e_container_border_list_next(bl)))
{
- if ((bd2-zone != bd-zone) || (bd == bd2) || (bd2-desk != bd-desk))
+ if ((bd2-zone != bd-zone) || (bd == bd2) || (bd2-desk != bd-desk !bd2-sticky) || (bd2-iconic))
continue;
OBSTACLE(bd2-x, bd2-y, bd2-x + bd2-w, bd2-y + bd2-h);
}
pgpuousKK7VGF.pgp
Description: PGP signature
-
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
[E-devel] DirectFB, Intel GDL, Overlays and more
Hi guys, I'll have to work with an Intel consumer electronics soon (CE2110, [1]) so I started to investigate its capabilities and found that it provides video overlays optimized for media playbacks, so you can provide nice OSD (on screen display) without wasting much CPU, also this board have some hardware decoders for h264 and mpeg2 and I guess these do output to these overlays. They provide video drivers with their own library called GDL - Graphics Device Library [2], with backend/engines for SDL and DirectFB. This GDL seems to be pretty decent in hardware support, with 2D including primitives like line, rectangle and blits (alpha, scaled too [3]). This library itself is a tiny convenience library to issue ioctl() to their kernel driver. I could not find CE2110 SDK, but there is one for the 854 chipset [4] that contains sample programs with the GDL, just download it, uncompress 8xxpsp-GDL-1.1-135.i386.rpm and then see ./usr/local/gdl-8xx/samples/ Now to Evas part: we have an outdated DirectFB which AFAIK nobody is using or willing to maintain and we (more specifically Cedric) have SDL almost integrated. I know SDL is really bare bones, so overhead of it should be minimum, however due it being bare bones I fear it not exposing primitives we could benefit. I couldn't find any source code or patch for SDL, so I'm not sure what they optimized. I don't know DirectFB more than reading their website some years ago, but looking at their code and the patch provided by Intel, looks like they do optimize some things. They have a README.txt with: 3. Current supported GDL accelerated features of DirectFB 1) Overlay surface source color key is supported.. 2) Below drawing functions are accelerated via GDL for all video system surfaces: draw lines; draw rectangles, fill rectangles, fill triangle with single color; strecth blt with alpha blending and alpha scaler. So I'm not sure on how to proceed. Would it be better to get DirectFB in shape, use SDL or write Evas GDL engine? Maybe my requirements can help somehow: - basic usage will be a digital tv set top box, so it's full high definition video with eventually some nice OSD on top of it. - it would be great to have semi-transparent OSD. - CPU is ARM/Xscale at 1Ghz, so fancy on-cpu graphics may not be possible (ie: emotion). - future will require me to run more things than just my application, maybe having Firefox and some other programs. This may be a good point for DirectFB? (I don't know if they compiled with the multi-app support, but given they provide a patch, it may be possible to recompile with this support). If you have any knowledge of this topic, please help. I'm still a bit confused about this overlay thing, maybe it's very helpful, as if you can have a ARGB overlay with my GUI so I port Evas to it, run it as ARGB surface and play the video on the background from another place. But maybe it's not like that and it's just a way to get hardware to output to some region directly (like h264/mpeg2 decoders writing to it) and I'd have to draw my surface on top of it using colorkey or retrieving the pixels (possible slow) to do alpha blend, making things more difficult. What's the state of DirectFB? Was it running fine one day (ie: directfb part is okay, it just lag behind Evas api changes)? [1] http://www.intel.com/design/celect/2110/index.htm [2] http://www.intel.com/design/celect/2110/tools.htm [3] gdl_int32 gdl_blt(gdl_context_t* context, gdl_uint32 src_surface_id, gdl_rectangle_t* src_rect, gdl_uint32 dest_surface_id, gdl_rectangle_t* dest_rect, gdl_uint32 num_clip_rects, gdl_rectangle_t* clip_rect_list, gdl_uint32 chroma_range_low, gdl_uint32 chroma_range_high, gdl_uint32 global_alpha_scalar, gdl_uint32 flags) [4] http://www.intel.com/design/celect/swd/linux854.htm -- Gustavo Sverzut Barbieri http://profusion.mobi - Embedded and Mobile Software Development -- MSN: [EMAIL PROTECTED] 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
[E-devel] Feature Request: Separate submenu backgrounds
After doing a bit of design with this new grunge theme and wanting a little skull in the menu, I found that its impossible to set a separate submenu background and as such, have the skull on every menu. Its a little too much for everywhere. Id like to see it possible to have a separate background for it. Im aware of name: e/widgets/menu/default/submenu_bg but that only sets the background for the actual submenu item. If no-one bothers, I might try copy and pasting some code and seeing if I can get it to work, but I really cant code. Only EDJE and GIMP :D Thanks, Toma- - 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] DirectFB, Intel GDL, Overlays and more
On Sun, Feb 24, 2008 at 10:41:59PM -0300, Gustavo Sverzut Barbieri wrote: If you have any knowledge of this topic, please help. I'm still a bit confused about this overlay thing, maybe it's very helpful, as if you can have a ARGB overlay with my GUI so I port Evas to it, run it as ARGB surface and play the video on the background from another place. But maybe it's not like that and it's just a way to get hardware to output to some region directly (like h264/mpeg2 decoders writing to it) and I'd have to draw my surface on top of it using colorkey or retrieving the pixels (possible slow) to do alpha blend, making things more difficult. On the device I'm working on (PXA270 based) I have 2 overlays, one overlay is an yuv with direct feed from my camera, the other overlay is a RGB 5:5:5 which I'm using for my OSD. Right now I'm rendering my OSD in an evas_buffer and convert/copy the buffer into the overlay when an update is needed. This works pretty well if you don't have to many updates and no edje animations etc on the OSD. -- Lars Munch - 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
