Re: [E-devel] Recent Module Api Changes
What I spotted during testing. Modules that need a higher res icon coz they look ugly in the about dialog - weather language engage uptime tclock snow (also looks bad in the module list) rain (also looks bad in the module list) net (the image itself is OK, it's the fake shadow that looks a little iffy) calendar uses a different style of about dialog than all the other modules. Modules that don't show their icon on the config dialog from the modules config dialog - language evolume engage (since Andy asked for this, I expect he will update this soon) dEvian cpu calendar bling Modules that don't show their icon in the config dialog from the shelf config menu - language Emu has no mouse over for its icon, but the about dialog shows one image in the border, and the other image in the dialog itself. Also, no mouse over on the icon in the module list. Is there supposed to be mouse over ability on any of these? For consistancies sake, I would like to have the same mouse over on the icons that is on the shelf gadget. A general "do any edje stuff for the module icons" would fix that, at the moment it just seems to pull the graphic out of the eaps, and ignore the rest of the edje. Taskbar is really unstable, mbar is slightly unstable. Eveil doesn't show itself in the module list. I'll start fixing up the icons in config dialogs for all e_modules later today unless someone objects. I may also look at higher res icons for those that need it if I can find higher res versions, or if it's just a matter of settinsg the quality higher in the edje. signature.asc Description: PGP signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje not working
OK, I've found the problem. It seems that casting unaligned ints doesn't work on the GP2X. I modified EXTRACT_INT accordingly and now it's working. It's a bit slow, but I assume that's due to the lack of a fpu. Thanks to everyone who helped me get it working :) Frank --- Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Sat, 1 Jul 2006 19:05:21 -0700 (PDT) Frank > Dischner <[EMAIL PROTECTED]> > babbled: > > > Thanks for the tip Simon! The error code returned > is > > EDJE_LOAD_ERROR_UNKNOWN_FORMAT. After a quick > glance > > it seems that the problem is somewhere in > eet_open. > > I'll investigate further and let you know what I > find. > > aaah. eet recently got patches to move to using mmap > for eet files. something > could be broken there that happens to show up on > arm.. ? > > > Frank > > > > --- Simon TRENY <[EMAIL PROTECTED]> wrote: > > > > > Hi Frank, > > > > > > On Fri, 30 Jun 2006 19:41:46 -0700 (PDT), > > > Frank Dischner <[EMAIL PROTECTED]> wrote : > > > > > > > Hi, > > > > > > > > I'm trying to get the EFL working on a > handheld > > > running linux and am > > > > having some problems. I've got the libraries > > > compiled and rendering > > > > to the framebuffer and I can display images, > use > > > timers, get input > > > > etc. However, neither edje nor emotion objects > are > > > displayed. For > > > > example, I compiled eem and by navigating > blindly > > > I can change the > > > > background, but none of the menu items are > shown, > > > though it works > > > > perfectly on my desktop. I've read through the > > > code many times, but > > > > honestly have no idea where the problem is. Is > > > there something simple > > > > I'm missing? I don't know if it makes a > > > difference, but I've compiled > > > > the libraries without X. Any ideas? > > > > > > Edje uses Evas for rendering, and is not > dependant > > > to X (if I remember > > > correctly). So if Evas works and Edje does not, > it > > > is probably an error > > > that occurs during the loading of the .edj file. > > > > > > Use edje_object_load_error_get() to see if a > load > > > error occurs. Here > > > are the list of the error codes: > > > EDJE_LOAD_ERROR_NONE = 0, > > > EDJE_LOAD_ERROR_GENERIC = 1, > > > EDJE_LOAD_ERROR_DOES_NOT_EXIST = 2, > > > EDJE_LOAD_ERROR_PERMISSION_DENIED = 3, > > > EDJE_LOAD_ERROR_RESOURCE_ALLOCATION_FAILED > = 4, > > > EDJE_LOAD_ERROR_CORRUPT_FILE = 5, > > > EDJE_LOAD_ERROR_UNKNOWN_FORMAT = 6, > > > EDJE_LOAD_ERROR_INCOMPATIBLE_FILE = 7, > > > EDJE_LOAD_ERROR_UNKNOWN_COLLECTION = 8 > > > > > > Tell us what code is returned by > > > edje_object_load_error_get(), maybe > > > it could help. > > > > > > > > > > My plan was to write a new menu for the GP2X > > > > (www.gp2x.com), but I haven't gotten the efl > to do > > > > anything useful yet. If I do get something > > > working, > > > > then I'll definitely post my progress on the > > > forums at > > > > www.gp32x.com. > > > > > > Interesting idea, I wanted to do that too but I > > > haven't had the time > > > (and I still haven't the handheld too :)). I'd > be > > > glad if you could post > > > here a video of the handheld running an EFL app > once > > > you'll have solve > > > this problem :) > > > > > > > > > Regards, > > > Simon TRENY > > > > > > > > > > > Thanks > > > > Frank > > > > > > > > > > > > - > > > > Yahoo! Music Unlimited - Access over 1 million > > > songs.Try it free. > > > > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > Using Tomcat but need to do more? Need to support > web services, security? > > Get stuff done quickly with pre-integrated > technology to make your job easier > > Download IBM WebSphere Application Server v.1.0.1 > based on Apache Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > - Codito, ergo sum - "I code, therefore > I am" -- > The Rasterman (Carsten Haitzler) > [EMAIL PROTECTED] > �繥¿ > Tokyo, Japan (��� ����) > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenm
Re: [E-devel] Recent Module Api Changes
On Sun, 02 Jul 2006 11:21:53 -0400 Christopher Michael <[EMAIL PROTECTED]> wrote: > Firstly, I have committed changes to all the config dialogs so that > they use their respective icons in the window border. > > Also, I have committed, with help from rasties, some changes to the > module api. I've added the ability for modules to use their icon in > the about dialogs and the about dialogs border. A screenshot of this > is http://devilhorns.us/images/module_about.png";>shown > here. > > e_module_dialog_show now takes the module as it's first parameter, > followed by title and then text: > EAPI void e_module_dialog_show(E_Module *m, const char > *title, const char *body); Looks like I have some free time today. I just updated, and I'm recompiling everything now. If this introduced any issues with what's in cvs I'll perform my assistant module code monkey duties and make fixies. I'll also catch up on my .cvsignore monkey duties. One thing that has always bugged me, is that the emu module has a mouse over in its icon, the exact same mouse over used in it's on screen representation, but there is no mouse over happening in all the places the module icon is displayed. I'll thoroughly test that and get back to you on which ones work and which ones don't. signature.asc Description: PGP signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ewl dj2
> I don't know what the issue was with eap_edit, but your patch breaks utf > support. I add a small function to the text_editor test, so you can now > test utf support with hitting CTRL-a. You should see then an 'ä' (a 'a' > with two dots). > Any time I tried to edited a new eap it would segv in those routines on my computer. I fixed it so it worked correctly for ascii, but can't test for utf-8 (I see you've put some stuff back for this and will be able to take a look.) dan Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
> > we need the ability to have image objects in different > colrospaces yugv(and its variants, yuv422, yuv420, etc. etc.) > is a long-term must. the ENGINE has to deal with yuv data. > if it can't it can always use the yuv import calls internally > to RGBA then do it all in RGBA land - but if the subsyetm > (gl/xrender/etc.) can do yuv natively - then do it that way, > hoping the hw accel does a much better job than we do. adding > in ARGB non-premul as another colorspace is merely convenience > as its just the SAME logic as handling a yuv image object - > having to convert to a native format before using it. in fact > its probably the thing we would want to test with to start with. > yuv would get support later. > Let's agree on one thing: The gfx operations, unless otherwise explicitly stated, will be done in premul argb color space, or a linear equivalent of it.. Ok, fine.. and actually premul ayuv would be ok too since when decoded yuv is linearly related to rgb (hsv eg. is not). There's already such an interface to set imported data from yuv, and moving the 'conversion' to rgb down to the engines is fine as they may simply be able to deal with it directly, etc.. That's all good, and an interface for importing yuv to image data is already there, you can extend it to cover any premul ayuv format type with no problem. But, "setting" a color space, either globally or per obj, has only one real meaning - that the color space in question is going to be used as the current context for gfx ops. Doing this for non premul anything, is shear folly. Any 'benefit' you claim can be obtained for apps/libs that want to deal with non-premul color spaces by deferring premultiplying till it may be needed and whatnot.. is microscopic compared to the confusion, complexity, etc. caused by this misrepresentation. Now, you can argue that maybe not "setting", but rather "importing", non-premul color space formats for conversion is ok.. But I don't see anything worthwhile in providing such interfaces for data and/or colors, and just see an increase in complexity in dealing with that internally and, again, microscopic gains. Let's assume that edje has been modified to pass premul colors/data to evas, and eet saves premul data, and that evas provides premul/non-premul conversion api functions for colors data.. Just where exactly in e17 would there be even minor pain caused by evas being premul only? What about entrance, ewl/etk, etc? jose. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Too many Ecore events stop the Ecore's main loop?
On Mon, 3 Jul 2006 07:59:35 +0900, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote : > On Sun, 2 Jul 2006 18:40:50 +0200 Simon TRENY <[EMAIL PROTECTED]> > babbled: > > > Hi everyone, > > > > In Etk, in order to update the widgets when the window is resized, I > > use an ecore job: in the Ecore_Evas's resize_cb, I just create an > > "update job" with ecore_job_add() if there is no "update job" > > created yet. This job will resize the widgets. > > > > My problem is that if the window is resized too often (i.e. if I > > drag the bottom-right corner of the window, and draw small circles > > with the mouse to resize the window), the "update job" is not > > called anymore. When I stop resizing, the job is called again. > > actually you want to delete the old job, and add a new one each time > you get a resize (if an existing job is around). jobs basically > piggyback the events system and place an internal event on the queue > that will get processed after all current events int he queue are > done (but before any new events e finds). they don't use idlers and > idle_enterers. Ok, thanks for the tip, I'll do that in Etk :) > > > I wrote a small code (attached to this mail) to illustrate the > > problem. Just try to resize the window of the test prog (by > > "drawing small circles" witht the mouse), and you'll see that > > sooner or later, the job won't be called anymore (no more output in > > the terminal and the purple rectangle is no longer resized). Jobs > > are not the only ones affected by this problem, I tried with timers > > and animators, they are also not called. Ecore's main loop just > > seems to be stopped when the window is resized?! > > > > For info, my CPU is an Athlon XP 2700+ > > > > > > Could you explain me why this happens? > > let me test and see. ok - i did this for about a minute (resizing in > small circles) - still working... damn. I've just realized that I was using the open-source "nv" driver for Xorg. Switching to the "nvidia" driver has solved the problem. Sorry about that :/ Simon Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Too many Ecore events stop the Ecore's main loop?
On Sun, 2 Jul 2006 18:40:50 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled: > Hi everyone, > > In Etk, in order to update the widgets when the window is resized, I > use an ecore job: in the Ecore_Evas's resize_cb, I just create an > "update job" with ecore_job_add() if there is no "update job" created > yet. This job will resize the widgets. > > My problem is that if the window is resized too often (i.e. if I drag > the bottom-right corner of the window, and draw small circles with the > mouse to resize the window), the "update job" is not called anymore. > When I stop resizing, the job is called again. actually you want to delete the old job, and add a new one each time you get a resize (if an existing job is around). jobs basically piggyback the events system and place an internal event on the queue that will get processed after all current events int he queue are done (but before any new events e finds). they don't use idlers and idle_enterers. > I wrote a small code (attached to this mail) to illustrate the problem. > Just try to resize the window of the test prog (by "drawing small > circles" witht the mouse), and you'll see that sooner or later, the job > won't be called anymore (no more output in the terminal and the purple > rectangle is no longer resized). Jobs are not the only ones affected by > this problem, I tried with timers and animators, they are also not > called. Ecore's main loop just seems to be stopped when the window is > resized?! > > For info, my CPU is an Athlon XP 2700+ > > > Could you explain me why this happens? let me test and see. ok - i did this for about a minute (resizing in small circles) - still working... damn. > Regards, > Simon TRENY -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recent Module Api Changes
On Sun, 02 Jul 2006 11:21:53 -0400 Christopher Michael <[EMAIL PROTECTED]> babbled: > Hi All, > > Just a friendly note about some recent changes. > > Firstly, I have committed changes to all the config dialogs so that they > use their respective icons in the window border. > > Also, I have committed, with help from rasties, some changes to the > module api. I've added the ability for modules to use their icon in the > about dialogs and the about dialogs border. A screenshot of this is href="http://devilhorns.us/images/module_about.png";>shown here. > > e_module_dialog_show now takes the module as it's first parameter, > followed by title and then text: > EAPI void e_module_dialog_show(E_Module *m, const char *title, const > char *body); > > If you would like a module_dialog that looks the old way ie: using the E > logo and enlightenment/modules icon, you can pass NULL as the module > parameter and it will default to the older version of module_dialog. > > If you get segfaults when clicking About in the module config dialog you > should check that you have updated, rebuilt, and installed e17/apps/e > and also updated e_modules/* (for whatever modules you use). actually - just bump the module api version up one :) well this would be normally what we need to do when breaking api's modules use. a recompile will fix it after the code has been changed for the new api (otherwise the compile will fail). :) > Just wanted to let people know about these changes in case they get > segfaults when clicking about, and also so that people reading this ml > will know what happened, and how to help users if they have problems. > > Cheers, > devilhorns > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto urandom
В нд, 2006-07-02 в 13:20 -0500, [EMAIL PROTECTED] написа: > On Sun, Jul 02, 2006 at 05:15:03PM -0400, Enlightenment CVS wrote: > > Enlightenment CVS committal > > > > Author : urandom > > Project : e17 > > Module : proto > > > > Dir : e17/proto/edje_viewer/src/bin > > > > > > Modified Files: > > Makefile.am edje_etk.c edje_viewer.h etk_gui.c etk_gui.h > > main.c > > > > > > Log Message: > > ecore_config has been mastered. and it brings an "open recent" menu > > > > Looks like you forgot to add conf.h and conf.c oopsie. > > rephorm > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Виктор Кожухаров /Viktor Kojouharov/ <[EMAIL PROTECTED]> signature.asc Description: Това е цифрово подписана част от писмото Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ewl dj2
Enlightenment CVS schrieb: >Enlightenment CVS committal > >Author : dj2 >Project : e17 >Module : libs/ewl > >Dir : e17/libs/ewl/src/lib > > >Modified Files: > ewl_text.c > > >Log Message: >- fixup some issues with the positioning in ewl_text. > - this fixes eap_edit so it dosen't segv on a new eap being created > > > Hi dan, I don't know what the issue was with eap_edit, but your patch breaks utf support. I add a small function to the text_editor test, so you can now test utf support with hitting CTRL-a. You should see then an 'ä' (a 'a' with two dots). peter Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Too many Ecore events stop the Ecore's main loop?
On Sun, Jul 02, 2006 at 06:40:50PM +0200, Simon TRENY wrote: > Hi everyone, > > In Etk, in order to update the widgets when the window is resized, I > use an ecore job: in the Ecore_Evas's resize_cb, I just create an > "update job" with ecore_job_add() if there is no "update job" created > yet. This job will resize the widgets. > > My problem is that if the window is resized too often (i.e. if I drag > the bottom-right corner of the window, and draw small circles with the > mouse to resize the window), the "update job" is not called anymore. > When I stop resizing, the job is called again. > > I wrote a small code (attached to this mail) to illustrate the problem. > Just try to resize the window of the test prog (by "drawing small > circles" witht the mouse), and you'll see that sooner or later, the job > won't be called anymore (no more output in the terminal and the purple > rectangle is no longer resized). Jobs are not the only ones affected by > this problem, I tried with timers and animators, they are also not > called. Ecore's main loop just seems to be stopped when the window is > resized?! > > For info, my CPU is an Athlon XP 2700+ > I'm not sure what the priority levels for various handlers are, but iirc jobs are run on idle (or at least have a fairly low priority). If the event queue gets swamped, or cpu is taken up by other things they might not get called until later. Timers have a similar issue, and i believe animators are just a convenience wrapper around timers. For example, the 'sliding door' effect in the Winter pager gets really choppy (or gets skipped altogether) when switching to or from a desktop with cpu intensive / slow drawing windows (e.g. Firefox). I'm not sure if it other processes getting priority or other events in the ecore queue. rephorm Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto urandom
On Sun, Jul 02, 2006 at 05:15:03PM -0400, Enlightenment CVS wrote: > Enlightenment CVS committal > > Author : urandom > Project : e17 > Module : proto > > Dir : e17/proto/edje_viewer/src/bin > > > Modified Files: > Makefile.am edje_etk.c edje_viewer.h etk_gui.c etk_gui.h > main.c > > > Log Message: > ecore_config has been mastered. and it brings an "open recent" menu > Looks like you forgot to add conf.h and conf.c rephorm Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] converting modules to 'new' API
Am Tue, 27 Jun 2006 12:23:47 -0400 schrieb Mike Russo <[EMAIL PROTECTED]>: > Are there any tips on how to convert 3rd party modules to the > 'new' API which eliminates config_menu and icon_file? I understand > I'm supposed to create a module.eap, but what about the config_menu? > I'd really like to get eloquence working again, although I know a > gadman->gadcon conversion is still looming anyway, and I can't seem > to contact the author. :( > Hi, I hacked eloquence up a bit. I got it working for my needs, just tested with xmms2. The theme selection and some other thins don´t work. If this helps further, I could send it to you -- jeff Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Too many Ecore events stop the Ecore's main loop?
Hi everyone, In Etk, in order to update the widgets when the window is resized, I use an ecore job: in the Ecore_Evas's resize_cb, I just create an "update job" with ecore_job_add() if there is no "update job" created yet. This job will resize the widgets. My problem is that if the window is resized too often (i.e. if I drag the bottom-right corner of the window, and draw small circles with the mouse to resize the window), the "update job" is not called anymore. When I stop resizing, the job is called again. I wrote a small code (attached to this mail) to illustrate the problem. Just try to resize the window of the test prog (by "drawing small circles" witht the mouse), and you'll see that sooner or later, the job won't be called anymore (no more output in the terminal and the purple rectangle is no longer resized). Jobs are not the only ones affected by this problem, I tried with timers and animators, they are also not called. Ecore's main loop just seems to be stopped when the window is resized?! For info, my CPU is an Athlon XP 2700+ Could you explain me why this happens? Regards, Simon TRENY #include #include #include #include #include static void _resize_cb(Ecore_Evas *ee); static void _job_cb(void *data); static Evas_Object *_rect = NULL; static Ecore_Job *_job = NULL; static int _count = 0; int main(int argc, char *argv[]) { Ecore_Evas *ee; ecore_evas_init(); ee = ecore_evas_software_x11_new(NULL, 0, 0, 0, 300, 300); ecore_evas_callback_resize_set(ee, _resize_cb); ecore_evas_show(ee); _rect = evas_object_rectangle_add(ecore_evas_get(ee)); evas_object_resize(_rect, 300, 300); evas_object_color_set(_rect, 0, 128, 128, 255); evas_object_show(_rect); ecore_main_loop_begin(); ecore_evas_shutdown(); return 0; } /* Called when the window is resized */ static void _resize_cb(Ecore_Evas *ee) { if (!_job) _job = ecore_job_add(_job_cb, ee); } /* Executes the job queued by _resize_cb() */ static void _job_cb(void *data) { Ecore_Evas *ee; int w, h; if (!(ee = data)) return; printf("Job: Iteration %d\n", _count++); ecore_evas_geometry_get(ee, NULL, NULL, &w, &h); evas_object_resize(_rect, w, h); _job = NULL; } Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Recent Module Api Changes
Hi All, Just a friendly note about some recent changes. Firstly, I have committed changes to all the config dialogs so that they use their respective icons in the window border. Also, I have committed, with help from rasties, some changes to the module api. I've added the ability for modules to use their icon in the about dialogs and the about dialogs border. A screenshot of this is http://devilhorns.us/images/module_about.png";>shown here. e_module_dialog_show now takes the module as it's first parameter, followed by title and then text: EAPI void e_module_dialog_show(E_Module *m, const char *title, const char *body); If you would like a module_dialog that looks the old way ie: using the E logo and enlightenment/modules icon, you can pass NULL as the module parameter and it will default to the older version of module_dialog. If you get segfaults when clicking About in the module config dialog you should check that you have updated, rebuilt, and installed e17/apps/e and also updated e_modules/* (for whatever modules you use). Just wanted to let people know about these changes in case they get segfaults when clicking about, and also so that people reading this ml will know what happened, and how to help users if they have problems. Cheers, devilhorns Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Actions for window fullscreen
Hi!should not have to resort to them). anyway - yes. it's a decent feature. but it is too dangerous to let in. if you do it right make it async and non-blocking,then we are in business :)Fine... Will change it when I get time :)Ramkumar. -- April 1: This is the day upon which we are reminded ofwhat we are on the other three hundred and sixty-four. -- Mark Twain, "Pudd'nhead Wilson's Calendar" Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Actions for window fullscreen
On Sun, 2 Jul 2006 18:26:04 +0530 "R.Ramkumar" <[EMAIL PROTECTED]> babbled: > Hi! > > 1. you aren't using handy existing socket api's like ecore_con. > > 2. as a result of this and lack of other infrastructure code - this action > > can > > block/lock e if the other end of the socket doesn't listen or is hung > > and/or > > the buffer fills up. the wm hanging like this is REALLY bad. this socket > > data > > dump should be asynchronous and/or done in the background without the wm > > hanging waiting for the data to write. > > > Yeah... I kind of realised that. If you think it is a feature worth getting > up upstream, I will change it. Otherwise, I just need it for sending data to > localhost and that doesn't generally hang :) i noticed - BUT it CAN hang. if i ctrl-z (stop) the app listening on the socket, or it gets hung in an infinite loop etc. etc. and doesnt empty the buffer the buffer can fill up and then e get blocked from writing and now e is hung and cant do anything either. it escalates from there as now u cant change focus to another app to kill e or the stuck app listening on the socket... not without a text console (and that's not a valid answer to this problem - one should not have to resort to them). anyway - yes. it's a decent feature. but it is too dangerous to let in. if you do it right make it async and non-blocking, then we are in business :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Actions for window fullscreen
Hi!1. you aren't using handy existing socket api's like ecore_con.2. as a result of this and lack of other infrastructure code - this action can block/lock e if the other end of the socket doesn't listen or is hung and/orthe buffer fills up. the wm hanging like this is REALLY bad. this socket datadump should be asynchronous and/or done in the background without the wm hanging waiting for the data to write.Yeah... I kind of realised that. If you think it is a feature worth getting up upstream, I will change it. Otherwise, I just need it for sending data to localhost and that doesn't generally hang :) Ramkumar.-- April 1: This is the day upon which we are reminded ofwhat we are on the other three hundred and sixty-four. -- Mark Twain, "Pudd'nhead Wilson's Calendar" Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
On Sun, 2 Jul 2006 08:25:04 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled: > > Carsten writes: > > > 1. .. > > 5 ... > > The troubles of having evas' software engine do transforms > in premul color space whereas the render engine does so in premul > are only seen so far if you look carefully or try to do certain > things.. But they are a very deep inconsistency and makes evas > basically worthless for any serious consideration of these > engines as more or less 'interchangeable'. no - i was meaning allow at the evas API level to PROVIDE non-premul image data. evas converts to premul internally like the xrender engine does - keeping a private premul copy when needed. this is a convenience for programmers who can't/dont handle premul in their app. the conversion routines are internal - they are simply called when needed. > > 6. the problem we have is for evas_color_set() and then edje > > and nigh everything that depends on this. if we go premul for > > this just about everything will break and need fixing. this is > > a lot of stuff. > > Having edje pass premul colors to evas would be trivial. > If that's all apps/libs are using then they wouldn't have to do > a thing. sure- but it's not just edje - a lot of apps, widget sets etc. then again if everyone is willing to help port the workload can be reduced. > > > what i think might be best is we: > > > > 1. add internal premul to non-premul and back conversion routines > > (need them anyway - may as well make them fast). > > Sure. > > > 2. need to add calls to image objects to get/set the COLORSPACE > > of the internal object data (the default would be premul and the > > suggestion would be to leave it alone unless you have very special > > needs). > > What good would that do for all but the software engines > (and possibly the gl engine). You can't make render do transforms > with data in non premul colorspace - one'd just be back to the > situation that exists now except with two sets of compositing > (and other drawing) routines in the software engine. 1. convenience for programmers/compatibility and the ability to extend it in future to allwo DIRECT YUV access for example for emotion - and then the ENGINE has to deal with conversion, not evas. if the engine can deal with yuv directly - then it will do it natively (eg use xvideo or YUV gl textures etc.). right now this is a big problem as we can't make use of any acceleration of yuv->rgb. admittedly xvideo sucks right now as it basically will not (in almost all cases) be able to write/composite xvideo yuv data TO a pixmap - BUt this is set to change - as the word in from keithp etc. is - when drivers catch up etc. we should just be ready for the day it happens and then simply hook up the right routines, but until that day, do out own yuv->rgb conversion, but at the engine, not the evas level. > > 3. move default colorspace to ARGB_PREMUL (we can have non-premul > > space, but it will need conversion to premul before using in > > routines). > > What is the point of having a color space that you can't > do gfx with internally except convert it to premul? > Only if all the evas engines could work with both premul > and non premul color space in their gfx handling routines would > this make any sense.. and it would still be highly suspect to > be able to use this coherently. as an input format only. it gets converted when needed into the native format. you agreed providing routines to go to/from premul is good - if u are providing them- how are u going to USE them? i wasn't thinking of exposing them to apps at the evas api level - only as internal calls that convert the data presented to the app as the image pixel data. > > 4. i think the best might be we have a evas_colorspace_set(evas, > > EVAS_COLORSPACE_ARGB_PREMUL); for example and a EVAS_COLORSPACE_ARGB > > and that leads to EVAS_COLORSPACE_YUVA as well so then evas can do > > the conversion (if needed) when setting the color of an object on > > that canvas. this will mean we can port existing code with 1 function > > call when creating the canvas (set it to the non premul argb). > > perhaps also per object too (an objects specific colorspace overrides > > the evas one). > > > > What's the point of having this in the canvas when such > color spaces can't be used directly in a coherent way? evas does the conversion to an internal native format as needed (premul argb). otherwise we will be moving that conversion outside of evas - that would be the "big fat port" to premul. > You already have the YUV import call, and what does it > do? Convert to rgb since there's no internal support by any > of the engines to composite ayuv with argb. Not only that, but > there are questions of coherence when it comes to using transforms > that are not easily dealt -- just as now you have two different > results from scaling data with the software vs the render engines > when the res
Re: [E-devel] Premultiply or not
On Sun, 2 Jul 2006 12:35:34 +0900, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote : > what i think might be best is we: > > 1. add internal premul to non-premul and back conversion routines > (need them anyway - may as well make them fast). > 2. need to add calls to image objects to get/set the COLORSPACE of > the internal object data (the default would be premul and the > suggestion would be to leave it alone unless you have very special > needs). 3. move default colorspace to ARGB_PREMUL (we can have > non-premul space, but it will need conversion to premul before using > in routines). 4. i think the best might be we have a > evas_colorspace_set(evas, EVAS_COLORSPACE_ARGB_PREMUL); for example > and a EVAS_COLORSPACE_ARGB and that leads to EVAS_COLORSPACE_YUVA as > well so then evas can do the conversion (if needed) when setting the > color of an object on that canvas. this will mean we can port > existing code with 1 function call when creating the canvas (set it > to the non premul argb). perhaps also per object too (an objects > specific colorspace overrides the evas one). > > then we can begin a migration of code over to premul and remove the > call - but still keep it there for the ability to switch into a more > convenient colorspace. i am not sure this colorspace should affect > image pixels though... that should be per image object as above. I don't really like the idea of having a couple of functions, evas_colorspace_set/get() to change the global colorspace of evas. In my opinion, it will confuse the things a bit more and will make the implementation harder. For example, if I start in the colorspace EVAS_COLORSPACE_ARGB_PREMUL, I set the colors of the objects, the data of the images, and then, I switch the colorspace EVAS_COLORSPACE_ARGB. What do I get when I'll try to get the colors or the data of the objects? Converted colors or the old premul colors? Another confusing situation with edje: if I render an edje object in the ARGB_PREMUL colorspace, will it look the same in the ARGB colorspace (i.e. will Edje directly evas_object_color_set() or will it convert the color?) Imho, the colorspace in which the data of an image is internally stored by Evas should depend on the engine used. For example, the software and the xrender engines should store it in premul colors, the OpenGL engine should store it in "normal" colors (since I don't think you can have a premul argb texture, but I'm probably wrong) and a XV engine (stupid idea...) should store it in YUV colors. That way, it will be stored the most efficient way in order to be rendered efficiently. There must be some scaling issues but I dont think that storing in an unique colorspace would solve it (since you'll have to do the conversion sooner or later, probably before the scaling transform if you want to benefit from the optimizations of the engine). So I think that an API like that could be good: void evas_object_image_data_set(Evas_Object *obj, void *data, Evas_Colorspace colorspace); void *evas_object_image_data_get(Evas_Object *obj, Evas_Colorspace colorspace, Evas_Bool for_writing); So it's up to the user to choose the colorspace, (using ARGB_PREMUL to avoid a conversion with the 2 most common engines: software and xrender), and he can't be confused since it's he who makes the choice. Now, there is the problem of evas_object_color_set(). Imho, we have to choose, either we ask always for a premul color or always for a non-premul color, but I don't really like the idea of having a function evas_colorspace_set() to switch the current colorspace (and I don't like the idea of having a colorspace by object too). And if we'll have to choose, I'm still for non-premul colors!! :) Regards, :) Simon TRENY Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] dialogs focus
I used to set focus setting to NEW_DIALOG_IF_OWNER_FOCUSED, now it doesn't work anymore. in my case I'm no more able to hit when thunderbird opens the dialog "go to next unread..", I have to move the pointer inside the dialog. NEW_DIALOG works as usual. -- Massimo Maiurana massimoragusa.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 signature.asc Description: OpenPGP digital signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
Carsten writes: > 1. .. > 5 ... The troubles of having evas' software engine do transforms in premul color space whereas the render engine does so in premul are only seen so far if you look carefully or try to do certain things.. But they are a very deep inconsistency and makes evas basically worthless for any serious consideration of these engines as more or less 'interchangeable'. > 6. the problem we have is for evas_color_set() and then edje > and nigh everything that depends on this. if we go premul for > this just about everything will break and need fixing. this is > a lot of stuff. Having edje pass premul colors to evas would be trivial. If that's all apps/libs are using then they wouldn't have to do a thing. > what i think might be best is we: > > 1. add internal premul to non-premul and back conversion routines > (need them anyway - may as well make them fast). Sure. > 2. need to add calls to image objects to get/set the COLORSPACE > of the internal object data (the default would be premul and the > suggestion would be to leave it alone unless you have very special > needs). What good would that do for all but the software engines (and possibly the gl engine). You can't make render do transforms with data in non premul colorspace - one'd just be back to the situation that exists now except with two sets of compositing (and other drawing) routines in the software engine. > 3. move default colorspace to ARGB_PREMUL (we can have non-premul > space, but it will need conversion to premul before using in > routines). What is the point of having a color space that you can't do gfx with internally except convert it to premul? Only if all the evas engines could work with both premul and non premul color space in their gfx handling routines would this make any sense.. and it would still be highly suspect to be able to use this coherently. > 4. i think the best might be we have a evas_colorspace_set(evas, > EVAS_COLORSPACE_ARGB_PREMUL); for example and a EVAS_COLORSPACE_ARGB > and that leads to EVAS_COLORSPACE_YUVA as well so then evas can do > the conversion (if needed) when setting the color of an object on > that canvas. this will mean we can port existing code with 1 function > call when creating the canvas (set it to the non premul argb). > perhaps also per object too (an objects specific colorspace overrides > the evas one). > What's the point of having this in the canvas when such color spaces can't be used directly in a coherent way? You already have the YUV import call, and what does it do? Convert to rgb since there's no internal support by any of the engines to composite ayuv with argb. Not only that, but there are questions of coherence when it comes to using transforms that are not easily dealt -- just as now you have two different results from scaling data with the software vs the render engines when the results are rendered. Are you prepared to do scaling/shearing etc. in ayuv space prior to compositing - how will you have render do this right now? Have you thought out the results of what this will lead to vs first converting to rgb and then scaling/shearing..? Which one(s) you want and why? This is why I didn't want to add eg. an api func for adding ahsv colors to grads, and instead had the interpolation happen there.. I could imagine setting such an interpolation color space to be premul argb/ayuv, non premul argb/ayuv, etc. But there needs to be good reason.. and even more for having other color-space *entry* points. That colors can come in different color spaces alone is not good enough reason - conversion funcs are for that. > then we can begin a migration of code over to premul and remove > the call - but still keep it there for the ability to switch into > a more convenient colorspace. i am not sure this colorspace should > affect image pixels though... that should be per image object as > above. It all sounds very nice... set the color space as you wish, per object even.. :) But it's not so nice when you look deeper. I would consider some of this to be partially viable only when the main engines you want to use (software and render) are capable of dealing with transforms and compositing in these color spaces.. Otherwise it's nothing but an inconsistent mess. jose. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel