Re: [E-devel] [RFC] SDL Engine
Here, the void *engine_data holds any engine specific stuff, eg. for the xrender based engines this would be similar to the current XRImage structure (minus certain things). actually - this is a problem. you need to be able to have MULTIPLE engine share the same cached image - you need multiple engine_data's - thus why i wrapped the other way around. you need to support a software_x11, xrender_x11, gl_x11 et. engine all at once (currently It allows exactly for that. The underlying loaded, shared argb32 image is the RGBA_Image they all have a pointer to, and that is indexed in a 'common' hash. Something like the 'Evas_Image' struct I mentioned works like a generic 'wrapper', but it wraps both the RGBA_Image structure and any engine-specific added parts. It's indexed in a 'higher' cache system, specific to the engine type. The issue is then one of suitable ref-counting in both the engine cache and the common hash. In any case, this would be one way - as far as basic image caching goes. More complex caching stuff, as you mention you'd like, is something more involved and possibly more flexible in how it could be realized. if we are going to revisit caching significantly - i'd really like to look at a shared cache - ewl and etk would love it as right now each process needs to load its own fonts, images etc. and so N processes loading the same data do it N times. Agreed - in principle. But as I mentioned back when we first started mumbling about this - when you started talking multi-process shared caching... you lost me. :) jose. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch for disabling confirmation dialogs
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 ? 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_config-cnfmdlg_disabled) + { + _e_actions_cb_halt_dialog_ok (NULL, NULL); + return; + } + halt_dialog = e_dialog_new(e_container_current_get(e_manager_current_get()), E, _halt_dialog); if (!halt_dialog) return; e_win_delete_callback_set(halt_dialog-win, _e_actions_cb_halt_dialog_delete); @@ -1717,8 +1757,11 @@ static void _e_actions_cb_reboot_dialog_ok(void *data, E_Dialog *dia) { - e_object_del(E_OBJECT(reboot_dialog)); - reboot_dialog = NULL; + if (dia) + { +
Re: [E-devel] Patch for disabling confirmation dialogs
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 Why don't you just add Don't show this dialog again checkboxes to those confirm. dialogs? I don't think a conf dialog is needed here. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] SDL Engine
On Mon, 30 Apr 2007 12:34:25 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : On Wed, 25 Apr 2007 01:17:56 +0200 Simon TRENY [EMAIL PROTECTED] babbled: On Tue, 24 Apr 2007 14:41:22 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : On Mon, 9 Apr 2007 10:16:56 +0200 Simon TRENY [EMAIL PROTECTED] babbled: On Fri, 6 Apr 2007 15:21:52 +0200, Cedric BAIL [EMAIL PROTECTED] wrote : I did visit the sdl website, and there seems to be mention of using OpenGL with SDL... Is it possible to maybe also have a gl_sdl version of the engine.. ie. one which would presumably use some gl rendering? I did think about that also, but I must have some priority. So first I want to have an Ecore with all others EFL running cleany with the software_sdl. So it's definitively possible in my opinion, but not really on top of my TODO list :) I have some experience with SDL + OpenGL and there is nothing different between using OpenGL with SDL and using OpenGL with an X11 window (OpenGL-wise). The only differences are the calls that depends on the windowing system: the creation of the GL context and the swapping of the front/back buffers. But I don't think it's worth it to create an Evas engine for OpenGL+SDL. It will be exactly the same as the GL-X11 engine (i.e just a wrapper of the GL-common engine). agreed. in fact the sdl engine is strange. it allocates sdl surfaces for images - but really doesnt do anything more than the software engine. there is not any good reason for this, and really the sdl engine shouldnt need to be any more than just an sdl wrapper handling the windowing system interfacing and display of ARGB32 data to the screen - the rest can be the software engine as-is. Actually, I don't think there should be a GL-X11 engine in Evas at all. Just the GL-common engine should be enough. Then all the code to create the GL-context and to swap the buffers (that is to say, all the code that is currently in the GL-X11 engine) should be moved to Ecore_Evas imho. This way, if we'd like to use OpenGL+SDL or OpenGL+Win32, there will be no need to create a new Evas engine. We would just have to create the window, the GL-context and to use it with the GL-common engine of Evas (all of these could be done in Ecore_Evas). And it will make it possible to use Evas in your own OpenGL app which already has its own GL context: for example, you could use Evas for the GUI of an OpenGL game, which could be really cool imho :) i disagree. currently the engine does the swaps because that is the onyl sane way to get performance with gl. in theory it should render updates like the software engines do - render the update regions to a pbuffer/texture then copy to the frontbffer instead of allocating a whole backbuffer for the window. the problem is that if you expose this, this mechanism is no longer tweakable by the engine. the software engines dont force you to do anything special before or after rendering to make them display, and the gl engine shouldnt either imho. I see what you mean, and actually, it's just a design problem. But the thing is, because of this design issue, the GL engine is far more limited that what it could actually do. The only thing we would need to make it as powerful as it could be would be to change Ecore_Evas_GL_X11 from this: 1. Creation of a drawable 2. Creation of the GL-engine from the drawable 3. While (1) do { engine-render() } to this: 1. Creation of a drawable 2. Creation of a GL-context from the drawable 2. Creation of the GL-engine 3. While (1) do { engine-render(); swap_buffers(GL-context) } but by doing this you ASSUME the mechanism for updating IS a glxswapbuffers - what if it isn't? what if we change it to do what i said (render to texture/pbuffer, then copy that to the frontbuffer) - maybe it might do things differently based on the driver (some drivers might be able to accelerate this, some may not).? the gl engine in this regard is no less limited than the software_x11 - EXCEPt it doesnt allow alternate drawable targets (pixmaps). what YOU want is the ability for the gl engine to render to a texture or pbuffer - and you get to specify that texture/pbuffer. that is what you really want. it would then work no differently to the software and xrender engines that can have pixmaps specified as targets (as a pixmap and window are the same for rendering purposes here). Actually, what I really want is a GL engine that is not aware of the rendering-target, i.e. an engine that can render indifferently to the backbuffer, to the fronbuffer, to a texture, to a pbuffer... and independently of the windowing system used. Here would be the different schemes to do these things with this generic GL engine: Backbuffer +
Re: [E-devel] Patch for disabling confirmation dialogs
On Mon, Apr 30, 2007 at 10:55:18AM +0300, Luchezar Petkov 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 Why don't you just add Don't show this dialog again checkboxes to those confirm. dialogs? I don't think a conf dialog is needed here. Because people wanted to disable all dialogs at once. Thats' why i added this option. Also if you allow to disable each dialog, you need to be able to enable it again. I think this option is more simplier. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ 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
On Monday, 30 April 2007, at 12:21:02 (+0200), Brian 'morlenxus' Miculcy wrote: Why don't you just add Don't show this dialog again checkboxes to those confirm. dialogs? I don't think a conf dialog is needed here. Because people wanted to disable all dialogs at once. There is wisdom in not allowing them to do that. Thats' why i added this option. Also if you allow to disable each dialog, you need to be able to enable it again. I think this option is more simplier. Simple isn't the goal, so those should not be the terms in which we are thinking. Many apps have a confirmation dialog, though, so I don't see it as a problem as long as each confirmation is independently enableable or disableable. And yes, there should be a Don't show this again in each confirmation. 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) --- Courage is grace under pressure.-- Ernest Hemingway - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] WWW!
Hello, wiki is good. for theme docs too. and for translation. I can probably handle the French translation if you want. Mathieu - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas raster
On 4/30/07, Vincent Torri [EMAIL PROTECTED] wrote: It seems that a lot of eng_* functions do not test 'data'. Should we add that test in these functions too ? probably not since you won't get that far. I could trigger that situation when doing evas_free() on a just created evas_new() without setting the engine... and just because I was writing unittests for my python bindings. -- 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 DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] WWW!
Mathieu Taillefumier wrote: Hello, wiki is good. for theme docs too. and for translation. I can probably handle the French translation if you want. we're talking about translation documentation, not to translate the documentation :-) ie how to translate E, who translate is, etc And if you want, wait until the user guide and the site content is finished and translate them. You can also translate other articles in the wiki. Mathieu - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
I've been writing some documentation for a bunch of the applications for Elbuntu, but I'll send them here if they're welcome. jethomas On Thu, 26 Apr 2007 08:56:58 -0400 dan sinclair [EMAIL PROTECTED] wrote: yup :) also remember - the website is not static - it's an evolving thing, but the www site compared to wiki is meant to be much more static. if people wish to collaborate on documentation and guides to start with the wiki is a great place. as dan says - once things settle they can be release on gold on the main site - but that also depends on the code and projects they document getting a release. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
Jaime Thomas wrote: I've been writing some documentation for a bunch of the applications for Elbuntu, but I'll send them here if they're welcome. Send them to me if you're talking about applications that are in our CVS. jethomas On Thu, 26 Apr 2007 08:56:58 -0400 dan sinclair [EMAIL PROTECTED] wrote: yup :) also remember - the website is not static - it's an evolving thing, but the www site compared to wiki is meant to be much more static. if people wish to collaborate on documentation and guides to start with the wiki is a great place. as dan says - once things settle they can be release on gold on the main site - but that also depends on the code and projects they document getting a release. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E17 + dbus = hard requirement
any chance we can get the dbus support turned into an optional component in the window manager ? -mike signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 + dbus = hard requirement
Right now the ecore dbus requirement is 'hard', but that has no compile time dependencies. (It only depends runtime on dbus being installed). If you don't have dbus installed, it will simply not be able to connect to the bus, and ignore those sections of code. If we ever move to e_dbus, THAT depends compile time on libdbus, and so we'd need to make all the code in e optionally compile. However, I'm not sure if that is even really planned. In short, for now, just force ecore_dbus to be compiled (no reason not to as, again, it has only soft runtime deps). Brian On Mon, Apr 30, 2007 at 02:04:40PM -0400, Mike Frysinger wrote: any chance we can get the dbus support turned into an optional component in the window manager ? -mike - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
I've written them for Eclair, Elicit, Exhibit, Estickies. Can write for others. jethomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
Jaime Thomas wrote: I've written them for Eclair, Elicit, Exhibit, Estickies. Can write for others. jethomas Ok, send me what you have about Exhibit and Estickies. I'll check those out. Eclair is officially dead, Elicit, iirc isnt maintained anymore. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
On Mon, Apr 30, 2007 at 10:27:45PM +0300, Luchezar Petkov wrote: Jaime Thomas wrote: I've written them for Eclair, Elicit, Exhibit, Estickies. Can write for others. jethomas Ok, send me what you have about Exhibit and Estickies. I'll check those out. Eclair is officially dead, Elicit, iirc isnt maintained anymore. Incorrect. Elicit is alive and working well. (13 commit emails in march and 5 in may). Please check before spreading misinformation. :) Brian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
Brian Mattern wrote: On Mon, Apr 30, 2007 at 10:27:45PM +0300, Luchezar Petkov wrote: Jaime Thomas wrote: I've written them for Eclair, Elicit, Exhibit, Estickies. Can write for others. jethomas Ok, send me what you have about Exhibit and Estickies. I'll check those out. Eclair is officially dead, Elicit, iirc isnt maintained anymore. Incorrect. Elicit is alive and working well. (13 commit emails in march and 5 in may). Please check before spreading misinformation. :) Brian Err... :-) *blush* I'm sorry. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
On Mon, 30 Apr 2007 15:33:55 -0500 Brian Mattern [EMAIL PROTECTED] babbled: On Mon, Apr 30, 2007 at 10:27:45PM +0300, Luchezar Petkov wrote: Jaime Thomas wrote: I've written them for Eclair, Elicit, Exhibit, Estickies. Can write for others. jethomas Ok, send me what you have about Exhibit and Estickies. I'll check those out. Eclair is officially dead, Elicit, iirc isnt maintained anymore. Incorrect. Elicit is alive and working well. (13 commit emails in march and 5 in may). Please check before spreading misinformation. :) actually eclair might not be active - BUT, unlike a lot of apps, it works fairly well. Brian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ 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 (東京 日本) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ 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
I actually was speaking to a few people about this. If each dialog has its own disable checkbox then you can disable per dialog. Then all you need to do is add a button somewhere in the config panel to re-enable all dialogs. Of course this is a bit more complicated then a global enable/disable, but might not be too bad. I don't know how the dialog code is setup though so not sure if this can be added in a generic way or not. On Mon, 30 Apr 2007 12:34:28 -0400 Michael Jennings [EMAIL PROTECTED] wrote: On Monday, 30 April 2007, at 12:21:02 (+0200), Brian 'morlenxus' Miculcy wrote: Why don't you just add Don't show this dialog again checkboxes to those confirm. dialogs? I don't think a conf dialog is needed here. Because people wanted to disable all dialogs at once. There is wisdom in not allowing them to do that. Thats' why i added this option. Also if you allow to disable each dialog, you need to be able to enable it again. I think this option is more simplier. Simple isn't the goal, so those should not be the terms in which we are thinking. Many apps have a confirmation dialog, though, so I don't see it as a problem as long as each confirmation is independently enableable or disableable. And yes, there should be a Don't show this again in each confirmation. Michael - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] SDL Engine
Simon wrote: Actually, what I really want is a GL engine that is not aware of the rendering-target, i.e. an engine that can render indifferently to the backbuffer, to the fronbuffer, to a texture, to a pbuffer... and independently of the windowing system used. Here would be the different schemes to do these things with this generic GL engine: . . . I'm not certain wether or not you'll be able to do this, in that kind of generality, with respect to the windowing system. However, starting with OpenGL 1.5 there is available the framebuffer object extension which seems to allow for much of this. Here's a link to the spec: http://www.opengl.org/registry/specs/EXT/framebuffer_object.txt Maybe you could use this approach to construct a fairly generic gl engine, and presumably support fast 'render-to-texture' functionality. jose. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel