[E-devel] Nightly build log for E17 on 2008-05-18 07:09:59 -0700
Build log for Enlightenment DR 0.17 on 2008-05-18 07:09:59 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: 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, python-efl, Packages skipped: camE, ecore_dbus, engage, 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_li, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, 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, iiirk, 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] Clipped Smart Object draft
Anyone else looked at this? May I add the clipped smart object (no layout stuff!) to evas? I can add some docs and even change basic smart object to refer to this one for simple implementations. On Mon, Mar 24, 2008 at 9:12 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: http://staff.get-e.org/~barbieri/ehelpers.tar.gz This should provide what I said these days in IRC. It's a draft, for real code things like member_add() should check if's really a smart and maybe check if this Evas_Object_Smart_Clipped_Data is correct, maybe using an integer there with a magic number... I just left this out as if we use hooks then it goes away. As you can see the implementation is still generic enough and we could write our layout stuff on top of that easily, just implement the resize() callback to call reconfigure(), a function that would be called internally on child_add() and whenever things changed (ie: child size). If you agree with that I'll provide a layout example on top of 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 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 -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - This SF.net email is sponsored by: 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] GSoC Project: EFM thoughts
On Sat, 17 May 2008 02:34:25 +0400 Fedor Gusev [EMAIL PROTECTED] babbled: Hello. I'm a Google Summer of Code student working on improving EFM and I would like to share some thoughts, which my mentor (Nick Hughart) and I have been discussing. The thoughts are focused on dealing with slave process. Here goes... == Slave process == There are two considerations on this: * We want to be able to run several file operations (like copy, move, etc.) at the same time, * We want to be able to send a progress report and receive abort commands in the middle of operation. In order to achieve this, the following strategy seems reasonable. For every operation, forced by user, a new slave process will be created. is this really the right idea? or just have the current slave process schedule itself a bit better? or have the current slave process spawn its own children to do the operations (i did consider at some point just running cp -parv or mv -v etc. etc. and reading stdout for status..). Inside this process, an idler will scan through the directory tree and * find out how much work is there to do (for progress reports) and * queue files for a work idler, which will perform the actual * operation. After all queued files are worked out, the process will finish itself. sure - i would just make a child of the e_fm process do this work - talk back to e_fm process via stdout. e_fm proc just ipc's collect3ed status back to e. This work idler will do copies and other operations by small chunks, so IPC messages are able to be sent and received in the middle of operation. We will need one process running always for HAL. There are some thing more think throught: * File locking How to deal with situation, when files in operation are modified (deleted, moved, etc.)? ignore it. unix as such has co-operative locking semantics. no need to try and do what unix doesn't do. not in efm at this stage :) * Handling errors What to do with files, when an error occurres? Should everything just go back or should the process just stop? How to make operations atomic? good q. generally speaking you'd paus an operation (eg a recursive delete or a recursive move or copy) and then allow a ignore this error, ignore all errors for this op or cancel this now which unrolls any partially done ops (like a partially copied file) and stops the whole op. * History system How to keep track of what was done? How to pass this info from slave process to the core? What do do here with errors and abortions? as above. every action is an operation (a 'cp -r', a 'mv' a 'rm -rf' etc.). these ops each can be partly completed and if so the above holds. the ui needs to track these ops and get status on them and be able to cancel them at any point and display current progress. * Abortions What to do when a user forces an abortion? What does this actually mean? unroll any partially done file copy, but otherwise leave tree of files copied/moved/deleted as-is. in the future a rollback to beginning of opration might be nice too - if possible. :) I'd love to know what other people are thinking on the above. If you're against something, please, say. Any ideas how to do these things will be greatfully appreciated. Even your expectations (from user's point of view) on how these should work are welcome. Thanks in advance, Fedor Gusev. - 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] Line + width support.
On Tue, 13 May 2008 17:20:27 -0300 Diego Bitencourt Contezini [EMAIL PROTECTED] babbled: any reason you didnt just use polygons? :) Hello all. Working with evas+Lines in python, is fast. But if you need a line with more then one pixel of width, it gets very slow (in dispositives like N800), because object Line dont have width support, so its needen to use Rectangles to make it works. I made a modification to support width in Lines object. It is composed by 3 patchs. *First*, in evas/lib/*, it changes internal call to engine line drawer, inserting more one argument to the same function. It is a callback, so, no modification is needen in any engine module that dosnt support Lines with more then 1 pixel (they will just draw with only 1 pixel). Has added new functions to deal with width, without breaking any compatibility of other functions. *Second*, in evas/engine/software16 to add support to width. *Third,* in python-evas binding, to add support to use the modifications made in evas. If anyone get any bug or suggest any modification to patch, im a listener. Thanks all Diego Bitencourt Contezini -- - 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 for embryo functions
On Tue, 13 May 2008 19:19:44 -0300 Rafael Antognolli [EMAIL PROTECTED] babbled: in cvs :) thanks! Hi, I was creating a theme with edje and missed some functions to resize a dragable part with embryo inside the .edc Looking at the code of edje I verified that these functions were already implemented, so all that would be needed to do was to create a binding for embryo that pointed to these functions. I made a patch that create these bindings, and called these functions set_drag_size and get_drag_size. It works fine for me. []'s Rafael Antognolli -- - 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/efreet cedric
On Tue, 6 May 2008 14:03:03 -0500 Nathan Ingersoll [EMAIL PROTECTED]
babbled:
we still use fwrite for writing to the eet file - buffering is good in f* funcs
- but yes, in theory read() for that example would work.
In case you missed my question on IRC...
On Tue, May 6, 2008 at 10:56 AM, Enlightenment CVS
[EMAIL PROTECTED] wrote:
f = fopen(file, rb);
if (!f) return NULL;
+if (fstat(fileno(f), file_stat)
+|| file_stat.st_size 1)
+{
+fclose(f);
+return NULL;
+}
Is there any reason to not convert this to open/close instead of
fopen/fclose? It would simplify the code as you would no longer need
to use fileno at every point you access the associated fd.
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
- 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] Shared Strings
On Fri, 09 May 2008 19:21:43 +0200 Peter Wehrfritz [EMAIL PROTECTED] babbled: The (only) one alloc is most probably the reason why has better results for adds and removes then the ecore counter-parts. It's probably possible somehow to improve the situation for ecore_hash, but it'd make the code more of ecore_hash to alloc only one piece of memory per item. I think it isn't worth it, because i don't see a general usage for such a feature. yeah. that's where stringshare just implemented its own hash entirely - this way it gets around it. the ecore solution is nicer in that it recycles existing hash ans such subsystems - the stringshare one is less nice but simply faster. now... more interestingly - i now started looking at the test. it is very artificial. Yes, i know. I start to read the two implementations and saw the difference. And i wondered if how they affect the performance. How much is the overhead of the two allocations? Where will evas start to suck, because of the static bucket count. So i've written the test case to get a feeling for it. I know it is artificial, but I think it is still interesting, even if it doesn't represent a normal usage. yup. it was so interesting i spent a lot of effort looking into this! :) i increased the default bucket size and so have basically put stringshare where its optimal for the usage pattern in e17 at any rate, Imho, the key point is how many strings are added to the hash. For small apps that only share a dozen of strings, the hash is bigger then needed, although the extra 4k are probably a overhead most people can live with. yeah. its a small enough base overhead (you only pay once in the app) where i think its not worth quibbling over. And i don't know if there are apps where the number of strings ever exceed 10,000, assumedly not. I haven't tested yet, how many shared strings ewl has. I think as long noone reports that he is using evas_stringshare or ecore_string with much more then 10,000 strings, we can take the evas code for the new lib. and we can always increase the base hash size, or add in core to dynamically resize and re-hash when/if needed. BTW, we will need evas_stringshare_init()/_shutdown() functions, so nobody has to have the 4k occupied memory if he doesn't use stringshare and _shutdown() can clean up the memory if there are still unreleased strings. For instance ewl loose some references intentionally, because they are quit often used. I'll write them, if the evas implementation is chosen. agreed. -- - 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] More aggressive packing of Evas_Object
On Thu, 1 May 2008 03:58:14 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
Hi guys,
As you can see from CVS log, I did some repacking of Evas_Object and
managed to save more than 80 bytes, almost 1/3 of it is gone.
While some aggressive packing went in, like layer number being a
short now, I'm a bit unsure if applying the attached patch is a good
thing. It will save 4 bytes from cur,prev, so it's 8 bytes in the end,
but the solution is a bit ugly, as the members
cache.clip.{visible,dirty} now are cache_clip_{visible,dirty} so it
can be packed with the other bitfields. On one hand it saves memory,
on the other it's ugly as hell :-P
Apply or not? that's the question...
that is a good q. 80 bytes is not much., 80 bytes per object (where we likely
have 1000-1 per app) is 80-800kb of savings. not to be sniffed at. one
thing i would think might buy a bit is a way to remove the need for the cache
entries at all - that may be more intrusive though code-wise and possibly lead
again to the bugs i added those entries in to solve (or require re-calculation
where now its a simple dirty + recalc where needed then lookup all the time)
as such i think its worth it - even for a bit of ugliness. we could... make..
macros to hide it? :)
PS: please test Evas on as many
machines/architectures/compilers/operating systems as possible to see
nothing is broken by these patches! It relies on compilers working
fine with bitfields.
--
Gustavo Sverzut Barbieri
http://profusion.mobi
Embedded Systems
--
MSN: [EMAIL PROTECTED]
Skype: gsbarbieri
Mobile: +55 (81) 9927 0010
--
- 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] cleanup of the autotools stuff
On Sun, 11 May 2008 09:45:15 +0200 (CEST) Vincent Torri [EMAIL PROTECTED] babbled: go for it i say! :) Hey, I've cleaned a bit the autotools stuff: * use correct way to remove the check of g++ and g77 from libtool * use correct way to deal with PACKAGE_DATA_DIR and PACKAGE_LIB_DIR * use AC_HELP_STRING when missing * formatting later, I plan to add win32 support (compilation without x11. I don't think i'll add any win32 specific graphic stuff) if the formatting is good enough, i can commit. Vincent -- - 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] Missing mouse up event, when opening a pointer grabbing window
On Fri, 25 Apr 2008 20:26:37 +0200 Peter Wehrfritz [EMAIL PROTECTED] babbled: it should work now in cvs :) When you open a pointer grabbing window during the evas mouse down callback, evas doesn't get the mouse up event feeded and turns to be unusable, because every mouse actions are blocked because the evas believes that the mouse is still dragged. If found a work-around for it, but it would be nice to fix it in evas or ecore_evas. Attached you find a program that shows this behavior. Start it. Click on the white area, nothing is printed because there is no callback registered for it. Right click on the red rectangle, a green window will be opened in the left top corner. Click on it to close it. Click on the white area, and a message is printed from the callback of the red rectangle. I hope there is a way to fix that in general. Peter -- - 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 valgrind deprecated macro
On Sun, 27 Apr 2008 14:18:24 +0200 Charles Clément [EMAIL PROTECTED] babbled: hooray! new macros. ok - i did it in a more robust way - but adapted to new macros if they exist :) Hello, When compiling ecore on a system that has valgrind installed it failed because of a deprecated macro call: VALGRIND_MAKE_READABLE in the evas library. In the NEWS file distributed with valgrind, in the changes for the 3.2.0 version is stated: - There are some changes to Memcheck's client requests. Some of them have changed names: MAKE_NOACCESS -- MAKE_MEM_NOACCESS MAKE_WRITABLE -- MAKE_MEM_UNDEFINED MAKE_READABLE -- MAKE_MEM_DEFINED CHECK_WRITABLE -- CHECK_MEM_IS_ADDRESSABLE CHECK_READABLE -- CHECK_MEM_IS_DEFINED CHECK_DEFINED -- CHECK_VALUE_IS_DEFINED These deprecated calls have been removed in the Release 3.3.0 (7 December 2007) A patch follows. -- Charles Clément. Index: evas/src/lib/engines/common/evas_image_main.c === --- evas.orig/src/lib/engines/common/evas_image_main.c +++ evas/src/lib/engines/common/evas_image_main.c @@ -157,7 +157,7 @@ _evas_common_rgba_image_surface_alloc(Im if (im-image.data == NULL) return -1; #ifdef HAVE_VALGRIND - VALGRIND_MAKE_READABLE(im-image.data, siz); + VALGRIND_MAKE_MEM_DEFINED(im-image.data, siz); #endif return 0; - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - 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] Evas_Object_Image data colorspace convert
On Tue, 6 May 2008 18:03:43 -0300 Andre Magalhaes [EMAIL PROTECTED] babbled: in cvs :) Hi again, I just tried and the patch didn't apply, so here is the update patch against CVS HEAD BR -- Andre Moreira Magalhaes (andrunko) Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] Skype: andrunko Blog: http://andrunko.blogspot.com -- - 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] updated: three new edje embryo functions
On Mon, 14 Apr 2008 22:20:49 +0200 [EMAIL PROTECTED] (Lars Munch) babbled:
in reality - whats you want is a fully programmable edje - ie everything can be
created, destroyed and manipulated from embryo script. that is on a todo list
for edje - but hasnt happened... yet :)
On Mon, Apr 14, 2008 at 02:29:06PM -0300, Gustavo Sverzut Barbieri wrote:
On Sun, Apr 13, 2008 at 7:42 PM, Peter Wehrfritz [EMAIL PROTECTED]
wrote:
Gustavo Sverzut Barbieri schrieb:
Maybe it will not impact things. The problem with these calls is that
they would collide with Edje internal states, getting these
inconsistent. But since Edje does not handle any layer/stack-related
information in their states, maybe this is no problem, in this case
just add the call to edje C api (edje_object_part_{raise,lower}()) and
expose it from embryo.
I don't think it is a good idea to have those functions in the edje c
api. The application should change directly the theme. That's why there
isn't a edje_object_part_state_set() function.
While I'm unsure whenever to have or not this function exported, this
is different from what you said: part_state_set() can be done with
signals, while there are no means to reorder the objects from edje,
neither from states or code. Maybe the reason to not have this known
by someone (raster?), maybe it was just left out due out-of-time, in
that case we could add this to Edje states and use signals to trigger
changes.
Lars: what's your motivation to use this? maybe this can give us some light.
I have a set of buttons with a small overlap, all made with edje. On
mouse,in event I want the active button to become the topmost part.
I first thought about just emitting a signal from edje on mouse,in to
an event handler in C that would use edje_object_part_object_get and
then evas_object_raise, but I really wanted the part raising in edje so
I only had to take care of the actual event handling in C (the actual
button click).
The part_lower was mostly added for completion :)
It would be very nice to have some way to reorder the objects from edje.
Regards
Lars Munch
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
- 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] [Announce] Gadman module
On Sat, 19 Apr 2008 14:32:04 +0200 (CEST) Dave Andreoli [EMAIL PROTECTED] babbled: and finally i added it to cvs :) btw - i dont' see any way to remove a gadget once u added it to display with win+g binding... :( Hi all as someone of you know I'm working on a module to place gadgets on the desktop. It's ready for me! and now need your testing and your suggestion. Gadgets can simply stay on you desktop window, but can also be stacked over your windows; gadgets stacked ontop can be showed/hidden with a key (I use Super-G, you have to bind your). I need your commnts on how the gadgets placed on top should work. Now when you press the key the whole screen fade to white and the gadgets appear with an animation, the mouse events are captured by the big window so that you can't use your desktop until you repress the key and the gadgets disappear... Do you think is the right way to do it? I have also a version that make the big window shaped and you can use your desktop also when the gadgets are showed. I'm not sure witch of the 2 is the better. So I need your comment :) not sure the big window popup (win+g) is that useful - only trhing i'd make now is the ability to have gagdet below everything (on the desktop) or above (as they are now - they are above filemanager icons for example) As usual you can find the download and more info on my site http://www.gurumeditation.it/blog/?page_id=48 P.S. on the site will also find a new calculator completly done in edje :) Thanks all Dave - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - 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] [Announce] Gadman module
On Mon, May 19, 2008 at 1:33 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Sat, 19 Apr 2008 14:32:04 +0200 (CEST) Dave Andreoli [EMAIL PROTECTED] babbled: and finally i added it to cvs :) yay! btw - i dont' see any way to remove a gadget once u added it to display with win+g binding... :( u need to right-click them while they're visible (win+g - right click - remove) Hi all as someone of you know I'm working on a module to place gadgets on the desktop. It's ready for me! and now need your testing and your suggestion. Gadgets can simply stay on you desktop window, but can also be stacked over your windows; gadgets stacked ontop can be showed/hidden with a key (I use Super-G, you have to bind your). I need your commnts on how the gadgets placed on top should work. Now when you press the key the whole screen fade to white and the gadgets appear with an animation, the mouse events are captured by the big window so that you can't use your desktop until you repress the key and the gadgets disappear... Do you think is the right way to do it? I have also a version that make the big window shaped and you can use your desktop also when the gadgets are showed. I'm not sure witch of the 2 is the better. So I need your comment :) not sure the big window popup (win+g) is that useful - only trhing i'd make now is the ability to have gagdet below everything (on the desktop) or above (as they are now - they are above filemanager icons for example) that would be good, yes. as for useful or not, well, it's a nice show off feature! I have larger version of gadgets, I have a huge pager there and I click the pager for another desktop and you see the desktop movement (all color modulated), very nice ;-) another utility is that you can see some useful information without having to unblock the view by hiding all (Win+D, ctrl+alt+d) windows... however we could use something that the upper layer is like the desktop layer. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - This SF.net email is sponsored by: 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
