[E-devel] e16-0.16.8.7, epplets-0.10
e16 version 0.16.8.7 and epplets version 0.10 are now available for download: http://sourceforge.net/project/showfiles.php?group_id=2 e16-0.16.8.7: - Add option to show windows on all desks in focus list. - The CM now renders to the composite overlay window. - Fix various updates when external background changes. - Fix stacking before shade/unshade when click-raises is enabled. - Fix unmaximizing after shade/unshade. - Fix resizing normal-maximized-fullscreen and back. - Fix preserving maximised state across restart. - Add option to do edge flipping only when moving window. - Enable focusing windows not containing the pointer in pointer focus modes when using the focus list. - Add magnifier window (eesh mag). - Fix windows sometimes getting stuck to pointer. - Fix incorrect fading termination in certain situations. - Fix ugly black shadows on icons in transparent iconbox. - Fix repaint after changing shadow mode. - Various minor bug fixes and enhancements, see ChangeLog for details. epplets-0.10: - Remove XSynchronize left in by mistake. - Use e16.8 automatic snapshot updates to avoid client message storms when switching viewport/desk. - Fix potential rendering bug in E-Cpu and others. /Kim - 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] [evas] fix of configure's output
Hey, when PKG_CHECK_MODULE does not find a package, it does not display the result. This lead to wrong output. I've attached a patch that adds AC_MSG_RESULT in some package that I can test on my computer. regards, Vincent? confdefs.h ? configure.in.diff ? confstat1452-15239 ? src/modules/engines/software_ddraw ? src/modules/engines/software_16/.deps ? src/modules/engines/software_16/Makefile ? src/modules/engines/software_16/Makefile.in ? src/modules/engines/software_16_x11/.deps ? src/modules/engines/software_16_x11/Makefile.in Index: configure.in === RCS file: /var/cvs/e/e17/libs/evas/configure.in,v retrieving revision 1.216 diff -u -r1.216 configure.in --- configure.in1 May 2007 13:07:51 - 1.216 +++ configure.in4 May 2007 23:00:16 - @@ -108,6 +108,7 @@ AC_DEFINE(HAVE_FONTCONFIG, 1, [have fontconfig searching capabilities]) ], [ have_fontconfig=no +AC_MSG_RESULT(no) ]) fi @@ -231,9 +232,9 @@ PKG_CHECK_MODULES( XCB, xcb xcb-shm xcb-image, - [have_evas_software_xcb=yes], - [have_evas_software_xcb=no], - [ have_evas_software_xcb=no ]) + [ have_evas_software_xcb=yes ], + [ have_evas_software_xcb=no +AC_MSG_RESULT(no) ]) ## manually disable xcb engine by default - not auto detected. have_evas_software_xcb=no @@ -269,7 +270,8 @@ ## Automatic check... PKG_CHECK_MODULES(DIRECTFB, directfb = 0.9.16, [ have_evas_directfb=yes ], - [ have_evas_directfb=no ] + [ have_evas_directfb=no +AC_MSG_RESULT(no) ] ) ## manually disable directfb engine by default - not auto detected. have_evas_directfb=no @@ -590,9 +592,9 @@ PKG_CHECK_MODULES( XCBRENDER, xcb xcb-shm xcb-render xcb-image, - [have_evas_xrender_xcb=yes], - [have_evas_xrender_xcb=no], - [ have_evas_xrender_xcb=no ]) + [ have_evas_xrender_xcb=yes ], + [ have_evas_xrender_xcb=no +AC_MSG_RESULT(no) ]) ## manually disable xcb engine by default - not auto detected. have_evas_xrender_xcb=no @@ -826,7 +828,11 @@ # next, if she does, check whether EET is available if test $want_eet_image_loader = yes -o $want_eet_font_loader = yes; then - PKG_CHECK_MODULES(EET, eet, have_eet=yes, have_eet=no) + PKG_CHECK_MODULES(EET, + eet, + [ have_eet=yes ], + [ have_eet=no + AC_MSG_RESULT(no) ]) else have_eet=no fi @@ -867,7 +873,11 @@ # next, if she does, check whether EDB is available if test $want_edb_image_loader = yes; then - PKG_CHECK_MODULES(EDB, edb, have_edb=yes, have_edb=no) + PKG_CHECK_MODULES(EDB, + edb, + [ have_edb=yes ], + [ have_edb=no + AC_MSG_RESULT(no) ]) else have_edb=no fi @@ -976,6 +986,7 @@ ], [ have_svg=no +AC_MSG_RESULT(no) ] ) if test x$have_svg = xyes; then @@ -1928,7 +1939,11 @@ # put something in as the 4th parameter, so configure doesn't abort # when valgrind.pc isn't found. have_valgrind=no -PKG_CHECK_MODULES(VALGRIND, valgrind = 2.4.0, have_valgrind=yes, have_valgrind=no) +PKG_CHECK_MODULES(VALGRIND, + valgrind = 2.4.0, + [ have_valgrind=yes ], + [ have_valgrind=no + AC_MSG_RESULT(no) ]) VALGRIND_LIBS= # dont use LIBS AC_ARG_ENABLE(valgrind, - 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] E CVS: apps/e raster
Enlightenment CVS committal Author : raster Project : e17 Module : apps/e Log Message: move custom file stuff to another file - e_fm.[ch] is becoming a bit of a monster. Why not kill the monster, or maybe just tame it somewhat. Couldn't you use evfs for the back-end stuff? Have an e17 module with plugins that would do the graphical front-ends for whatever evfs plugin type you want to support? That would seem like it could save a lot of work/code duplication -- and would potentially give you the back-end support for the various fs types that evfs already supports.. and also provide back-end support for things like the trash can - something that e17 will eventually want. You could even define new .desktop file types, namely types like say vfs:some-protocol, which would provide a url as a target. Clicking on such an icon would then use evfs to read that target and the associated e17 module-plugin would display/handle it accordingly. This would effectively give the desktop-shell (e17) much the same capability as certain file-managers, except that the primary interfacing is done initially via desktop icons. 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
Re: [E-devel] E CVS: apps/e raster
On Sat, 5 May 2007 03:21:57 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: Enlightenment CVS committal Author : raster Project : e17 Module : apps/e Log Message: move custom file stuff to another file - e_fm.[ch] is becoming a bit of a monster. Why not kill the monster, or maybe just tame it somewhat. Couldn't you use evfs for the back-end stuff? Have an e17 module with plugins that would do the graphical front-ends for whatever evfs plugin type you want to support? actually the vfs layer is already in e_fm_main.c - its spawned off to a subprocess :) That would seem like it could save a lot of work/code duplication -- and would potentially give you the back-end support for the various fs types that evfs already supports.. and also provide back-end support for things like the trash can - something that e17 will eventually want. understood - but it wont save anything :) You could even define new .desktop file types, namely types like say vfs:some-protocol, which would provide a url as a target. Clicking on such an icon would then use evfs to read that target and the associated e17 module-plugin would display/handle it accordingly. This would effectively give the desktop-shell (e17) much the same capability as certain file-managers, except that the primary interfacing is done initially via desktop icons. eventually- evfs is targetted for e18 :) 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 -- - 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] E CVS: apps/e raster
That would seem like it could save a lot of work/code duplication -- and would potentially give you the back-end support for the various fs types that evfs already supports.. and also provide back-end support for things like the trash can - something that e17 will eventually want. understood - but it wont save anything :) It won't save you from having to write all the file-system back-end stuff needed for these kinds of things? U... that's somewhat odd. You could even define new .desktop file types, namely types like say vfs:some-protocol, which would provide a url as a target. Clicking on such an icon would then use evfs to read that target and the associated e17 module-plugin would display/handle it accordingly. This would effectively give the desktop-shell (e17) much the same capability as certain file-managers, except that the primary interfacing is done initially via desktop icons. eventually- evfs is targetted for e18 :) Ahhh... well, that's a different story altogether. :) 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