Re: [E-devel] Strange (for me) issue on evas/fb app
On 3/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Massimiliano wrote: Hi all, finally i'm able to test my EFL code under my ARM-based devel board. My target is to be able to have a crosscc edje, therefore i've started at the bottom, in order eet, evas, ecore and finally edje. cross-eet works well, my problem is evas. I wrote a simple app (see main.c attached) with a lot of printf for debugging (at this moment i haven't gdbserver working on target, damn), and here's a cutpaste from my target console when i run my app. /sbin # sb_evas1 Evas inizializzato. Evas canvas istanziato. Engine disponibili: fb buffer Framebuffer disponibile. Output method: 1 Step1 ! Segmentation fault Looking in the code, it seems that the segfault happens at evas_output_method_set(evas, output_method) Can anyone help me? TIA Ummm... Anyone else experience a similar problem? no, just compiled the source code and works for me. Massimiliano can you make a backtrace of the segfault? if it is for an embedded device, it might be some cross compiling issues. note that evas_render_method_list gets the possible modules at compile time not at run time (i.e it does not lists the engine modules that are on the filesystem, but the compilation options), and when you do a evas_init it does initialize the modules that are located at an arch dependent directory: $prefix/lib/evas/modules/engines/ENGINE/ARCH/module.so tell us what is the ARCH directory as it might not find any module for your arch. turran jose. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Strange (for me) issue on evas/fb app
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 15 Mar 2007 11:04:48 +0100 Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote: no, just compiled the source code and works for me. Massimiliano can you make a backtrace of the segfault? if it is for an embedded device, it might be some cross compiling issues. note that evas_render_method_list gets the possible modules at compile time not at run time (i.e it does not lists the engine modules that are on the filesystem, but the compilation options), I didn't know it! I thought that the evas_render_method_list() gave back runtime infos... and when you do a evas_init it does initialize the modules that are located at an arch dependent directory: $prefix/lib/evas/modules/engines/ENGINE/ARCH/module.so tell us what is the ARCH directory as it might not find any module for your arch. turran I hope to have understood, my english is very poor, therefore here a cutpaste directly from target: ~ # ls -l /usr/lib/evas/modules/ drwx--5 root root 1024 Mar 13 08:13 engines drwx--6 root root 1024 Mar 13 08:14 loaders drwx--5 root root 1024 Mar 13 08:14 savers ~ # ls -l /usr/lib/evas/modules/engines/ drwx--3 root root 1024 Mar 13 08:13 buffer drwx--3 root root 1024 Mar 13 08:13 fb drwx--3 root root 1024 Mar 13 08:13 software_generic ~ # ls -l /usr/lib/evas/modules/engines/fb drwx--2 root root 1024 Mar 13 08:13 linux-gnu-arm ~ # ls -l /usr/lib/evas/modules/engines/fb/linux-gnu-arm/ - -rw---1 root root83534 Mar 13 08:13 module.a - -rwx--1 root root 959 Mar 13 08:13 module.la - -rwx--1 root root72898 Mar 13 08:13 module.so Massi - -- Massimiliano Calamelli http://mcalamelli.netsons.org [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFF+SJZleGEL56NNP4RAoINAKDjXgTqleKpimXiF+B/3KtcqxW1eACgu2+G OEZbKf16kvGrQ47DyOKxrrQ= =79ZD -END PGP SIGNATURE- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Strange (for me) issue on evas/fb app
Hi What color space are you using? If evas do not have the right color convertion function it will seg. fault without warning. -- Lars Munch On Wed, Mar 14, 2007 at 05:17:26PM +0100, Massimiliano Calamelli wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, finally i'm able to test my EFL code under my ARM-based devel board. My target is to be able to have a crosscc edje, therefore i've started at the bottom, in order eet, evas, ecore and finally edje. cross-eet works well, my problem is evas. I wrote a simple app (see main.c attached) with a lot of printf for debugging (at this moment i haven't gdbserver working on target, damn), and here's a cutpaste from my target console when i run my app. /sbin # sb_evas1 Evas inizializzato. Evas canvas istanziato. Engine disponibili: fb buffer Framebuffer disponibile. Output method: 1 Step1 ! Segmentation fault Looking in the code, it seems that the segfault happens at evas_output_method_set(evas, output_method) Can anyone help me? TIA Massi - -- Massimiliano Calamelli http://mcalamelli.netsons.org [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFF+CAWleGEL56NNP4RAgcOAKC5vjVmBQr7zIgDVAFiU186rhoEZACfaEnp lep70T9fCn+ZOu8rEpvCe7g= =Ik3L -END PGP SIGNATURE- #include stdlib.h #include stdio.h #include Evas.h #include Evas_Engine_FB.h int main (int argc, char **argv) { Evas *evas; Evas_List *engine_list, *l; Evas_Object *line1, *line2, *line3, *line4; int rot = 0; int output_method = 0; if (!evas_init()) { printf(Impossibile inizializzare Evas.\n); return -1; } printf(Evas inizializzato.\n); evas = evas_new(); if (!evas) { printf(Impossibile istanziare Evas canvas.\n); return -1; } printf(Evas canvas istanziato.\n); engine_list = evas_render_method_list(); if (!engine_list) { fprintf(stderr, Nessun engines supportato.\n); exit(-1); } printf(Engine disponibili:\n); for (l = engine_list; l; l = l-next) { char *engine_name; engine_name = l-data; printf(%s\n, engine_name); } evas_render_method_list_free(engine_list); output_method = evas_render_method_lookup(fb); if (output_method == 0) { printf(Framebuffer non disponibile.\n); return -1; } printf(Framebuffer disponibile.\n); printf(Output method: %d\n, output_method); printf(Step1 !\n); evas_output_method_set(evas, output_method); printf(Step2 !\n); evas_output_size_set(evas, 640, 480); printf(Step3 !\n); evas_output_viewport_set(evas, 0, 0, 640, 480); printf(Step4 !\n); Evas_Engine_Info_FB *einfo; einfo = (Evas_Engine_Info_FB *) evas_engine_info_get(evas); if (!einfo) { printf(Errore nelle info dell'engine.\n); return -1; } printf(Info sull'engine OK.\n); einfo-info.virtual_terminal = 0; einfo-info.device_number = 0; einfo-info.refresh = 0; einfo-info.rotation = rot; evas_engine_info_set(evas, (Evas_Engine_Info *) einfo); line1 = evas_object_line_add(evas); evas_object_color_set(line1, 255, 255, 0, 0); line2 = evas_object_line_add(evas); evas_object_color_set(line2, 255, 255, 0, 0); line3 = evas_object_line_add(evas); evas_object_color_set(line3, 255, 255, 0, 0); line4 = evas_object_line_add(evas); evas_object_color_set(line4, 255, 255, 0, 0); evas_object_line_xy_set(line1, 10, 10, 630, 10); evas_object_line_xy_set(line2, 630, 10, 630, 470); evas_object_line_xy_set(line3, 10, 470, 630, 470); evas_object_line_xy_set(line4, 10, 10, 10, 470); evas_object_show(line1); evas_object_show(line2); evas_object_show(line3); evas_object_show(line4); evas_render(evas); evas_shutdown(); return 0; } - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
[E-devel] Multiple Theme E About windows
Hi All, Tokyo pointed something out to me today... currently it is possible to have more than one about window open for both E the theme. Is this desired behavior ?? Afaik, in most interface stuff, it is not really common to be able todo this... Comments welcome before I fix it :) Cheers, dh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Eye Candy Software on E16
Hello, I'm quite curious to know if anyone tried to run skippy-xd on e16 with composite features enabled. I tried it but it doesn't work. Anyone knows the reason why? Cheers, -- Paulo Jorge Matos - pocm at soton.ac.uk http://www.personal.soton.ac.uk/pocm PhD Student @ ECS University of Southampton, UK - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Multiple Theme E About windows
Hello, On 3/15/07, Christopher Michael [EMAIL PROTECTED] wrote: Hi All, Tokyo pointed something out to me today... currently it is possible to have more than one about window open for both E the theme. Is this desired behavior ?? Afaik, in most interface stuff, it is not really common to be able todo this... Comments welcome before I fix it :) After discussing it a bit online, it turns out what Chris means is that you can open more than one instance of the E about dialog, and the theme's about dialog. This is ofcourse something that doesnt make much sense. I am all for fixing it to allow only one instance of the E about dialog and one instance of the theme's about dialog to be visible at any one point in time. hisham. -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore mej
On Thu, Mar 15, 2007 at 01:25:00AM -0400, Michael Jennings wrote: On Thursday, 15 March 2007, at 06:21:21 (+0100), Vincent Torri wrote: 1) I have tested them. it works for me Apparently you failed to test whether other applications would subsequently build with the changes you made. They won't. The correct response to a dev breaking cvs is hey, this broke, can you fix it?, not I'm a dick. 2) you have reverted all the commits without telling what is wrong for each commit See #E. The problem was noted by several people across multiple applications/libraries. Not everyone is in #e (its hard to take that mindless drivel for more than a few minutes a month). So, see #e is a worthless response. Now, several people having build issues does indicate that the build is broken. But, people temporarily break cvs all the time (including me, raster, and possibly even your holiness). Either fix it or wait for the dev who broke it to fix it. (Or revert your local tree to before the patch that broke things). 3) why the autoconf changes (I guess that's the main problem) does not work for you What does ecore-config --libs print? That should point you in the right direction to fix your patch. Finally some useful information... Amazing. (Typically it takes a few more heated emails back and forth before anything like this appears). So, in summary. I) Stop treating people like shit. II) Let them know when they break things BEFORE you revert their changes. III) Stop treating people like shit. rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore mej
On Thu, 15 Mar 2007 06:44:00 +0100 (CET) Vincent Torri [EMAIL PROTECTED] wrote: you are really an asshole You are preaching to the converted. He knows that and he is proud of it. signature.asc Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore mej
On Thursday, 15 March 2007, at 08:42:31 (-0500), Brian Mattern wrote: The correct response to a dev breaking cvs is hey, this broke, can you fix it? If the breakage is minor, I agree 100%. But in this situation, every single project that used ecore was broken. There are times when it has been necessary to revert big breakages until the person who broke it has a chance to fix it. raster's done it, I've done it...heck, you've even probably done it. Not everyone is in #e (its hard to take that mindless drivel for more than a few minutes a month). So, see #e is a worthless response. I don't agree. Generally speaking, when build problems arise, that's the first place they show up. And as a result, that's where they get discussed typically. Now, several people having build issues does indicate that the build is broken. But, people temporarily break cvs all the time (including me, raster, and possibly even your holiness). Sure, we've all broken CVS. Sometimes in small ways, and sometimes in big ways. The little breakages aren't an issue, but if I broke a core library badly enough to not allow 90% of the stuff in CVS to compile, I'd expect my changes to be reverted too. Either fix it or wait for the dev who broke it to fix it. (Or revert your local tree to before the patch that broke things). I felt that the seriousness of the issue and the fact that none of those experiencing it seemed able to pinpoint the problem (it was admittedly misleading since ecore itself built and functioned fine) warranted backing out the changes until caro had a chance to fix his patch. I apologize for pissing people off, but I still feel that reverting the patch was the most expeditious solution. I) Stop treating people like shit. I did not insult or degrade anyone. Nothing I did was personal or intended to be offensive. When I have time to dig into problems and help resolve them, I try to do so. But it just so happens that several people had broken builds, myself included, at a time when I was in the middle of too many things at once to try and track down the problem. So I fixed it quickly and waited for caro to return to discuss the problem. Unfortunately, he took it personally, and as I told him privately, it was not personal at all. Most of his changes are great, and I respect his ability. This one just happened to be a doozie. II) Let them know when they break things BEFORE you revert their changes. Normally I do. We have CVS for a number of reasons, and one if them is so that we have the ability to revert bad changes if necessary. A quick look shows at least 20 or so commit messages since November of patches that got reverted (instead of fixed) until a better or more correct fix could be applied. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- A lot of times, men do things they don't want to do so the woman they're going out with will do things *they* don't want to do. -- Tim Allen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore mej
On Thu, Mar 15, 2007 at 11:55:08AM -0400, Michael Jennings wrote: On Thursday, 15 March 2007, at 08:42:31 (-0500), Brian Mattern wrote: The correct response to a dev breaking cvs is hey, this broke, can you fix it? If the breakage is minor, I agree 100%. But in this situation, every single project that used ecore was broken. There are times when it has been necessary to revert big breakages until the person who broke it has a chance to fix it. raster's done it, I've done it...heck, you've even probably done it. I'm far too lazy to revert peoples changes :) I'll concede that in this case it was big enough to warrant reverting. Maybe better commit messages (this breaks compilation of anything that depends on ecore, revert it for now) would help avoid hurting peoples (admittedly a bit sensitive) feelings. This project is just hobbling along with very few devs, most too busy or too fed up with the squabbling to devote much time or effort. So, mej, tone it down a bit (i know, its hard for you...) :) And, caro, don't take everything so personally. Just fix what was broken and re-commit your changes. rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore mej
On Thursday, 15 March 2007, at 11:34:39 (-0500), Brian Mattern wrote: I'll concede that in this case it was big enough to warrant reverting. Maybe better commit messages (this breaks compilation of anything that depends on ecore, revert it for now) would help avoid hurting peoples (admittedly a bit sensitive) feelings. You're right. I went back and looked at my commit message, and it was admittedly unkind. I apologize for that. So, mej, tone it down a bit (i know, its hard for you...) :) And, caro, don't take everything so personally. Just fix what was broken and re-commit your changes. Actually since it's possible my commit message got things off on the wrong foot and ended up causing this whole mess, I went ahead and re-applied the patch along with a fix for ecore-config. Hopefully the correct fix. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Here, let me get my thumb off her breast so you can fully appreciate her. -- Beth O'Hara - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/ecore mej
On Thu, Mar 15, 2007 at 12:51:53PM -0400, Michael Jennings wrote: Actually since it's possible my commit message got things off on the wrong foot and ended up causing this whole mess, I went ahead and re-applied the patch along with a fix for ecore-config. Hopefully the correct fix. :) Michael Thanks :) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10
Michael Jennings wrote: On Wednesday, 14 February 2007, at 19:45:11 (+0100), Kim Woelders wrote: Yeah, I'm a sneaky bastard. I even sent a stealth message to the e-devel list about it to make sure nobody noticed: http://sourceforge.net/mailarchive/message.php?msg_id=37464062 my devious plan failed and somebody who was obviously impersonating you responded: http://sourceforge.net/mailarchive/message.php?msg_id=37464063 Re-reading that, now I remember. And remembering, now I revisit my previous suggestion: Why not just check config.rpath in and be done with this whole mess? I was assuming that this was a general question to the list and not to me in particular, as I think I have made my opinion clear about all of this long ago, i.e. use autopoint (leave things as they are) and move on, or fix things whichever way you like. However, nobody else seems to want to answer your question, so here I go once again (wonder why :) )... You may not like autopoint and there have been people claiming that building e17 (e17/apps/e) is broken, but in my opinion nobody has yet provided any serious proof like logs showing what fails when building from a clean checkout using the current setup. You may not like autopoint, but the current e17 setup has been used by e16 for at least a year now without *any* complaints. And as for the question... As I assume you know, simply adding config.rpath just now (and removing autopoint from autogen.sh) will not work. You'll probably have to revert most of the changes I did when I introduced autopoint or run autopoint and commit most of the files it adds. I'm not going to actually try doing this, but I'll take a guess that this can probably be made to work with automake-1.9 as well as automake-1.10, but break when autofoo-x.yy arrives. /Kim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for disabling confirmation dialogs
Hi, i added this to the patch. Works for me, thanks for the hint. Brian On Tue, Mar 13, 2007 at 08:15:27AM -0400, Christopher Michael wrote: Brian 'morlenxus' Miculcy wrote: Hi guys, the attached patch allows to disable confirmation dialogs. For example you want to shutdown or hibernate your computer, you first need to accept the warning. This patch adds an option to the config panel advanced-dialogs which allows to disable that. People where asking for it, since my kill dialog patch went in. Greets, Brian 'morlenxus' Miculcy Brian, There is a problem with this patch. You never set the e_config file generation for when a new config variable gets added, nor the IFCFG block: Example: e_config.h: #define E_CONFIG_FILE_GENERATION 0x0111 e_config.c: IFCFG(0x0111); e_config-clientlist_include_all_zones = 0; IFCFGEND; dh ? e_int_config_dialogs.c ? e_int_config_dialogs.h Index: Makefile.am === RCS file: /cvs/e/e17/apps/e/src/bin/Makefile.am,v retrieving revision 1.176 diff -u -r1.176 Makefile.am --- Makefile.am 2 Mar 2007 17:00:20 - 1.176 +++ Makefile.am 16 Mar 2007 06:52:56 - @@ -135,7 +135,7 @@ e_int_config_desklock.h \ e_int_config_exebuf.h \ e_int_config_apps.h \ -e_int_config_cfgdialogs.h \ +e_int_config_dialogs.h \ e_int_config_color_classes.h \ e_int_config_mime.h \ e_int_config_mime_edit.h \ @@ -294,7 +294,7 @@ e_int_config_desklock.c \ e_int_config_exebuf.c \ e_int_config_apps.c \ -e_int_config_cfgdialogs.c \ +e_int_config_dialogs.c \ e_int_config_intl.c \ e_int_config_imc.c \ e_int_config_imc_import.c \ Index: e_actions.c === RCS file: /cvs/e/e17/apps/e/src/bin/e_actions.c,v retrieving revision 1.92 diff -u -r1.92 e_actions.c --- e_actions.c 4 Mar 2007 07:03:10 - 1.92 +++ e_actions.c 16 Mar 2007 06:52:57 - @@ -257,8 +257,11 @@ E_Object *obj; obj = data; - e_object_del(E_OBJECT(kill_dialog)); - kill_dialog = NULL; + if (dia) + { + e_object_del(E_OBJECT(kill_dialog)); + kill_dialog = NULL; + } if ((!((E_Border *)obj)-lock_close) (!((E_Border *)obj)-internal)) e_border_act_kill_begin((E_Border *)obj); } @@ -291,6 +294,14 @@ obj = E_OBJECT(e_border_focused_get()); if (!obj) return; } + if (kill_dialog) e_object_del(E_OBJECT(kill_dialog)); + + if (e_config-cnfmdlg_disabled) + { + _e_actions_cb_kill_dialog_ok (obj, NULL); + return; + } + bd = (E_Border *)obj; snprintf(dialog_text, sizeof(dialog_text), You are about to kill %s.brbr @@ -299,7 +310,6 @@ Are you sure you want to kill this window?, bd-client.icccm.name); - if (kill_dialog) e_object_del(E_OBJECT(kill_dialog)); kill_dialog = e_dialog_new(e_container_current_get(e_manager_current_get()), E, _kill_dialog); if (!kill_dialog) return; @@ -1558,8 +1568,11 @@ static void _e_actions_cb_exit_dialog_ok(void *data, E_Dialog *dia) { - e_object_del(E_OBJECT(exit_dialog)); - exit_dialog = NULL; + if (dia) + { + e_object_del(E_OBJECT(exit_dialog)); + exit_dialog = NULL; + } e_sys_action_do(E_SYS_EXIT, NULL); } @@ -1582,6 +1595,13 @@ ACT_FN_GO(exit) { if (exit_dialog) e_object_del(E_OBJECT(exit_dialog)); + + if (e_config-cnfmdlg_disabled) + { + _e_actions_cb_exit_dialog_ok (NULL, NULL); + return; + } + exit_dialog = e_dialog_new(e_container_current_get(e_manager_current_get()), E, _exit_dialog); if (!exit_dialog) return; e_win_delete_callback_set(exit_dialog-win, _e_actions_cb_exit_dialog_delete); @@ -1619,8 +1639,11 @@ static void _e_actions_cb_logout_dialog_ok(void *data, E_Dialog *dia) { - e_object_del(E_OBJECT(logout_dialog)); - logout_dialog = NULL; + if (dia) + { + e_object_del(E_OBJECT(logout_dialog)); + logout_dialog = NULL; + } e_sys_action_do(E_SYS_LOGOUT, NULL); } @@ -1643,6 +1666,13 @@ ACT_FN_GO(logout) { if (logout_dialog) e_object_del(E_OBJECT(logout_dialog)); + + if (e_config-cnfmdlg_disabled) + { + _e_actions_cb_logout_dialog_ok (NULL, NULL); + return; + } + logout_dialog = e_dialog_new(e_container_current_get(e_manager_current_get()), E, _logout_dialog); if (!logout_dialog) return; e_win_delete_callback_set(logout_dialog-win, _e_actions_cb_logout_dialog_delete); @@ -1668,8 +1698,11 @@ static void _e_actions_cb_halt_dialog_ok(void *data, E_Dialog *dia) { - e_object_del(E_OBJECT(halt_dialog)); - halt_dialog = NULL; + if (dia) + { + e_object_del(E_OBJECT(halt_dialog)); + halt_dialog = NULL; + } e_sys_action_do(E_SYS_HALT, NULL); } @@ -1692,6 +1725,13 @@ ACT_FN_GO(halt) { if (halt_dialog) e_object_del(E_OBJECT(halt_dialog)); + + if
[E-devel] Ibox oddity when restarting E...
Hello, Most will probably not be bothered by this behavior. But for some reason it drives me crazy. It seems that when you restart E, you get all iconified applications added to the iconbox present on the current desk regardless of the Show windows from active desktop setting. For example, If I have 4 desks, each with 2 iconified apps on them. Then I restart E... I will end up with 8 iconified apps in the icon box on the current desktop. If you switch from the current desktop to any other... things get straightened out. But it still bothers me. Attached is a patch to fix this behavior. -- Regards, Ravenlock Index: e17/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.80 diff -u -r1.80 e_mod_main.c --- e17/apps/e/src/modules/ibox/e_mod_main.c3 Jan 2007 06:14:03 - 1.80 +++ e17/apps/e/src/modules/ibox/e_mod_main.c16 Mar 2007 06:15:48 - @@ -1017,9 +1017,11 @@ E_Event_Border_Add *ev; IBox *b; IBox_Icon *ic; + E_Desk *desk; ev = event; /* add if iconic */ + desk = e_desk_current_get(ev-border-zone); if (ev-border-iconic) { Evas_List *l, *ibox; @@ -1028,6 +1030,7 @@ { b = l-data; if (_ibox_icon_find(b, ev-border)) continue; +if ((b-show_desk) (ev-border-desk != desk)) continue; ic = _ibox_icon_new(b, ev-border); if (!ic) continue; b-icons = evas_list_append(b-icons, ic); @@ -1078,15 +1081,18 @@ IBox *b; IBox_Icon *ic; Evas_List *l, *ibox; + E_Desk *desk; ev = event; /* add icon for ibox for right zone */ /* do some sort of anim when iconifying */ + desk = e_desk_current_get(ev-border-zone); ibox = _ibox_zone_find(ev-border-zone); for (l = ibox; l; l = l-next) { b = l-data; if (_ibox_icon_find(b, ev-border)) continue; + if ((b-show_desk) (ev-border-desk != desk)) continue; ic = _ibox_icon_new(b, ev-border); if (!ic) continue; b-icons = evas_list_append(b-icons, ic); - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel