Re: [E-devel] E CVS: libs/etk andrunko
On 7/20/07, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > Log Message: > > Added new widget Etk_Mdi_Window. > > MDI ? you mean "multiple document interface" ? windows inside a window ? > Yes. -- Hisham Mardam Bey http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/etk andrunko
On 7/20/07, Hisham Mardam Bey <[EMAIL PROTECTED]> wrote: > On 7/20/07, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > > > Log Message: > > > Added new widget Etk_Mdi_Window. > > > > MDI ? you mean "multiple document interface" ? windows inside a window ? > > > > Yes. Just to make it clear why this made into CVS: framebuffer does this already since there is no concept of windows there and some applications, like the ones we're developing here at INdT, run in fullscreen and we want these dialogs to blend into it, with our own themes and effects (fade in, etc)... these are really easy to do Evas, but ETK could help a bit on its field. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] adding get workarea to Ecore_X
I found this patch to be necessary when working with Ecore X windows that register with the window manager as the desktop window -- otherwise I can't get the correct size of the desktop minus the space that's occupied by panels etc. (The only glitch is that the semantics is not symmetrical to set_workareas where you do additional processing depending on your amount of virtual workspaces) Regards, :M: -- Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] misc/epbb
i made a little patch to misc/epbb for enlightenment 17. now pbbuttonsd sends the backlight level tag already as a %, so BACKLIGHT_MAX = 15 now is wrong furthermore i edited the README to tell better the needed file/directory, as the one mentioned there were wrong i thought also that when checking for resources (read: 'theme') 'return(NULL)' is not completely right, because the program starts, then dies with "segmentation fault". imho would be better to exit(1) immediatly... i have put it the patch, too bye, PaulTT PS i already tried to contact atmos, but i get no answer bye again! diff -urN epbb/src/bin/epbb.c epbb_ptt/src/bin/epbb.c --- epbb/src/bin/epbb.c 2007-01-03 17:34:16.179675000 +0100 +++ epbb_ptt/src/bin/epbb.c 2007-06-22 21:14:55.498206139 +0200 @@ -65,7 +65,9 @@ evas_object_del(result->obj); result->obj = NULL; free(result); -return (NULL); +// TODO: send out an error dialog box +fprintf(stderr, "Resource not found: %s, exiting.\n", buf); +exit(1); } } /* add our object */ @@ -181,7 +183,7 @@ edje_object_signal_emit(e->obj, "pbb,display,brightness", ""); epbb_progress_bar_percent_set(e, val); - snprintf(buf, 120, "%0.0f%%", 100 * (double) val); + snprintf(buf, 120, "%0.0f%%", val * 100 ); epbb_status_text_set(e, buf); } diff -urN epbb/src/bin/main.c epbb_ptt/src/bin/main.c --- epbb/src/bin/main.c 2007-01-03 17:34:11.555675000 +0100 +++ epbb_ptt/src/bin/main.c 2007-06-22 21:15:26.586206139 +0200 @@ -24,7 +24,7 @@ #include"../config.h" #define VOLUME_MAX 100 -#define BACKLIGHT_MAX 15 +#define BACKLIGHT_MAX 100 #define UN(ptr) ptr = 0 #define PBBUTTONSD_TIMEOUT 0.25 diff -urN epbb/README epbb_ptt/README --- epbb/README 2004-01-20 11:19:36.0 +0100 +++ epbb_ptt/README 2007-06-22 21:18:33.834206139 +0200 @@ -16,10 +16,10 @@ Install: sudo make install -Configuration Files live in ~/.e/epbbuttons/ you need the following files +Configuration Files live in ~/.e/apps/epbb/ you need the following files -* default.bits.db - bits file for the window layout -* font.ttf - the font for displaying text messages +* epbb.eet - bits file for the window layout (theme) +* directory fonts containing .ttf files - the font for displaying text messages Version 0.0.3 - I guess it's working. Bugs and Patches to - atmos at atmos dot org (May 8th 2003) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] usb generic animated icon
i made a little red animated icon which i use as an usb generic icon, since i put on it a little usb logo. the icon is available here, if you like to add it to icons: http://www.paultt.org/downloads/icons/redball.edj bye, PaulTT - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] adding get workarea to Ecore_X
http://linuxtogo.org/~mickeyl/patches/ecore-add-get-workarea.patch Regards, :M: -- Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas tilman
On 5/17/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote: > Enlightenment CVS committal > > Author : tilman > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/canvas > > > Modified Files: > evas_object_textblock.c > > > Log Message: > rework how the html entity escape arrays are stored. this saves a few hundred > bytes on the data section of the library, kills off ~300 locations, and makes > the so 77K smaller. damn, this broke it, & and friends don't work anymore... just noticed that on my app, but you can see it from expedite too "textblock basic", it should read "And escaping < and > as well as & [...]" I'll try to fix, but anyone with clue could also check it? -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas tilman
On 7/20/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote: > On 5/17/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote: > > Enlightenment CVS committal > > > > Author : tilman > > Project : e17 > > Module : libs/evas > > > > Dir : e17/libs/evas/src/lib/canvas > > > > > > Modified Files: > > evas_object_textblock.c > > > > > > Log Message: > > rework how the html entity escape arrays are stored. this saves a few > > hundred bytes on the data section of the library, kills off ~300 locations, > > and makes the so 77K smaller. > > damn, this broke it, & and friends don't work anymore... just > noticed that on my app, but you can see it from expedite too > "textblock basic", it should read "And escaping < and > as well as & > [...]" > > I'll try to fix, but anyone with clue could also check it? ok, offsets were wrong... btw, using offsets were a braindead idea, you just need to walk the string, no need for auxiliary. now I need to understand better the _get() code in order to vanish with offsets altogether... hints? -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly builds - Was: Is this a community project?
On Wed, 18 Jul 2007 12:30:53 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Tue, 17 Jul 2007 10:14:58 +1000 David Seikel <[EMAIL PROTECTED]> > babbled: > > > Attached is the result of a first cut at a nightly build script. > > Early days, baby steps, don't pick over the little details. We can > > start with the basics and work up to more features later. > > > > For now I can run this on my boxen while it gets developed further. > > Move it to the E servers and volunteer boxen when it's more mature. > > > > Currently it only compiles stuff that uses autofoo. Some things are > > skipped, mostly due to being deprecated or broken and unmantained. > > Most of what is skipped is in misc. Everything in e17, misc, and > > e_modules is included except for the e17/test and e17/docs > > directories. > > can you... put the script in cvs somewhere? tough to talk about > something we can't see. After much experimentation, we ended up with easy_e17.sh and a post install script. easy_e17.sh is available from morlenxus' server as I've mentioned before. The post install script relies on the current svn version, but that will be the next release soon enough. I'll put the post install script into cvs somewhere. The real question is - where? Create a new project in e17/apps/nightly_build? e17/test perhaps? The major problem at the moment is that sf.net is really fussy about emails you send to it. Seems like a typical workstation with a dynamic IP and default install will not be able to use sendmail signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17
Build log for Enlightenment DR 0.17 on 2007-07-21 13:11:41 +1000 Ubuntu 6.10 \n \l Linux cluster 2.6.17-11-generic #2 SMP Fri May 18 23:39:08 UTC 2007 i686 GNU/Linux autoconf (GNU Autoconf) 2.60 automake (GNU automake) 1.9.6 ltmain.sh (GNU libtool) 1.5.22 Debian 1.5.22-4 (1.1220.2.365 2005/12/18 22:14:06) gettext (GNU gettext-runtime) 0.15 Failed Packages (and command that failed): eflpp make -j 2 elapse make -j 2 epdf ./autogen.sh --prefix=/opt/e17 --cache-file=/tmp/easy_e17/easy_e17.cache e_phys ./bootstrap etk_extra ./autogen.sh --prefix=/opt/e17 --cache-file=/tmp/easy_e17/easy_e17.cache etk-perl make install Evas_Perl make -j 2 Packages with no supported build system: eflame, enthrall, esmart_rsvg, euphoria, exorcist, nexus, ruby-efl, Skipped Packages: camE, embrace, enotes, enscribe, epbb, eplay, erss, etk_server, etox, evoak, gfx_routines, lvs-gui, med, notgame, webcam, Successful Packages: alarm, bling, cpu, deskshow, eclair, ecore, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, efreet, elation, elicit, elitaire, e, embryo, emotion, emphasis, empower, emu, engage, engrave, engycad, enhance, enity, enterminus, entice, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, epsilon, equate, esmart, estickies, etk, e_utils, evas, evfs, evolve, ewl, examine, exhibit, exml, expedite, express, extrackt, feh, flame, forecasts, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, net, news, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Build logs are available at http://onefang.humbug.org.au/E-build-logs/ The nightly build system tries to build everything in the Enlightenment CVS or give a reason why. Currently eterm, e16, e17/docs, e17/test, and web are not built. Feel free to enlighten me about any decisions. The web directory does not contain anything that needs to be built. The e17/test directory is just a dumping ground for old testing stuff that is not meant to be built automatically. The e17/docs directory contains documentation. Some of it can be "built" but I have not bothered yet. The eterm and e16 directories are not currently being built because the build script used as the basis for the nightly build system didn't support those. This may change. The "skipped" result means that the nightly build system was configured to skip that particular project for some reason. Those reasons should be listed here - etox- Obsolete. evoak - Obsolete. enscribe- Unmaintained, broken, and too old to fix. med - Unmaintained, broken, and too old to fix. camE- Unmaintained, broken, and too old to fix. embrace - Unmaintained, broken, and too old to fix. epbb- Unmaintained, broken, and too old to fix. eplay - Unmaintained, broken, and too old to fix. erss- Unmaintained, broken, and too old to fix. lvs-gui - Unmaintained, broken, and too old to fix. notgame - Unmaintained, broken, and too old to fix. webcam - Unmaintained, broken, and too old to fix. enotes - Unmaintained, broken, and too old to fix. etk_server - Uses huge amounts of RAM, so may fail. gfx_routines- This was just a bunch of graphics tests. NOTE: sometimes an ERROR is the result of a failed dependency. The epdf project is a prime example, as it often requires the very latest poppler version, and not everybody is using the latest version of everything. Some people are quite happy running a slightly older, stable OS. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly build log for E17
Damn, cutting and pasting it to my mail client screwed up the formatting a little bit. The next one will test to see if I have done enough to satisfy the sf.net list servers that I am a legitimate member of the list and can send via the sendmail command from a script. On Sat, 21 Jul 2007 13:13:57 +1000 David Seikel <[EMAIL PROTECTED]> wrote: > etk-perl make install Now that Makefile.PL is supported, that autogen.sh file should be removed. It failed because it tried to build as a user and - Makefile.PL prefix=/foo/bar is needed. Autogen.sh is checked before Makefile.PL as most projects use autogen.sh. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly builds - Was: Is this a community project?
On Sat, 21 Jul 2007 12:43:39 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Wed, 18 Jul 2007 12:30:53 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > > > On Tue, 17 Jul 2007 10:14:58 +1000 David Seikel <[EMAIL PROTECTED]> > > babbled: > > > > > Attached is the result of a first cut at a nightly build script. > > > Early days, baby steps, don't pick over the little details. We can > > > start with the basics and work up to more features later. > > > > > > For now I can run this on my boxen while it gets developed further. > > > Move it to the E servers and volunteer boxen when it's more mature. > > > > > > Currently it only compiles stuff that uses autofoo. Some things are > > > skipped, mostly due to being deprecated or broken and unmantained. > > > Most of what is skipped is in misc. Everything in e17, misc, and > > > e_modules is included except for the e17/test and e17/docs > > > directories. > > > > can you... put the script in cvs somewhere? tough to talk about > > something we can't see. > > After much experimentation, we ended up with easy_e17.sh and a post > install script. easy_e17.sh is available from morlenxus' server as > I've mentioned before. The post install script relies on the current > svn version, but that will be the next release soon enough. > > I'll put the post install script into cvs somewhere. The real question > is - where? Create a new project in e17/apps/nightly_build? e17/test > perhaps? > > The major problem at the moment is that sf.net is really fussy about > emails you send to it. Seems like a typical workstation with a dynamic > IP and default install will not be able to use sendmail a script to send to sf.net. Looks like you need a real mail server to > do it for you. So some config of local mail systems may be needed if > we want volunteers to use this to cover various distros etc. > > Once we are happy with the output generated and where it goes we can > worry about OS / distro / CPU coverage details. tus why you should not worry and just run this on e2.enlightenment.org - it already can send email as part of bugzilla requirements. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas raster
On 7/21/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote: > Enlightenment CVS committal > > Author : raster > Project : e17 > Module : libs/evas > > Dir : e17/libs/evas/src/lib/canvas > > > Modified Files: > evas_object_textblock.c > > > Log Message: > > > no need for extra nul byte check - while terminated IF its null. so known > condition. formatting too. > > === > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_textblock.c,v > retrieving revision 1.141 > retrieving revision 1.142 > diff -u -3 -r1.141 -r1.142 > --- evas_object_textblock.c 20 Jul 2007 22:30:12 - 1.141 > +++ evas_object_textblock.c 21 Jul 2007 03:06:08 - 1.142 [...] > @@ -2463,7 +2462,7 @@ > evas_textblock_cursor_text_append(cur, map_itr); > return; > } > - > + > if (map_itr < map_itr) > _advance_after_end_of_string(&map_itr); > } > is this trailing whitespace really required? :-) I have emacs to highlight these on my files. still about minor optimizations, do you think it worth to remove "&" and ";" since they're always present? -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly builds - Was: Is this a community project?
On Sat, 21 Jul 2007 12:24:25 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Sat, 21 Jul 2007 12:43:39 +1000 David Seikel <[EMAIL PROTECTED]> > babbled: > > > On Wed, 18 Jul 2007 12:30:53 +0900 Carsten Haitzler (The Rasterman) > > <[EMAIL PROTECTED]> wrote: > > > > > can you... put the script in cvs somewhere? tough to talk about > > > something we can't see. > > > > After much experimentation, we ended up with easy_e17.sh and a post > > install script. easy_e17.sh is available from morlenxus' server as > > I've mentioned before. The post install script relies on the > > current svn version, but that will be the next release soon enough. > > > > I'll put the post install script into cvs somewhere. The real > > question is - where? Create a new project in > > e17/apps/nightly_build? e17/test perhaps? > > > > The major problem at the moment is that sf.net is really fussy about > > emails you send to it. Seems like a typical workstation with a > > dynamic IP and default install will not be able to use sendmail > > > real mail server to do it for you. So some config of local mail > > systems may be needed if we want volunteers to use this to cover > > various distros etc. > > > > Once we are happy with the output generated and where it goes we can > > worry about OS / distro / CPU coverage details. > > tus why you should not worry and just run this on > e2.enlightenment.org - it already can send email as part of bugzilla > requirements. :) Yes, that is planned. Do I have a shell account on that and enough access to set up a cron job? Being able to send email, and being able to convince sf.net that we are allowed to send email to the list are two separate things. Does e2.enlightenment.org have enough grunt to run a half dozen qemu sessions for nightly testing on a few distro/CPU combinations? If not this is why volunteers may be needed later. Like I said, nothing to worry about now. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Engycad Compilation Issues
Can someone please add the pthread_libs to the Makefile.am in engycad/src? serv.c fails to compile without it. (Unless it's passed in from some of the other packages) I've attached a patch. Thanks, Ed Presutti (ekrunch on freenode) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan --- Makefile.am.old 2007-07-20 23:54:28.713388031 -0500 +++ Makefile.am 2007-07-20 23:54:38.845965454 -0500 @@ -75,4 +75,4 @@ undo.c \ undo.h -engycad_LDADD = @ENGY_LIBS@ -lm +engycad_LDADD = @ENGY_LIBS@ @pthread_libs@ -lm - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problem with edje and its way of dispatching mouse, * signals
On Mon, 16 Jul 2007 11:02:26 -0500 "Nathan Ingersoll" <[EMAIL PROTECTED]> babbled: > A related but slightly different issue is triggering evas events > directly on a specific object. There are times where it would be very > helpful to simply dispatch an event directly to a specific object > rather than feeding the event into evas and relying on it's picking to > select the one you want. > > Does anyone see a good reason we couldn't extend the evas API to support this? i see no reason why not - it won't break anything, and can be useful. :) > - > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] website url rewrite
On Thu, 12 Jul 2007 11:16:05 +0300 "Chady Kassouf" <[EMAIL PROTECTED]> babbled: you READ the urls? and even type them in? i'm not sure it really matters unless you want to hide the fact that its php with parameters? > On 7/12/07, Stéphane Bauland <[EMAIL PROTECTED]> wrote: > > > > Chady Kassouf wrote: > > > Hi, > > > > > > In order to make the new website's URLs easier to use, I'd like to > > propose > > > using mod_rewrite and having some rewrite rules to make the URIs more > > > readable. > > > > > > Something along the lines of: > > > > > > > > > #RewriteEngine On > > > #RewriteCond %{REQUEST_FILENAME} !-f > > > #RewriteCond %{REQUEST_FILENAME} !-d > > > #RewriteRule ^(..)/(.*) /p.php?l=$1&p=$2 [L] > > > > > > > > > > > > which would make this URL: > > > http://enlightenment.org/p.php?p=about/libs&l=en > > > be: > > > http://enlightenment.org/en/about/libs > > > > > > > > > > > > > > Hi all, > > > > Yep for sure, but you need to remove commented lines :)) > > and to rewrite all the site internal links. :) > > > > But i think it could be greatful.. > > > Oops.. I was testing the conditions on my site and then removed them but > forgot to delete the comments before posting :D > > anyway, if this gets added I'm willing to do all the required editing to get > the contents links working correctly. > > Regards, > -- > Chady 'Leviathan' Kassouf > http://chady.net/ > - > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problem with edje and its way of dispatching mouse, * signals
On Thu, 19 Jul 2007 18:45:52 -0300 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> babbled: > On 7/18/07, Brian Mattern <[EMAIL PROTECTED]> wrote: > > On Wed, Jul 18, 2007 at 12:56:17AM -0300, Gustavo Sverzut Barbieri wrote: > > > On 7/18/07, Brian Mattern <[EMAIL PROTECTED]> wrote: > > >> On Tue, Jul 17, 2007 at 06:15:51PM -0300, Gustavo Sverzut Barbieri wrote: > > >> > Notice that edje property is no_mouse_grab, because then we can keep > > >> > compatibility with existent .edj files. > > >> > > > >> > I don't like evas_object_mouse_grab_set() very much, it looks like > > >> > mouse will be immediately grab, which is not the case. But I don't > > >> > have any better word for that. > > >> > > >> > + EAPI void evas_object_mouse_grab_set > > >> (Evas_Object *obj, Evas_Bool no_mouse_grab); > > >> > + EAPI Evas_Bool evas_object_mouse_grab_get > > >> (Evas_Object *obj); > > >> > > >> > > >> Maybe evas_object_auto_grab_set(Evas_Object *obj, Evas_Bool auto_grab) ? > > >> (or _mouse_auto_grab_) > > > > > > it's not that better... other suggestions? > > > > > > can_grab_mouse? > > > > That makes even less sense. Maybe "grab" isn't a good choice. Really > > we're picking between two alternate methods of presenting mouse events. > > So, maybe evas_object_mouse_event_mode_set(obj, EVAS_EVENT_MODE_X) > > > > I'm at a loss atm as to what the two names should be though. (Maybe > > ORIGINAL and RAW... not happy with those...) > > > > > > > > > > >> Whatever we call it, the second parameter should NOT be no_*. It should > > >> be TRUE for "grab the mouse", and simply default to TRUE. > > > > > > yes, I agree, but how about edje files? Can I rely on people updating > > > their edje files? Remember that edje files will not be recompiled > > > since they have not changed, users may issue "make clean" to get it > > > updated. > > > > For edje files, you either need compatibility code (where the version is > > checked on load and the value is set properly), OR you can just make the > > edje option 'negative' (it doesn't have to be the same as the c api). > > However, with the above suggestion for an API, the 'original' mode would > > just be equal to 0. > > Ok, anyone more like it like Brian? I don't. > > Any other ideas? I'll wait until sunday, but it would be great if it > don't last that long, my virtual keyboard demo is almost ready, just > some images and this to be in then I can release it! :-) > > http://barbieri-playground.googlecode.com/svn/efl-tests/vkbd/ I like brian's "mode" api idea. basically evas adopts a grab policy similar to X11 (and in X it's termed mouse grabbing - in this case implicit grabs). so i would go typedef enum _Evas_Object_Pointer_Mode { EVAS_OBJECT_POINTER_MODE_AUTOGRAB, EVAS_OBJECT_POINTER_MODE_NOGRAB } Evas_Object_Pointer_Mode; EAPI void evas_object_pointer_mode_set(Evas_Object *obj, Evas_Object_Pointer_Mode mode); EAPI Evas_Object_Pointer_Mode evas_object_pointer_mode_get(Evas_Object *obj); if needed we can expand over time. otherwise the internal logic can be as you have written it in your patch gustavo :) as for edje - make it: pointer_mode: AUTOGRAB; pointer_mode: NOGRAB; etc. :) this works well with the default eet return of 0 if not provided. (otherwise according to your question of how to do this if the default should be "1" to on would be to use 1 == on, 2 == off, 0 == unknown in the edje data). > -- > Gustavo Sverzut Barbieri > -- > Jabber: [EMAIL PROTECTED] >MSN: [EMAIL PROTECTED] > ICQ#: 17249123 > Skype: gsbarbieri > Mobile: +55 (81) 9927 0010 > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] logout
On Mon, 16 Jul 2007 03:45:34 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Sun, 15 Jul 2007 17:26:59 +0200 Peter Parkanyi <[EMAIL PROTECTED]> > wrote: > > > I have a rather annoying problem with e17 on my Gentoo box. Wait. This > > isn't an e17 bug. This is obviously a skype bug, but skype is closed, > > so I can't really do anything with it. > > > > When I hit "Logout", "Shut Down", "Reboot", and so on in the E menu, > > every application quits, except skype, because it only closes its main > > window. My suggestion is that it would be good if I could set > > somewhere to autokill specified stuff when logout, or specify a > > timeout for logout, and if the applications doesn't quit in that > > time, e17 autokills (not -9) them, or simply quit (if e17 starts > > applications as children, then all of the started apps are forced to > > quit, right?). This would be very handy. > > There is already a timeout, then E17 asks the user if it's OK to kill > everything. This gives the user a chance to manually close down things > properly or otherwise respond appropriately. > > The "Exit" menu option does an unconditional exit. > > Maybe a configuration option to unconditionally kill things after the > timeout would do the trick? generally i think this is a bad idea - a lot of apps will put up "are you sure you want to exit - you haven't saved your files" dialogs. you want the user to go handle all of these first - then logout/shutdown etc. this is a skype specific issue due to it wanting a "system tray" unconditionally. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for a better wallpaper dialog layout
On Sat, 14 Jul 2007 20:09:46 +0200 Hannes Janetzek <[EMAIL PROTECTED]> babbled: a slight problem is that now the theme selector has a different layout... :/ also it only changes advanced mode. not sure i like the inconsistency. > hi, > if this patch is ok iwould go on and fix some of the other dialog > layouts. > > a screenshot is here: > http://www.informatik.uni-bremen.de/~jeff/conf2.jpg > > Regards, > Hannes "jeffdameth" Janetzek -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] image loading questions
On Sun, 15 Jul 2007 14:54:38 -0600 "Eric Wasylishen" <[EMAIL PROTECTED]> babbled: > Hi, I have a few questions related image loading. > > One thing I'm working on is an xmms2 client using ETK/evolve. I'd like > it to show album cover art; the way the xmms2 client lib handles this > is it gives you a pointer to an image file that was copied in to > memory but not decoded. People using gtk have a function in gdk_pixbuf > for this, which automatically determines the image format (probably > jpg or png for covers) and decodes it, but as far as I can tell > imlib2/evas lack this feature? (though I noticed epeg can load a jpeg > file from memory.) correct. no such feature. > One option I though of is just copying the loader code for say JPG and > PNG from evas or imlib2 in to my app, and modifying it to do what I > need. Or, would loading images from memory be useful enough to go in > evas or imlib2? well personally i put imlib2 on "life support". i don't want to put things into it. if it goes anywhere - it's evas. as for being useful - definitely. but to date it has not been a hard requirement. > Another project I'd like to do is an image viewer where image loading > doesn't block the GUI. After some reading my plan is to write a daemon > which loads the image data in to shared memory for the gui app to > access, though I'm not sure what advantages/disadvantages this would > have over doing it in a thread. > To get the best performance possible, I want it to load jpg's at a > reduced size (epeg and evas can) and be able to cancel loading an > image (only imlib2 can?) So far the best solution I can see is to use > epeg and imlib2. Any better ideas? > > I greatly appreciate any tips or advice.. thanks :) ok - this goes into a whole new world. as discussed before - evas is getting to the stage where it may need threads/ipc connections etc. of its own (to talk to shared image cache daemons, etc.) and we may need to export an FD from evas - much like xlib and xcb export fd's and allow ecore to listen on them waiting for events. why talk about this? this allows us to now have something like evas_object_image_load_policy_set(obj, EVAS_LOAD_POLICY_ASYNC); and that will hit to evas to load image data in the background - that means either a thread or daemon does this and writes back to evas via a file descriptor as progress happens. this can allow the load to go on in the background. existing loaders will need to be modified to support this, but it is possible. then when evas's fd becomes active you call evas_process(evas); to read any data on the fd (events) and process anything - then: evas_render(evas); to render any updates - if there are any. this would give you your progressive loading, non-blocking, and make it available to anyone. a first SIMPLE implementation could be to just load the whole image in the bg in a thread that is spawned IF the image is set for async load policy - and when it is 100% done, write and event back to evas. you won't see the decode as it loads, but you won't block - it will be blank, then suddenly appear. later loaders can be made smarter to send events as they decode (registering which sections of the image decoded). as for loading from memory - i see no reason we cant have a evas_object_image_memory_set(obj, pointer_to_data, size_of_data); (and a get too). this will match with evas_object_image_file_set() and get. again - loaders will need to be adjusted to handle this, and not all loaders could necessarily do it (depending on the back-end decoder lib being used). evas can't do a quick-guess on extension as to what loader to try first, so it will need to use a brute-force try and use all loaders until one succeeds. > - > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Software X11 and Software SDL
On Mon, 16 Jul 2007 14:45:43 +0200 Cedric BAIL <[EMAIL PROTECTED]> babbled: > Hi, > > During my development of the SDL engine I did notice that always > seems a little bit faster than software x11. I think it was only an artefact, > or something strange with my config, but as Caro also notice this. We did > find something that could be the source of the slow down. > > In the software_x11 implementation, we create a new RGBA_Image for > each region to be update (in evas_engine.c:eng_output_redraws_next_update_get > with evas_outbuf.c:evas_software_x11_outbuf_new_region_for_update). Then they > are flushed on the final surface and destroyed. > In software_sdl, I just copy to the final destination without > creating new surface (I need to reset the background to start from a fresh > copy). > > The software_x11 is also more complex than software_sdl as it handle > rotation and I don't know it's internal enough to see how and if it's > possible to change it to not allocate an RGBA_Image for each region. So if > someone as a little more time to look at this issue and see if it's possible > to improve thing :) we pay a performance price for: 1. allocing memory - and if its "fresh" memory from sbrk() or mmap() as malloc will provide, it will be filled with 0's by the kernel. this is a cost we pay for "unix security" on getting more memory. we don't need or want it filled with 0's - we want it just garbage memory. we will fill it later anyway. 2. shm segments - creating and destroying them, round-trips to x to do this AND also filling them with 0's like the RGBA_Image buffers. same story - but a little worse even. in 32bpp evas is a little smart - it actually will use the shm buffer AS the image data for the RGBA_Image so we only pay this price once in shm buffer creation and 0 filling. software_x11 can be faster by adopting the same caching idea as software_16. api is there - just needs to be used :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Deprecating Ecore_Desktop
On Tue, 17 Jul 2007 10:07:11 -0400 dan sinclair <[EMAIL PROTECTED]> babbled: > All, > > We've had Efreet in CVS for a while now and it seems to be working well. > Taking a look at the other apps in CVS the only one still using > Ecore_Desktop that I noticed was Engage. > > Can the Engage maintainer please update the app to use Efreet so we can > move Ecore_Desktop over into proto? also ecore_dbus should get deprecated soon. > Thanks, > dan > > - > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas common engine as a direct rendering library?
On Thu, 19 Jul 2007 00:20:16 +0200 "Jorge Luis Zapata Muga" <[EMAIL PROTECTED]> babbled: > Hi all, i have taken evas to be my guinea pig here =) > > I've split the common engine code into a different library, because > with time it has became a really good direct rendering library. what > would it benefit us? i have the idea that abstracting at the canvas > level and at the rendering level would make objects to render > themselves, and get away from engine level several non needed stuff > because there's maybe no engine that can do what evas do internally. > the latter isnt fully decided yet, but isolating concepts on the > library is a good thing imho, you can do more benchmarks and have more > control on what every part of the library does. So the first step im > doing is to abstract the direct rendering code, if anyone is > interested on this, reply :) I think this is a good idea. I have nothing against it - but we need to be aware that it makes breaking internal rendering api's harder :( i do agree that this will make benchmarks and testing of just raw routines much much much easier. for now i think this extra lib can just ship with evas - we can split it out later as/when needed. for now a big sign of "this api is going to break - don't use it in your app unless you like api's always breaking" on it. :) > - > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] adding get workarea to Ecore_X
On Fri, 20 Jul 2007 16:55:09 +0200 "Dr. Michael 'Mickey' Lauer" <[EMAIL PROTECTED]> babbled: > I found this patch to be necessary when working with Ecore X windows that > register with the window manager as the desktop window -- otherwise I > can't get the correct size of the desktop minus the space that's > occupied by panels etc. > > (The only glitch is that the semantics is not symmetrical to > set_workareas where you do additional processing depending on your > amount of virtual workspaces) could you make it symmetrical? basically you could have multiple areas... it's bad not to be symmetrical :/ -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Deprecating Ecore_Desktop
On 21-Jul-07, at 12:29 AM, Carsten Haitzler (The Rasterman) wrote: > On Tue, 17 Jul 2007 10:07:11 -0400 dan sinclair > <[EMAIL PROTECTED]> babbled: > >> All, >> >> We've had Efreet in CVS for a while now and it seems to be working >> well. >> Taking a look at the other apps in CVS the only one still using >> Ecore_Desktop that I noticed was Engage. >> >> Can the Engage maintainer please update the app to use Efreet so >> we can >> move Ecore_Desktop over into proto? > > also ecore_dbus should get deprecated soon. > This was deprecated a while ago by rephorm I believe. It's been moved into proto/ dan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly builds - Was: Is this a community project?
On Sat, 21 Jul 2007 13:33:51 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Sat, 21 Jul 2007 12:24:25 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > > > On Sat, 21 Jul 2007 12:43:39 +1000 David Seikel <[EMAIL PROTECTED]> > > babbled: > > > > > On Wed, 18 Jul 2007 12:30:53 +0900 Carsten Haitzler (The Rasterman) > > > <[EMAIL PROTECTED]> wrote: > > > > > > > can you... put the script in cvs somewhere? tough to talk about > > > > something we can't see. > > > > > > After much experimentation, we ended up with easy_e17.sh and a post > > > install script. easy_e17.sh is available from morlenxus' server as > > > I've mentioned before. The post install script relies on the > > > current svn version, but that will be the next release soon enough. > > > > > > I'll put the post install script into cvs somewhere. The real > > > question is - where? Create a new project in > > > e17/apps/nightly_build? e17/test perhaps? > > > > > > The major problem at the moment is that sf.net is really fussy about > > > emails you send to it. Seems like a typical workstation with a > > > dynamic IP and default install will not be able to use sendmail > > > > > real mail server to do it for you. So some config of local mail > > > systems may be needed if we want volunteers to use this to cover > > > various distros etc. > > > > > > Once we are happy with the output generated and where it goes we can > > > worry about OS / distro / CPU coverage details. > > > > tus why you should not worry and just run this on > > e2.enlightenment.org - it already can send email as part of bugzilla > > requirements. :) > > Yes, that is planned. Do I have a shell account on that and enough yes :) > access to set up a cron job? Being able to send email, and being able > to convince sf.net that we are allowed to send email to the list are > two separate things. :/ true - but its easier for e.org as its an official server - your adsl link will be on an RBL somewhere as a dialup/user account ip thus be blocked. > Does e2.enlightenment.org have enough grunt to run a half dozen qemu > sessions for nightly testing on a few distro/CPU combinations? If not > this is why volunteers may be needed later. Like I said, nothing to > worry about now. it's a dual cpu dual core xeon @ 3ghz. 2gb ram. it's got enough. we also have e1.enlightenment.org too - same specs. we can split builds across them. e2 runs all our www stuff - e1 is anon cvs right now. also just run the build with really low priority - niced down so www or later anoncvs don't get too impacted. builds can just roll along in the background - the time they take is not important. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Deprecating Ecore_Desktop
On Sat, 21 Jul 2007 01:09:20 -0400 dan sinclair <[EMAIL PROTECTED]> babbled: > > On 21-Jul-07, at 12:29 AM, Carsten Haitzler (The Rasterman) wrote: > > > On Tue, 17 Jul 2007 10:07:11 -0400 dan sinclair > > <[EMAIL PROTECTED]> babbled: > > > >> All, > >> > >> We've had Efreet in CVS for a while now and it seems to be working > >> well. > >> Taking a look at the other apps in CVS the only one still using > >> Ecore_Desktop that I noticed was Engage. > >> > >> Can the Engage maintainer please update the app to use Efreet so > >> we can > >> move Ecore_Desktop over into proto? > > > > also ecore_dbus should get deprecated soon. > > > > This was deprecated a while ago by rephorm I believe. It's been moved > into proto/ oh dear me - it has too. i missed that! yay! -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas raster
On Sat, 21 Jul 2007 00:32:27 -0300 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> babbled: > On 7/21/07, Enlightenment CVS <[EMAIL PROTECTED]> wrote: > > Enlightenment CVS committal > > > > Author : raster > > Project : e17 > > Module : libs/evas > > > > Dir : e17/libs/evas/src/lib/canvas > > > > > > Modified Files: > > evas_object_textblock.c > > > > > > Log Message: > > > > > > no need for extra nul byte check - while terminated IF its null. so known > > condition. formatting too. > > > > === > > RCS file: /cvs/e/e17/libs/evas/src/lib/canvas/evas_object_textblock.c,v > > retrieving revision 1.141 > > retrieving revision 1.142 > > diff -u -3 -r1.141 -r1.142 > > --- evas_object_textblock.c 20 Jul 2007 22:30:12 - 1.141 > > +++ evas_object_textblock.c 21 Jul 2007 03:06:08 - 1.142 > > [...] > > > @@ -2463,7 +2462,7 @@ > > evas_textblock_cursor_text_append(cur, map_itr); > > return; > > } > > - > > + > > if (map_itr < map_itr) > > _advance_after_end_of_string(&map_itr); > > } > > > > is this trailing whitespace really required? :-) I have emacs to > highlight these on my files. not needed - but it seems jed's indenting replaced it. > still about minor optimizations, do you think it worth to remove "&" > and ";" since they're always present? which ones? > > -- > Gustavo Sverzut Barbieri > -- > Jabber: [EMAIL PROTECTED] >MSN: [EMAIL PROTECTED] > ICQ#: 17249123 > Skype: gsbarbieri > Mobile: +55 (81) 9927 0010 > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas raster
On 7/21/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Sat, 21 Jul 2007 00:32:27 -0300 "Gustavo Sverzut Barbieri" > > still about minor optimizations, do you think it worth to remove "&" > > and ";" since they're always present? > > which ones? from escape_strings: "<\0\x3c\0" -> "lt\0\x3c\0" this will require some changes, but will save (176 * 2) = 352 bytes, plus less data to look/process. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel