Re: [E-devel] Segfault on opening email attachments
On Fri, 10 Aug 2012 11:21:51 -0400 Nikolas Arend nikolas.ar...@gmx.net wrote: On 08/10/2012 11:01 AM, Carsten Haitzler (The Rasterman) wrote: On Fri, 10 Aug 2012 10:08:40 -0400 Nikolas Arend nikolas.ar...@gmx.net said: On 08/10/2012 09:54 AM, Michael Blumenkrantz wrote: 1) unload engage module 2) ??? 3) profit Wow, that was helpful. The way my engage is configured and being used, I find it much more profitable that the alternatives. If you don't like to debug it, fine, I'll stop sending bt's and debug it myself if I find the time. Just say so. engage isnt going to ship with e17 - we have to prioritize to things we will ship and fix those. :) priorities. that's it. :) Yeah, well, I understand about priorities. Still, sending in bug reports/bt's for modules that are part of the enlightenment project (it's in trunk/E-MODULES-EXTRA/ after all) could be met with a more constructive reply (or none, which saves time). Just discourages peoples to report. Maybe Hannes, who I guess is the maintainer, might appreciate it, even though priorities are currently shifted elsewhere. I'll agree on the more constructive reply aspect, but that module is not necessarily official in any way. It is a 3rd party module that just happens to be hosted in the repository, just like all modules in the E-MODULES-EXTRA. It is usually best to contact the author directly for these as they may not always be reading the mailing list. Anyway, I would contact Hannes with the bt as it does seem to be coming from engage. Nick On Fri, Aug 10, 2012 at 2:43 PM, Nikolas Arend nikolas.ar...@gmx.netwrote: Hi, Recently e started segfaulting when I try to open email attachments in thunderbird (i.e. click on them). Backtrace is attached. This is revision 74987, Fedora 17 i386. Let me know if you need more info. Thanks, Nick #0 0xb77e2424 in __kernel_vsyscall () #1 0x4ee7b07b in waitpid () from /usr/lib/libpthread.so.0 #2 0x08075434 in e_alert_show () #3 0x081426e7 in e_sigabrt_act () #4 signal handler called #5 0xb77e2424 in __kernel_vsyscall () #6 0x4ecb793f in raise () from /usr/lib/libc.so.6 #7 0x4ecb9293 in abort () from /usr/lib/libc.so.6 #8 0x41419021 in evas_object_image_source_set () from /usr/lib/libevas.so.1 #9 0x4141932a in evas_object_image_source_unset () from /usr/lib/libevas.so.1 #10 0x4142601c in evas_object_del () from /usr/lib/libevas.so.1 #11 0xb355d764 in ngi_item_free () from /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so #12 0xb3556d5d in ?? () from /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so #13 0xb35573d0 in ?? () from /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so #14 0x410a24df in ?? () from /usr/lib/libecore.so.1 #15 0x410a26ea in ?? () from /usr/lib/libecore.so.1 #16 0x410a3377 in ?? () from /usr/lib/libecore.so.1 #17 0x410ad008 in ?? () from /usr/lib/libecore.so.1 #18 0x410adffd in _ecore_timer_expired_call () from /usr/lib/libecore.so.1 #19 0x410adea6 in _ecore_timer_expired_timers_call () from /usr/lib/libecore.so.1 #20 0x410ab451 in ?? () from /usr/lib/libecore.so.1 #21 0x410a9a51 in ecore_main_loop_begin () from /usr/lib/libecore.so.1 #22 0x08072251 in main () -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
Re: [E-devel] Terminology, jump to bottom on keypress
On Mon, 30 Jul 2012 19:14:25 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 27 Jul 2012 08:52:25 -0400 Nikolas Arend nikolas.ar...@gmx.net said: Hi, With Jump to bottom on keypress active, I noticed that terminology would not do the jump on pressing certain keys, like Ctrl, Shift etc, which makes sense. But it also doesn't do that for Arrow up/down, which bash uses to navigate through the command history. Is that intentional, and if not, do you think that could be changed? Thanks, Nick i've fxxd it :) Now I'll have to implement something else since you replaced my only change :P -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology, jump to bottom on keypress
On Fri, 27 Jul 2012 20:14:11 +0200 Davide Andreoli d...@gurumeditation.it wrote: I had implemented a change to only jump if the key that is pressed produces a character, otherwise it doesn't jump. I can possibly change it to ignore modifier keys instead, but that is a lot of strcmp on each keypress. 2012/7/27 Nikolas Arend nikolas.ar...@gmx.net: Hi, With Jump to bottom on keypress active, I noticed that terminology would not do the jump on pressing certain keys, like Ctrl, Shift etc, which makes sense. But it also doesn't do that for Arrow up/down, which bash uses to navigate through the command history. Is that intentional, and if not, do you think that could be changed? I'm suffering from the same issue, I'm used to make the terminal jump to bottom pressing PgDown (dunno why :P, but works in all terminals I use) Is there a reason why some key don't make the term scoll? The option say 'scroll on key press' not 'scroll on some key press' :D davemds Thanks, Nick -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] What about joining SPI ?
On Sat, 28 Jul 2012 09:28:37 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sat, 28 Jul 2012 00:25:17 +0200 Vincent Torri vincent.to...@gmail.com said: everything is in the website : http://www.spi-inc.org/ for what purpose? for collecting money and making sure donations are tax-deductible (within the us)? Something like this came up before when we were first doing Google Summer of Code. Can't recall if this is the same org or not, but I know at that time there wasn't much response. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology, jump to bottom on keypress
On Sat, 28 Jul 2012 10:45:25 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Sat, Jul 28, 2012 at 6:28 AM, Nick Hughart mek...@mekius.net wrote: On Fri, 27 Jul 2012 20:14:11 +0200 Davide Andreoli d...@gurumeditation.it wrote: I had implemented a change to only jump if the key that is pressed produces a character, otherwise it doesn't jump. I can possibly change it to ignore modifier keys instead, but that is a lot of strcmp on each keypress. Or maybe just do a special case for arrow... but that will be ugly I guess. Well raster already changed it to look for modifiers so all is well :) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 27 Jul 2012 11:33:22 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Jul 27, 2012 at 11:27 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: After this commit, vi is very light and faded. Can you check this? or is there any suggestion? (no jed though) Poor choice of color by vi (same goes with emacs). I turn it of by setting manually the TERM environ variable back to xterm. Just a heads up, I've also noticed that eina_log output is not colorized here with the new TERM setting. All I did was switch back to xterm and it started working again. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] DBus/Elm Application Question.
On Tue, 24 Jul 2012 07:01:37 -0300 Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Tue, Jul 24, 2012 at 12:36 AM, Nick Hughart mek...@mekius.net wrote: Alright, so I'm working on a PolicyKit1 authentication agent and have run into something of a problem. I am working on implementing this dbus method: http://hal.freedesktop.org/docs/polkit/eggdbus-interface-org.freedesktop.PolicyKit1.AuthenticationAgent.html#eggdbus-method-org.freedesktop.PolicyKit1.AuthenticationAgent.BeginAuthentication I am unmarshaling the command and all that just fine inside a callback function that was specified in when setting up BeginAuthentication via e_dbus_interface_method_add. The problem is that I have to somehow popup a window to authenticate the user before calling AuthenticationAgentResponse and also before I send the reply for BeginAuthentication. Given that while I'm in the callback, the elm main loop will not be running, I'm not sure how to popup the dialog without returning from the callback and thus replying to the dbus message before making the call to AuthenticationAgentResponse(). Will I need to fork off a process to do the GUI part of the app while leaving another process to do the DBus communication or is there something I'm missing? Nops. You can keep a ref to the message and decide to respond later. Just make the method return NULL. If it's not working, it's a bug and should be fixed. See e_dbus_object_handler() in src/lib/dbus/e_dbus_object.c how it's implemented. Just the answer I was looking for :D I had thought about trying this, but hadn't given it a shot yet as I was working on some other aspects still. I will try it and let you know if it's working. Lucas De Marchi -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: ngc891 IN trunk/packaging/slackware: . enlightenment eyesight
On Tue, 24 Jul 2012 21:53:07 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: packaging/slackware: - eeze mount doesn't fit well anymore with Slackware current and udisks backend seems to work pretty well now, so enable it by default. As a note about using udisks. If policykit isn't setup to allow disks to be mounted by everyone without authentication, the mount will fail. I'm working on an auth agent for policykit now so this won't be an issue soon enough. - eyesight doesn't build anymore without poppler and mupdf needs extra dependency, so disable it for now. - makes thing compile fater with make -j5. Author: ngc891 Date: 2012-07-24 21:53:06 -0700 (Tue, 24 Jul 2012) New Revision: 74369 Trac: http://trac.enlightenment.org/e/changeset/74369 Modified: trunk/packaging/slackware/enlightenment/enlightenment.SlackBuild trunk/packaging/slackware/eyesight/eyesight.SlackBuild trunk/packaging/slackware/functions Modified: trunk/packaging/slackware/enlightenment/enlightenment.SlackBuild === --- trunk/packaging/slackware/enlightenment/enlightenment.SlackBuild 2012-07-25 02:53:40 UTC (rev 74368) +++ trunk/packaging/slackware/enlightenment/enlightenment.SlackBuild 2012-07-25 04:53:06 UTC (rev 74369) @@ -28,9 +28,10 @@ --libdir=${LIBDIR} \ --sysconfdir=/etc \ --with-profile=${PC} \ ---enable-mount-eeze \ +--enable-device-udev \ +--enable-mount-udisks \ --disable-mount-hal \ ---disable-mount-udisks \ +--disable-mount-eeze \ --build=${ARCH}-slackware-linux # Install Modified: trunk/packaging/slackware/eyesight/eyesight.SlackBuild === --- trunk/packaging/slackware/eyesight/eyesight.SlackBuild 2012-07-25 02:53:40 UTC (rev 74368) +++ trunk/packaging/slackware/eyesight/eyesight.SlackBuild 2012-07-25 04:53:06 UTC (rev 74369) @@ -19,16 +19,12 @@ ./autogen.sh \ --prefix=/usr \ --libdir=${LIBDIR} \ ---with-pdf-backend=poppler \ --build=${ARCH}-slackware-linux # Install make_install install_doc AUTHORS COPYING* LICENCE README TODO -# Add API doc -api_doc - # Build the package post_clean pack_slack Modified: trunk/packaging/slackware/functions === --- trunk/packaging/slackware/functions 2012-07-25 02:53:40 UTC (rev 74368) +++ trunk/packaging/slackware/functions 2012-07-25 04:53:06 UTC (rev 74369) @@ -28,7 +28,7 @@ elif [ ${ARCH} = x86_64 ]; then SCFLAGS=${SCFLAGS} -fPIC ${DEBUG} ${ECFLAGS} LIBDIR=/usr/lib64 -MFLAGS=-j3 +MFLAGS=-j5 fi if [ ! -d ${TMP} ]; then -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] DBus/Elm Application Question.
Alright, so I'm working on a PolicyKit1 authentication agent and have run into something of a problem. I am working on implementing this dbus method: http://hal.freedesktop.org/docs/polkit/eggdbus-interface-org.freedesktop.PolicyKit1.AuthenticationAgent.html#eggdbus-method-org.freedesktop.PolicyKit1.AuthenticationAgent.BeginAuthentication I am unmarshaling the command and all that just fine inside a callback function that was specified in when setting up BeginAuthentication via e_dbus_interface_method_add. The problem is that I have to somehow popup a window to authenticate the user before calling AuthenticationAgentResponse and also before I send the reply for BeginAuthentication. Given that while I'm in the callback, the elm main loop will not be running, I'm not sure how to popup the dialog without returning from the callback and thus replying to the dbus message before making the call to AuthenticationAgentResponse(). Will I need to fork off a process to do the GUI part of the app while leaving another process to do the DBus communication or is there something I'm missing? Been hoping to see some dbus gurus in #edevel, but seems I keep missing them so hoping someone can enlighten me :) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mekius trunk/e/src/bin/e_fm
On Wed, 11 Jul 2012 07:30:01 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: I see that you did not heed my notice regarding udisks2 and instead decided to use it as the bible for updating our udisks1 interface... Well couple of things: 1) I can't help that their naming/versioning conventions over at FDO suck. 2) The allowed and default options have been the same for over a year, including the udisks1 1.04 release http://cgit.freedesktop.org/udisks/tree/src/device.c?id=1.0.4 So before telling me I did something wrong, maybe actually look? This code actually works here with udisks 1.0.4. I do not have udisks2 installed nor running. Before this fix, mounting my fat32 thumb drive did not work. On Wed, Jul 11, 2012 at 6:52 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: e_fm: Correct mount options used for udisks mounting udisks has a restricted set of mount options which can be used for most filesystems. I have adjusted our mount options based on the current udisks code. Author: mekius Date: 2012-07-10 22:52:56 -0700 (Tue, 10 Jul 2012) New Revision: 73549 Trac: http://trac.enlightenment.org/e/changeset/73549 Modified: trunk/e/src/bin/e_fm/e_fm_main_udisks.c Modified: trunk/e/src/bin/e_fm/e_fm_main_udisks.c === --- trunk/e/src/bin/e_fm/e_fm_main_udisks.c 2012-07-11 03:03:23 UTC (rev 73548) +++ trunk/e/src/bin/e_fm/e_fm_main_udisks.c 2012-07-11 05:52:56 UTC (rev 73549) @@ -895,9 +895,12 @@ INF(mount %s %s [fs type = %s], v-udi, v-mount_point, v-fstype); - // for vfat and ntfs we want the uid mapped to the user mounting, if we can + // Map uid to current user if possible + // Possible filesystems found in udisks source (src/udiskslinuxfilesystem.c) as of 2012-07-11 if ((!strcmp(v-fstype, vfat)) || - (!strcmp(v-fstype, ntfs)) + (!strcmp(v-fstype, ntfs)) || + (!strcmp(v-fstype, iso9660)) || + (!strcmp(v-fstype, udf)) ) { snprintf(buf, sizeof(buf), uid=%i, (int)getuid()); @@ -906,17 +909,17 @@ // force utf8 as the encoding - e only likes/handles utf8. its the // pseudo-standard these days anyway for linux for intl text to work - // everywhere. problem is some fs's use differing options - if ((!strcmp(v-fstype, vfat)) || - (!strcmp(v-fstype, ntfs)) || - (!strcmp(v-fstype, iso9660)) - ) + // everywhere. problem is some fs's use differing options and udisks + // doesn't allow some options with certain filesystems. + // Valid options found in udisks (src/udiskslinuxfilesystem.c) as of 2012-07-11 + // Note that these options are default with the latest udisks, kept here to + // avoid breakage in the future (hopefully). + if (!strcmp(v-fstype, vfat)) { -snprintf(buf2, sizeof(buf2), utf8); +snprintf(buf2, sizeof(buf2), utf8=1); opt = eina_list_append(opt, buf2); } - else if ((!strcmp(v-fstype, fat)) || -(!strcmp(v-fstype, jfs)) || + else if ((!strcmp(v-fstype, iso9660)) || (!strcmp(v-fstype, udf)) ) { @@ -925,13 +928,14 @@ } v-guard = ecore_timer_add(E_FM_MOUNT_TIMEOUT, (Ecore_Task_Cb)_e_fm_main_udisks_vol_mount_timeout, v); -// on ubuntu 10.04 if we request mount with opt - it fails. unknown why right -// now, but lets try without and maybe we need to try 2 mounts - one with -// opts and one without? -// v-op = e_udisks_volume_mount(_e_fm_main_udisks_conn, v-udi, -//v-fstype, opt); + + // It was previously noted here that ubuntu 10.04 failed to mount if opt was passed to + // e_udisks_volume_mount. The reason at the time was unknown and apparently never found. + // I theorize that this was due to improper mount options being passed (namely the utf8 options). + // If this still fails on Ubuntu 10.04 then an actual fix should be found. v-op = e_udisks_volume_mount(_e_fm_main_udisks_conn, v-udi, -v-fstype, NULL); +v-fstype, opt); + eina_list_free(opt); v-optype = E_VOLUME_OP_TYPE_MOUNT; } -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net
Re: [E-devel] [PATCH][Terminology] Use Xresource background color
On Mon, 9 Jul 2012 03:56:03 +0200 Leif Middelschulte leif.middelschu...@gmail.com wrote: Based on conversations in IRC, Raster has already expressed that support for Xresources is an unnecessary evil for Terminology. He made it clear that support for it would not be going into Terminology nor Ecore. If distributions want to patch this in, they can go ahead, but it's probably not making it upstream. 2012/7/9 Gustavo Sverzut Barbieri barbi...@profusion.mobi: On Sun, Jul 8, 2012 at 10:37 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Hey guys, find attached a patch for terminology based on r73450 making it use the xresource background color if available and enabled in Terminology's settings. What can be improved: - Add xrdb abstraction to ecore_x (depends on Xlib right now) - Make clicking the radio button immediately trigger disabling/enabling the background color (needs restart atm) So, as you can see, it's not good enough for upstream yet. For those who don't like the shadow: Simple use the mild theme provided with Terminology ('-t=mild' switch) I didn't look at the patch, but I'd say: keep away from Xresources... it's ugly, legacy and confusing if you already have simple in-app configuration. Probably true in most cases. But sometimes people just use some .Xresources file they found on the web for e.g. nice `ls` colors, etc. it's just simpler to add the color selection inside terminology. We even have a colorselector widget, it's almost zero-effort. You're probably right. That's the reason I didn't invest more work. Actually just thought this patch might be usable for other people too and doesn't necessarily have to be improved. It can stay in people's local repositories if it's useful for them. Just wanted to share it. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mekius IN trunk/PROTO/emote: . src/bin src/lib src/lib/protocols/irc
On Sat, 7 Jul 2012 20:27:16 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Sat, 7 Jul 2012 12:10:51 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: Multiple improvements and some cleanup: * Switch channel/server text to use Evas textgrid instead of elm_entry. This is of course missing a lot of nice things like scrolling, selection, colors, etc. This is in the TODO. * Redesign the interface a bit. Still not looking great, but this is probably the next thing to work on. It's on the TODO. * IRC code no longer converts the utf8 to markup. It just passes it directly to the frontend. The frontend also must convert any text with markup to utf8 before sending to the library. * Removed some random printfs. Incorporating Eina log is in the TODO. * Updated TODO to reflect the current state of things. There is a lot to do so any help would be appreciated. Particularly I'd love some feedback on how bad the code is and ways it can be improved. I didn't check this code for memory leaks as it's not really in a daily usable state yet. Author: mekius Date: 2012-07-07 12:10:51 -0700 (Sat, 07 Jul 2012) New Revision: 73456 Trac: http://trac.enlightenment.org/e/changeset/73456 Modified: trunk/PROTO/emote/TODO trunk/PROTO/emote/src/bin/em_config.c trunk/PROTO/emote/src/bin/em_gui.c trunk/PROTO/emote/src/bin/em_gui.h trunk/PROTO/emote/src/bin/main.c trunk/PROTO/emote/src/lib/emote_event.c trunk/PROTO/emote/src/lib/emote_protocol.c trunk/PROTO/emote/src/lib/protocols/irc/irc.c trunk/PROTO/emote/src/lib/protocols/irc/irc_parse.c * any reason you're not using eina_module ? IIRC this code predated eina_module or we had reasons for not using it at the time. It's been awhile so I cannot recall. The actual exported functions for each protocol are fairly small as most of the interface is implemented using ecore events. * I see a lot of calls to ecore_con_server_connected_get(); in general, any time you have to call this function you're probably doing something wrong I think this was just a safeguard to ensure the connection was still open. Is there a callback that should be used instead when the connection is lost? -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mekius IN trunk/PROTO/emote: . src/bin src/lib src/lib/protocols/irc
On Sat, 7 Jul 2012 21:41:48 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Sat, 7 Jul 2012 15:31:23 -0500 Nick Hughart mek...@mekius.net wrote: On Sat, 7 Jul 2012 20:27:16 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Sat, 7 Jul 2012 12:10:51 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: Multiple improvements and some cleanup: * Switch channel/server text to use Evas textgrid instead of elm_entry. This is of course missing a lot of nice things like scrolling, selection, colors, etc. This is in the TODO. * Redesign the interface a bit. Still not looking great, but this is probably the next thing to work on. It's on the TODO. * IRC code no longer converts the utf8 to markup. It just passes it directly to the frontend. The frontend also must convert any text with markup to utf8 before sending to the library. * Removed some random printfs. Incorporating Eina log is in the TODO. * Updated TODO to reflect the current state of things. There is a lot to do so any help would be appreciated. Particularly I'd love some feedback on how bad the code is and ways it can be improved. I didn't check this code for memory leaks as it's not really in a daily usable state yet. Author: mekius Date: 2012-07-07 12:10:51 -0700 (Sat, 07 Jul 2012) New Revision: 73456 Trac: http://trac.enlightenment.org/e/changeset/73456 Modified: trunk/PROTO/emote/TODO trunk/PROTO/emote/src/bin/em_config.c trunk/PROTO/emote/src/bin/em_gui.c trunk/PROTO/emote/src/bin/em_gui.h trunk/PROTO/emote/src/bin/main.c trunk/PROTO/emote/src/lib/emote_event.c trunk/PROTO/emote/src/lib/emote_protocol.c trunk/PROTO/emote/src/lib/protocols/irc/irc.c trunk/PROTO/emote/src/lib/protocols/irc/irc_parse.c * any reason you're not using eina_module ? IIRC this code predated eina_module or we had reasons for not using it at the time. It's been awhile so I cannot recall. The actual exported functions for each protocol are fairly small as most of the interface is implemented using ecore events. imo you didn't use it because a certain someone working on it at the time hates eina for dubious reasons ;) Well at the time I can't say I was a big fan either, but it is what it is and that's the past. Regardless, at the time we had other reasons and it's not really important now as the interface is done and working. Given everything is done via events there isn't much chance the external API for the protocol plugins will change. * I see a lot of calls to ecore_con_server_connected_get(); in general, any time you have to call this function you're probably doing something wrong I think this was just a safeguard to ensure the connection was still open. Is there a callback that should be used instead when the connection is lost? ECORE_CON_EVENT_SERVER_DEL occurs whenever a connection is lost for any reason Btw, why does ecore_con_server_connected_get do anything more than check a flag? My thought here is that we'd still have to check a flag, it would just be locally stored and modified. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk: . terminology terminology/data terminology/data/desktop terminology/data/fonts terminology/data/icons terminology/data/images terminology/data/themes terminology/
On Tue, 12 Jun 2012 11:46:07 -0300 Leandro Pereira lean...@profusion.mobi wrote: Using ArchLinux x64 here and it works great for me. Running latest EFL from just a couple hours ago. On Tue, Jun 12, 2012 at 12:10 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: finally a terminal emulator for efl! sure - uses a lot of text objects. need evas textgrid obj and more, but this marks a first usable state for terminology. more needs doing like underline and strikethrough support, blink support, visual bell, config panel etc. Up-to-date EFL here, and Terminology looks like this, regardless of the font being used: http://i.imgur.com/5qJ0s.png (Arch Linux x86 here, BTW.) Leandro -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Exchange
On Wed, 30 Jun 2010 10:55:58 +0200 Dave Andreoli d...@gurumeditation.it wrote: Ok, exchange.org seems up now, thanks, but who fixed it? I can't see any commit for this :/ Problem1: The API is still down (probably because of the problem2) Problem2: The database info (pasword included) is showed in every generated page ! seems a debug printf is left somewhere can someone fix this? DB info had changed so I had to adjust that and forgot to remove the debug I added to figure this out. I just fixed that now, but we might want to change the password heh. As far as problem 1, I'm not sure what to do about that one. Whoever setup this site didn't really document how it works. They also used symphony which I have no experience with. Dave 2010/5/27 Tom Haste tomha...@gmail.com: http://exchange.enlightenment.org/index.html has an error that suggests there is a permissions problem with the MySQL database. Im franticly trying to get it back up online but I dont know nearly enough about the problem to fix it. -Toma. On 24 May 2010 17:57, Dave Andreoli d...@gurumeditation.it wrote: I can confirm also the exhange API is down :( dave 2010/5/24 Tom Haste tomha...@gmail.com: Hi all, http://exchange.enlightenment.org/ is now a 500 error. Can someone please fix this? :| Toma. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Remove me from Planet
I just updated my site and haven't added an RSS feed yet. Go ahead and remove me from planet.e.org for now. Wasn't sure who was maintaining that so figured I'd just send the request to the list. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/e: . data/themes src/modules src/modules/ofono
On Thu, 18 Mar 2010 14:48:56 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Ok, maybe it's just me, but does this module really belong in the default E install? I really think this is not going to be useful for 99% of E users and thus should probably be placed in the E-MODULES-EXTRA or hosted elsewhere. Same could be said of connman and bluez, but at least those might be useful on a normal laptop/desktop. Just my 2 cents. Log: e: Add ofono module. By: Jo?\195?\163o Paulo Rechi Vita jprv...@profusion.mobi Author: barbieri Date: 2010-03-18 14:48:56 -0700 (Thu, 18 Mar 2010) New Revision: 47330 Added: trunk/e/src/modules/ofono/ trunk/e/src/modules/ofono/Makefile.am trunk/e/src/modules/ofono/e_mod_main.c trunk/e/src/modules/ofono/e_mod_main.h trunk/e/src/modules/ofono/module.desktop.in Modified: trunk/e/configure.ac trunk/e/data/themes/default.edc trunk/e/src/modules/Makefile.am Modified: trunk/e/configure.ac === --- trunk/e/configure.ac 2010-03-18 21:32:34 UTC (rev 47329) +++ trunk/e/configure.ac 2010-03-18 21:48:56 UTC (rev 47330) @@ -458,6 +458,15 @@ AC_SUBST(EBLUEZ_CFLAGS) AC_SUBST(EBLUEZ_LIBS) +AM_CONDITIONAL(HAVE_EOFONO, false) +define([CHECK_MODULE_OFONO], +[ +AC_E_CHECK_PKG(EOFONO, [edbus eofono], + [], [EOFONO=false]) +]) +AC_SUBST(EOFONO_CFLAGS) +AC_SUBST(EOFONO_LIBS) + AC_E_OPTIONAL_MODULE([ibar], true) AC_E_OPTIONAL_MODULE([dropshadow], true) AC_E_OPTIONAL_MODULE([clock], true) @@ -518,6 +527,7 @@ AC_E_OPTIONAL_MODULE([mixer], true, [CHECK_MODULE_MIXER]) AC_E_OPTIONAL_MODULE([connman], true, [CHECK_MODULE_CONNMAN]) AC_E_OPTIONAL_MODULE([bluez], true, [CHECK_MODULE_BLUEZ]) +AC_E_OPTIONAL_MODULE([ofono], true, [CHECK_MODULE_OFONO]) AC_E_OPTIONAL_MODULE([illume], true) AC_E_OPTIONAL_MODULE([illume2], true) AC_E_OPTIONAL_MODULE([syscon], true) @@ -652,6 +662,8 @@ src/modules/connman/module.desktop src/modules/bluez/Makefile src/modules/bluez/module.desktop +src/modules/ofono/Makefile +src/modules/ofono/module.desktop src/modules/illume/Makefile src/modules/illume/module.desktop src/modules/illume/keyboards/Makefile Modified: trunk/e/data/themes/default.edc === --- trunk/e/data/themes/default.edc 2010-03-18 21:32:34 UTC (rev 47329) +++ trunk/e/data/themes/default.edc 2010-03-18 21:48:56 UTC (rev 47330) @@ -8651,6 +8651,547 @@ } / + /*** MOD: OFONO ***/ + +// GADGET and TIP all have the same parts and signals: +// +// PARTS: +//e.text.name +//e.text.status +//e.text.op +// +// SIGNALS: +//e,unavailable: ofonod is not running (nothing else works) +//e,available: ofonod is running +//e,name,available: there is info about device name +//e,name,unavailable: there is no info about device name +//e,netinfo,available: there is info about network +//e,netinfo,unavailable: there is no info about network +// +// MESSAGES: +//id=1, type=MSG_INT, description=strength (0-100) + + group { name: e/modules/ofono/main; + max: 128 128; + min: 1 1; + + images { + image: gsm_0.png COMP; + image: gsm_1.png COMP; + image: gsm_2.png COMP; + image: gsm_3.png COMP; + image: gsm_4.png COMP; + image: gsm_no.png COMP; + } + + script { + public message(Msg_Type:type, id, ...) { + if ((type == MSG_INT) (id == 1)) { +new strength; +strength = getarg(2); + if (strength = 80) + run_program(PROGRAM:strength,5); + else if (strength = 60) + run_program(PROGRAM:strength,4); + else if (strength = 40) + run_program(PROGRAM:strength,3); + else if (strength = 20) + run_program(PROGRAM:strength,2); + else if (strength = 1) + run_program(PROGRAM:strength,1); + else + run_program(PROGRAM:strength,no); + } + } + } + + parts { + part { +name: eventarea; +type: RECT; +mouse_events: 1; +description { + state: default 0.0; + color: 255 255 255 0; +} + } + + part { +name: eventarea.image; +type: IMAGE; +description { + state: default 0.0; + aspect: 1.6 1.7; + aspect_preference: HORIZONTAL; + image.normal: gsm_no.png; + rel1.to: eventarea; + rel2.to: eventarea; +} + description { +
Re: [E-devel] elementary box packing widgets
On Wed, 16 Dec 2009 00:43:51 -0500 Jose Gonzalez jose_...@juno.com wrote: Gustavo Sverzut Barbieri wrote: On Tue, Dec 15, 2009 at 3:28 PM, Carlo Ascani carlo.r...@gmail.com wrote: Hi guys, i want to make a layout like this in my elm app: http://gnufunk.org/~carloratm/tmp/layout.png So this is what i've reached: http://gnufunk.org/~carloratm/tmp/scrot.png First of all, this is not gtk/qt, so you're not forced to do layout like that. If you have a known number of widgets (maybe you don't), then it's better to use elm_layout and define positions in edje. The Question is: How could i make the slider takes up all the free space? I think i must use evas_object_size_hint_weight_set, but in wich way? This is part of my code: http://codepad.org/aJAYmWVV You need to make the vertical slider to expand, this is done with weight.y 0.0 and align.y = -1.0: evas_object_size_hint_weight_set(pan[i], 0.0, EVAS_HINT_EXPAND); evas_object_size_hint_align_set(pan[i], 0.0, EVAS_HINT_FILL); also note you're mixing these constants in weight, see the documentation in Evas.h! (ok, it is confusing...) It's confusing indeed, even for those with a fair amount of familiarity with the 'core' efl. The main problem for new devs of elm apps will be the various namespaces, the various libs and api calls, how/when to use or not use this or that call in this or that lib within an elm app context. This is likely why both ewl and etk tried to give a more comprehensive set of api funcs within their namespaces, so as to be more self-contained, providing relevant gui functionality within a single namespace and suitable contexts. Requiring most elm app developers to struggle with the large evas api and documentation, not to mention maybe also ecore_evas, edje, and whatnot, to learn when/where/how to use or not some api func in them for their elm app... is going to be a major 'issue'. Taking a look at say the simple elm example app in http://trac.enlightenment.org/e/wiki/Elementary and all uses of evas_object_* function calls, one finds that certain ones are used over an over again, in particular: evas_object_smart_callback_add(); evas_object_size_hint_weight_set(); evas_object_size_hint_align_set(); evas_object_show(); Likely many elm apps will find themselves using only a very limited set of evas api funcs over and over again. It would probably be a good idea to take these kinds of funcs and provide equivalents thereof within the elm namespace... Thus helping to minimize mental context changes, create a more coherent api, minimize potentially conflicting uses, simplify and speed-up elm app developer workflow and learning curve, etc. I agree 110%. I find myself quite lost when using elm since I have to dig through 2-3 different sets of documentation from various libs just to use it. Even when I do find the function I'm never sure it's going to work heh. Having the functions which will do something to a particular widget namespaced within that widget will go a long way to making it easier to use imo. Bad Credit Loan Need cash? Apply now for a credit loan with fast approval. http://thirdpartyoffers.juno.com/TGL2141/c?cp=6-3aWttei-48nq0-g77VvgAAJ1BkOQx41qXri1ke2A5bHHj8AAYAAADNAAAQaQA= -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fwd: permissions to trac
On Sun, 15 Nov 2009 23:37:40 +0100 hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: I cant change privileges. for me creating tickets works though. could someone have a look at this? -- Forwarded message -- From: pa...@klacansky.com Date: 2009/11/15 Subject: Re: [E-devel] permissions to trac To: hannes.janet...@gmail.com hannes.janet...@googlemail.com nick: pavolzetor http://trac.enlightenment.org/e/newticket TICKET_CREATE privileges are required to perform this operation Something still appears to be broken as a big fat warning appears when I login as a normal user. Unfortunately I don't have much desire/time to fix it myself, but the permissions should work fine once someone fixes the issue. Might have something to do with the fact that someone has bypassed the account manager plugin by using http authentication which is probably causing the perms to be all goofed. On Sun, 15 Nov 2009 20:13:30 +0100 hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: Hello, sorry trac permissions broke after an update. was it possible to add the ticket now? - if so please give a link so we can find it. Regards 2009/11/15 Pavol Klačanský pa...@klacansky.com: Hallo, I've written for permissions to report ticket before a month, I need them, and I've sent patch but, there is no reponse, It's annoying for starting devs Bye -- Pavol Klačanský pa...@klacansky.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- pa...@klacansky.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Thu, 5 Nov 2009 19:27:37 +1000 David Seikel onef...@gmail.com wrote: On Wed, 7 Oct 2009 14:06:34 +0200 hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Wed, Oct 7, 2009 at 3:42 AM, David Seikel onef...@gmail.com wrote: On Tue, 6 Oct 2009 17:17:10 -0700 Michael Jennings m...@kainx.org wrote: On Tuesday, 06 October 2009, at 23:43:58 (+0200), Kim Woelders wrote: In my opinion the MWM hint is not related to EWMH, so I think all that is accomplished is to fetch a potentially rather large atom list which shouldn't contain the item being looked for :) My impression based on the IRC conversation was that Eterm -x didn't work under e17 without this patch, and that this patch made Eterm more EWMH-compliant. If that's not the case, then I misunderstood, and the patch needs to be rethought. This would just set the MWM hint and hope for the best. If the WM handles it, fine (is there any WM around that doesn't?). Some user was in IRC yesterday complaining about a WM (e17 I thought, but I could be mistaken) that did not provide the _MOTIF_WM_INFO atom, and thus Eterm kicked in override_redirect. Not knowing about Ctrl-click, he assumed the Eterm was fubar. So apparently *something* out there doesn't implement MWM hints properly. Is this related to my reported problems with Eterm (and at least one other app) where iconify and maximise don't turn up in the E17 window menu when using borderless? yes, Eterm becomes an override-redirect window when using borderless option with e17, so its window is not handled by the wm in any way. I commited a workaround that makes e17 pretend to be mwm so that Eterm use mwm hints for borderless mode instead of going override redirect. Just letting you know, recompiled E17 recently and my reported problems with iconify and maximize not being in the window menus of particular apps when you use the E17 borderless border is now solved. I can't really say if this change is what did it, bit it's very likely from what I can tell. Now, if I can just convince the claws mail people to behave and have their window go to the desktop I tell it to, things will be perfect. lol I can tell you why claws-mail doesn't work. Try and put a lock that doesn't allow claws-mail to change it's iconified status and you'll quickly see why. For some stupid reason claws-mail starts up iconified and then uniconifies itself after startup. I had asked the devs at some point why they do this, but don't recall getting an intelligent answer. I can't see why in the hell they do this, but it's annoying. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fix issues with edge bindings
On Thu, 3 Sep 2009 10:57:35 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sat, 29 Aug 2009 18:56:22 -0500 Nick Hughart mek...@mekius.net said: edge bindings have fundamental design flaws - as you picked up. 1. original invisible input-only windows were fine as they were only ever thereon a border you can flip over. on the ones you can't - they never were there. as a flip timeout is short (like 0.5 sec normally) that is the period of time u might want to use that edge (click a window title to move it, press a button in an apps window), before it will flip. this makes it practically never that this is the case. as of edge bindings this window is ALWAS there stealing input. i have noticed this already - trying to hit a window titlebar to drag it when my mouse is at the top of the screen. the edge binding traps it. this in general is bad. imho edge bindings - while cool, suffer from an x limitiation. we cannot just snoop all events without interfering with them in some way (ie trapping them and not passing them on etc.). the only way this is possible is xevie at the moment. imho - until xevie is being used, i dont think having bindings for regions of the screen is a good idea. we need to handle these on a special case basis - as the old edge flip code did for edge flipping. the problem is the shelf autohide. to be honest - i don't think it's possible to do. you will ALAYS steal the whole bottom edge of the screen for it (or whatever edge the shelf is along). lets say its the top edge. this means if i have a titlebar there, i can't just woosh my mouse to the top of the sceen, click and drag as the edge binding steals it (for shwoing the shelf). my opinion is this. 1. remove edge event and bindings. wait for xevie to be used - then we see ALL mouse events and can make any region of the screen passively listen to events and do anything we like. 2. bring back the old edge flip code 3. disable shelf autoshow/hide (sorry just not going to work given current infrastructure). to do this right we need to 1. use xevie and become an event translator and manager (xevie is for events what window management is for window positions/sizes etc, or a composite manager is for pixels. it gets every vent and you have a chance to modify it or just pass it back as-is, but a bi-product is actually seeing all thew mouse events no matter where). 2. move from edge bindings to screen region bindings (not just edges just any area). Well this would be great if Xevie had a future. From the FDO page: It has been suggested that this extension should not be used because it is broken and maintainerless. and XEvIE has been removed from HEAD on Wed Oct 22: http://cgit.freedesktop.org/xorg/xserver/commit/?id=f4036f6ace5f770f0fe6a6e3dc3749051a81325a; So unless we actually pick it up it would seem like noone is interested in doing it. I agree it's the best way to go about it, but doesn't seem like it's going to happen anytime soon heh. Do you know if there were any technical reasons for it's departure? So the edge bindings have once again ticked me off. So much so that I've made the attached patch to correct it's flaws. I tried to keep as much of the mechanisms the same even though I don't exactly like how it's done right now. Anyway, the patch fixes a couple of things. First it will hide any of the edge windows if that edge is not being used. It is pointless to have the entire 1px border of the screen unusable when I have no edge bindings. Second it fixes the behavior of the fullscreen option. Previously the edges were set above all windows, even fullscreen. The only difference with the option set was that events would be ignored, but the edge window was still in the way stealing events. It is much better to actually layer things properly so that when a fullscreen app is active, the edge windows are layered below it and thus do not get in the way at all and don't even have to ignore the events because they never happen. Patch attached. I would just commit it, but I know I was met with resistance for some reason the last time I brought these issues up. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fix issues with edge bindings
On Tue, 01 Sep 2009 12:37:21 +0300 Viktor Kojouharov vkojouha...@gmail.com wrote: On Mon, 2009-08-31 at 22:23 -0500, Nick Hughart wrote: On Mon, 31 Aug 2009 09:14:13 +0300 Viktor Kojouharov vkojouha...@gmail.com wrote: On Sun, 2009-08-30 at 18:56 -0500, Nick Hughart wrote: On Mon, 31 Aug 2009 01:08:36 +0300 Viktor Kojouharov vkojouha...@gmail.com wrote: On Sun, 2009-08-30 at 11:17 -0500, Nick Hughart wrote: On Sun, 30 Aug 2009 18:28:04 +0300 Viktor Kojouharov vkojouha...@gmail.com wrote: On Sun, 2009-08-30 at 10:01 -0500, Nick Hughart wrote: On Sun, 30 Aug 2009 15:28:11 +0300 Viktor Kojouharov vkojouha...@gmail.com wrote: On Sat, 2009-08-29 at 18:56 -0500, Nick Hughart wrote: So the edge bindings have once again ticked me off. So much so that I've made the attached patch to correct it's flaws. I tried to keep as much of the mechanisms the same even though I don't exactly like how it's done right now. Anyway, the patch fixes a couple of things. First it will hide any of the edge windows if that edge is not being used. It is pointless to have the entire 1px border of the screen unusable when I have no edge bindings. You need to do a bit more than just monitor the bindings. The shelves also use the edge events to show/hide themselves. With your patch, if a shelf is set to auto-hide, it will never show if that edge does not have a binding as well. I am personally against this bit of patch (and I was against it before), as the edges provide more than just bindings. They also provide events that can (and are) used regardless of whether a binding for that edge exists or not. I guess one solution would be for all users of these events to instead provide actions, which can be user-bound to a specific edge, but I am not sure how well that would work, since it would require user action, which might not be desirable. The later bit of the patch also fixes your gripe a bit, since that 1px of screen realestate becomes usable for certain apps (imho all that really need the edges are fullscreen games anyway). Anything with an edge scroll which could be implemented in more then just a game. An app itself may also have slide out panels that are activated by an edge when fullscreen. Regardless, it's not like people don't play games in Linux these days so this is or will be an annoyance for more people then just me. Exactly, that's why I am in favor of the part of the patch that moves the edge windows on a lower layer. Having some action fire when you hit an edge without a binding in the list is just like having random key or mouse bindings without having one in the list. This is generally unaccepted in E and I don't see why edge bindings would be any different. If you want to do something on the edge, then you need to provide a binding in the list. We are not talking about bindings though. Edge bindings are just a bonus for having edge event windows. I'm talking about events, just like there are mouse and key events. And users are more than accustomed to having things activate on mouse and key events. All key and mouse events do nothing unless bound to some action. Edge bindings should be the same. If the edge windows weren't in the way they could probably just do the same thing, but they cause issues so they should be handled specially. Hmm, then we must fix quite a lot of E, since there are quite a lot of seemingly random actions that get called by events which are not bound by actions. Right-clicking on the title bar seems to be one of them. Ok, fine, there are some static bindings that can't be changed. These could probably be changed without a whole lot of effort if the titlebar became a context if someone had the motivation. So far though, this hasn't pissed anyone off enough to be fixed. Also the titlebar bindings don't affect anyone unless they want to use them, the edge windows effect everyone even when they don't want them. This is what I'm trying to change. If the user really doesn't want edge bindings they shouldn't be in the way. If you really want to keep these around for events, then another wrapper should be made that will be used to show the edge and register the event handler. And similarly one to unregister and hide the edge. But then one could just as easily just add a binding instead. There is already a 'Show
Re: [E-devel] EFL coding style
On Tue, 1 Sep 2009 20:03:18 +0530 Noorul Islam gnu...@gmail.com wrote: On Mon, Aug 31, 2009 at 6:31 PM, Vincent Torrivto...@univ-evry.fr wrote: ok, forget about that, core devs don't care at all about coding style thread closed I think core developers are busy. I hope they will reply soon. I would love this to finally be done, but I know most of the devs just don't care. But when we have a crazy style like we do I think it requires a bit of explanation unless we want to constantly format patches from people. I also think that moving to a format with only spaces and no tabs would further help. Most editors do not do tabs+spaces like JED (essentially how E's code got it's style). I realize it's easy to just keep this format, but I find myself formatting my code more then writing it in the editor I use. And no I'm not going to spend days trying to tweak my editor to just code E style since I have plenty of other things to code in my own style. Thanks Noorul -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL coding style
On Tue, 01 Sep 2009 23:19:37 -0400 Christopher Michael cpmicha...@comcast.net wrote: Nick Hughart wrote: On Tue, 1 Sep 2009 20:03:18 +0530 Noorul Islam gnu...@gmail.com wrote: On Mon, Aug 31, 2009 at 6:31 PM, Vincent Torrivto...@univ-evry.fr wrote: ok, forget about that, core devs don't care at all about coding style thread closed I think core developers are busy. I hope they will reply soon. I would love this to finally be done, but I know most of the devs just don't care. But when we have a crazy style like we do I think it requires a bit of explanation unless we want to constantly format patches from people. I also think that moving to a format with only spaces and no tabs would further help. Most editors do not do tabs+spaces like JED (essentially how E's code got it's style). I realize it's easy to just keep this format, but I find myself formatting my code more then writing it in the editor I use. And no I'm not going to spend days trying to tweak my editor to just code E style since I have plenty of other things to code in my own style. Not to start any flames or anything, but changing the code style for E would require others to tweak their editorsis their time any less important to them ? How many people use JED? I realize there are vim lines in a large portion of the files, but are these perfect to the format in use? Also, this leaves out anyone who doesn't use VIM or JED and this number is probably increasing quicker then those who use them I would imagine. If noone wants to discuss it because they don't want to modify their editor then I guess there's no use discussing it. All I was saying was the format could be a little simpler so one doesn't have to count spaces and figure out if they should add a tab or 7 spaces. If I don't have to worry about tabs my life is instantly easier as I only have to put in the proper amount of spaces. Any editor should be able to insert spaces in place of tabs, doing tabs and spaces together efficiently is more likely going to limit the editors that one use without having to spend excess time formatting. dh Thanks Noorul -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL coding style
On Wed, 2 Sep 2009 14:34:03 +1000 David Seikel onef...@gmail.com wrote: On Tue, 01 Sep 2009 23:19:37 -0400 Christopher Michael cpmicha...@comcast.net wrote: Nick Hughart wrote: On Tue, 1 Sep 2009 20:03:18 +0530 Noorul Islam gnu...@gmail.com wrote: On Mon, Aug 31, 2009 at 6:31 PM, Vincent Torrivto...@univ-evry.fr wrote: ok, forget about that, core devs don't care at all about coding style thread closed I think core developers are busy. I hope they will reply soon. I would love this to finally be done, but I know most of the devs just don't care. But when we have a crazy style like we do I think it requires a bit of explanation unless we want to constantly format patches from people. I also think that moving to a format with only spaces and no tabs would further help. Most editors do not do tabs+spaces like JED (essentially how E's code got it's style). I realize it's easy to just keep this format, but I find myself formatting my code more then writing it in the editor I use. And no I'm not going to spend days trying to tweak my editor to just code E style since I have plenty of other things to code in my own style. Not to start any flames or anything, but changing the code style for E would require others to tweak their editorsis their time any less important to them ? indent is a perfectly adequate tool for automating that sort of style stuff, so long as the official style fits within what indent can do. We have indent.pro files in SVN for exactly that reason. Unfortunately it's been said many times that the indent files in SVN do not actually produce the E format as it stands today and from what people have said, indent cannot produce the E format. Why that is I cannot say and that may no longer be true or may have been false in the first place, I'm just saying what I've heard before. A typical busy open source developer probably is dealing with dozens of projects with source code in even more styles. Us busy open source developers should be fairly agnostic in what styles we accept from projects we don't control, and very used to just automatically following any style we find. Or at least running the projects official indent.pro files over our changes before committing. Those that are realiy style anal can run indent to massage code to their own personal style, then again before commits. lol Some of those styles found in the wild are deplorable, but that is always personal taste exactly what fits the description of deplorable. Though styles that insist on 80 character lines AND long descriptive names are just asking for trouble. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] .desktop files in .local dir are very bad managed IMHO
On Mon, 31 Aug 2009 17:16:52 -0400 Atton Jonathan jonathan.at...@gmail.com wrote: new test made with liferea. I have drag and drop the icon from the window's border into the ibar. A new .desktop file has been created in ~/.local/sare/applications. Now I have 2 files! /usr/share/applications/liferea.desktop ~/.local/share/applications/liferea-bin.desktop Maybe the window was not link to a valid .desktop, that's why the ibar has created a new one. See, the both files name are different. The systeam file use the binarie liferea and the local use liferea-bin. Yes, this is most likely why it did this. There was no way for E to match the original .desktop to the window as the exec doesn't match and there is probably not StartupWMClass in the original .desktop. E does some tracking on apps if they've been started via the .desktop, but this info is lost if you restart IIRC. 2009/8/31 Atton Jonathan jonathan.at...@gmail.com Some times ago I had this problem : the .desktop file was copied in ~/.local/application. The result was an entry in the category others of the menu. I have made the test today and no .desktop files was created. Maybe the problem has been fixed some days/weeks ago ? 2009/8/29 Carsten Haitzler ras...@rasterman.com On Fri, 28 Aug 2009 04:08:11 +0200 Thanatermesis thanatermesis.e...@gmail.com said: Ok I don't have read the code to know how exactly works internally but what I see (and my experience) is that: When you drag an icon to your bar, it creates a entire new .desktop file to your .local directory with totally new values, some set by the user and some automatic, but most of times they simply doesn't works (bad values), I have see a lot of different cases, most of them are applications that doesn't launch, applications that can't be added (when inserted to the bar, nothing appears), wrong/null icon, etc... doesn't happen. i just dragged the gacltool icon from the calc window to ibar. before: 5:32PM ~/.local/share/applications ls total 68K 4.0K audacious.desktop4.0K start_nm.desktop 4.0K blender-fullscreen.desktop 4.0K start_xdpms.desktop 4.0K blender-windowed.desktop 4.0K start_xfonts.desktop 4.0K claws-mail.desktop 4.0K start_xmodmap.desktop 4.0K firefox.desktop 4.0K start_xmouse.desktop 4.0K rage-gl.desktop 4.0K start_xrdb.desktop 4.0K rage.desktop 4.0K sylpheed.desktop 4.0K start_alsa.desktop 4.0K xterm.desktop 4.0K start_gnome-settings-daemon.desktop after: 5:32PM ~/.local/share/applications ls total 68K 4.0K audacious.desktop4.0K start_nm.desktop 4.0K blender-fullscreen.desktop 4.0K start_xdpms.desktop 4.0K blender-windowed.desktop 4.0K start_xfonts.desktop 4.0K claws-mail.desktop 4.0K start_xmodmap.desktop 4.0K firefox.desktop 4.0K start_xmouse.desktop 4.0K rage-gl.desktop 4.0K start_xrdb.desktop 4.0K rage.desktop 4.0K sylpheed.desktop 4.0K start_alsa.desktop 4.0K xterm.desktop 4.0K start_gnome-settings-daemon.desktop the same. no change. so this doesn't happen. :/ well not in this test case My thoughts are: if there's already an existing .desktop file, original, good-made, with the correct data on it, with full of translations, with the correct executable and parameters... why WTF we are going to change them to something from scratch, bad-auto-detected, and mostly-wrong ?, could be interesting that the user will modify manually some values, that YES... but only the ones modified by him! and the rest will remain untouched. Like I say, this gives a lot of problems (just try to drag-n-drop a bunch of 10-20 applications to your bar and check all of them (icon image that not works as before, lost translations, wrong executable command set, wrong parameters of the executable, wmclass changed, error-prone values, big etc...) There's also two reports by me from long time ago: http://trac.enlightenment.org/e/ticket/365 http://trac.enlightenment.org/e/ticket/357 Thanatermesis -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I
[E-devel] Fix issues with edge bindings
So the edge bindings have once again ticked me off. So much so that I've made the attached patch to correct it's flaws. I tried to keep as much of the mechanisms the same even though I don't exactly like how it's done right now. Anyway, the patch fixes a couple of things. First it will hide any of the edge windows if that edge is not being used. It is pointless to have the entire 1px border of the screen unusable when I have no edge bindings. Second it fixes the behavior of the fullscreen option. Previously the edges were set above all windows, even fullscreen. The only difference with the option set was that events would be ignored, but the edge window was still in the way stealing events. It is much better to actually layer things properly so that when a fullscreen app is active, the edge windows are layered below it and thus do not get in the way at all and don't even have to ignore the events because they never happen. Patch attached. I would just commit it, but I know I was met with resistance for some reason the last time I brought these issues up. Index: src/bin/e_bindings.c === --- src/bin/e_bindings.c (revision 42093) +++ src/bin/e_bindings.c (working copy) @@ -414,7 +414,12 @@ e_bindings_edge_add(E_Binding_Context ctxt, E_Zone_Edge edge, E_Binding_Modifier mod, int any_mod, const char *action, const char *params, float delay) { E_Binding_Edge *bind; - + Eina_List *l, *ll, *lll; + Eina_List *mans, *cons; + E_Manager *man; + E_Container *con; + E_Zone *zone; + bind = calloc(1, sizeof(E_Binding_Edge)); bind-ctxt = ctxt; bind-edge = edge; @@ -424,6 +429,44 @@ if (action) bind-action = eina_stringshare_add(action); if (params) bind-params = eina_stringshare_add(params); edge_bindings = eina_list_append(edge_bindings, bind); + + /* Update all zones to show the edge */ + EINA_LIST_FOREACH(e_manager_list(), l, man) + { + EINA_LIST_FOREACH(man-containers, ll, con) + { + EINA_LIST_FOREACH(con-zones, lll, zone) + { + switch(edge) + { + case E_ZONE_EDGE_LEFT: + ecore_x_window_show(zone-edge.left); + break; + case E_ZONE_EDGE_TOP: + ecore_x_window_show(zone-edge.top); + break; + case E_ZONE_EDGE_RIGHT: + ecore_x_window_show(zone-edge.right); + break; + case E_ZONE_EDGE_BOTTOM: + ecore_x_window_show(zone-edge.bottom); + break; + case E_ZONE_EDGE_TOP_LEFT: + ecore_x_window_show(zone-corner.top_left); + break; + case E_ZONE_EDGE_TOP_RIGHT: + ecore_x_window_show(zone-corner.top_right); + break; + case E_ZONE_EDGE_BOTTOM_RIGHT: + ecore_x_window_show(zone-corner.bottom_right); + break; + case E_ZONE_EDGE_BOTTOM_LEFT: + ecore_x_window_show(zone-corner.bottom_left); + break; + } + } + } + } } EAPI E_Binding_Edge * @@ -445,25 +488,74 @@ e_bindings_edge_del(E_Binding_Context ctxt, E_Zone_Edge edge, E_Binding_Modifier mod, int any_mod, const char *action, const char *params, float delay) { E_Binding_Edge *bind; - Eina_List *l; + Eina_List *l, *ll, *lll; + Eina_List *mans, *cons; + E_Manager *man; + E_Container *con; + E_Zone *zone; + int ref_count = 0; EINA_LIST_FOREACH(edge_bindings, l, bind) { - if ((bind-ctxt == ctxt) - (bind-edge == edge) - (bind-mod == mod) - ((bind-delay * 1000) == (delay * 1000)) - (bind-any_mod == any_mod) - (((bind-action) (action) (!strcmp(bind-action, action))) || - ((!bind-action) (!action))) - (((bind-params) (params) (!strcmp(bind-params, params))) || - ((!bind-params) (!params + if ((bind-edge == edge)) { - _e_bindings_edge_free(bind); - edge_bindings = eina_list_remove_list(edge_bindings, l); - break; + if ((bind-ctxt == ctxt) + (bind-mod == mod) + ((bind-delay * 1000) == (delay * 1000)) + (bind-any_mod == any_mod) + (((bind-action) (action) (!strcmp(bind-action, action))) || + ((!bind-action) (!action))) + (((bind-params) (params) (!strcmp(bind-params, params))) || + ((!bind-params) (!params + { + _e_bindings_edge_free(bind); + edge_bindings = eina_list_remove_list(edge_bindings, l); + } + else + ref_count++; } } + + /* Hide edge/corner in all zones if no more bindings exist */ + if(!ref_count) + { +EINA_LIST_FOREACH(e_manager_list(), l, man) + { + EINA_LIST_FOREACH(man-containers, ll, con) + { + EINA_LIST_FOREACH(con-zones, lll, zone) + { + switch(edge) + { + case E_ZONE_EDGE_LEFT: + ecore_x_window_hide(zone-edge.left); + break; + case E_ZONE_EDGE_TOP: + ecore_x_window_hide(zone-edge.top); + break; + case E_ZONE_EDGE_RIGHT: + ecore_x_window_hide(zone-edge.right); + break;
Re: [E-devel] Efreet: low-priority magics?
On Thu, 02 Jul 2009 16:24:58 +0700 Mikhail Gusarov dotted...@dottedmag.net wrote: Twas brillig at 00:04:48 02.07.2009 UTC-05 when mek...@mekius.net did gyre and gimble: NH Efreet does not follow any of this new specification to my NH knowledge so updating it would probably help solve the problem NH you describe. Hmm, updating what? Efreet, specification or mime-type description? Efreet of course. The spec I based it on was 0.15. The current version is 0.18 and differs quite a lot. Globs are now more prominent and have weights just like the magic so that they to can be sorted. They also added the concept of subclasses which is interesting. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet: low-priority magics?
On Mon, 29 Jun 2009 07:18:35 +0700 Mikhail Gusarov dotted...@dottedmag.net wrote: Hello, I've stumbled upon the problem with lower-priority mime-types matching in Efreet. Let's see the definition of application/x-palm-database and application/x-aportisdoc: mime-type type=application/x-palm-database commentPalm OS database/comment glob pattern=*.pdb/ glob pattern=*.prc/ alias type=application/vnd.palm/ /mime-type mime-type type=application/x-aportisdoc commentAportisDoc document/comment sub-class-of type=application/x-palm-database/ generic-icon name=x-office-document/ magic priority=50 match value=TEXtREAd type=string offset=60/ match value=TEXtTlDc type=string offset=60/ /magic glob pattern=*.pdb/ glob pattern=*.pdc/ /mime-type According to definition, file with .pdb extension and 'TEXtREAd' text at offset 60 should be matched as application/x-aportisdoc. Though the actual algorithm is as follows: - check for the high-priority ( 80) magics. None. - check for the globs. application/x-palm-database matches. Let's return it. Whoops. magic priority=50 was not even considered. Raising the priority to 80 helps, but this is just a workaround. Any ideas of how to improve the algorithm? Well when I wrote this code, I followed the recommended checking order at the time which is located here: http://standards.freedesktop.org/shared-mime-info-spec/0.15/ar01s02.html#id2568464 Since then they have changed their mind and also the specification slightly. There are now new files with extra information such as globs with weights. Efreet does not follow any of this new specification to my knowledge so updating it would probably help solve the problem you describe. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment.org in IE7
On Tue, 23 Jun 2009 01:27:45 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Mon, Jun 22, 2009 at 9:35 PM, Tomatomha...@gmail.com wrote: 2009/6/23 Viktor Kojouharov vkojouha...@gmail.com: On Mon, 2009-06-22 at 09:23 -0600, Dan Kronstal wrote: Hey folks. Not sure if anyone knows or cares, but in IE7 e.org has looked like this: http://img231.imageshack.us/img231/8599/e17inie.jpg since the new design. Cheers Dan no one cares. e users will not be using IE anytime soon. and its just not worth the designer's time to fix these issues I tried showing some buddies at work what E was and I was greeted by the garbled page with IE7. Also, If I try to show any other mates that have Windows what E is, again they very well could be using IE7. Like it or not, its still the most used browser in the world. Another problem is when you try to have clients to use EFL, they ask what is it and you point to the website = FAILURE. Most managers, specially in embedded systems, use Windows in their day to day work and I don't know why they keep using IE7 instead of Firefox... but they do and since they often do the decisions they'll have bad impression, that you need to remove later. (ok, many wrong things on their part, but that's life...) Last but not least, I think that following standards is required. Coding to a specific browser, even if it's Firefox, is as bad as coding for IE. I'll throw my 2c into the mix. The current e.org is completely fubar with respect to standards. It doesn't even contain a doctype. I won't go any further on how much of a pile it is and why being so is causing it to render so poorly in IE. Btw, why are we using a table with like 30 cells to render a download button?? Just make an image and put the text on top, problem solved... The dev site seems better (it at least has a doctype and validated minus 1 simple error), but it's using an HTML doctype. Wake up people, it's 2009, HTML is DEAD! XHTML has been and will continue to be around for the foreseeable future. Can't wait until HTML pages just fail to load in all browsers, good riddance. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [MODULE] Efm pathbar module
On Sun, 14 Jun 2009 18:11:31 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jun 11, 2009 at 12:43 PM, Sergey Semerninsergey.semer...@gmail.com wrote: Hello, All. This is efm pathbar module that acts same as thunar and nautilus. Now I realized base functionality of it. My pathbar is scrollable with mouse and autoscroll when dir change. I think it will be comfortable for navigation in efm too. in svn. But someone should improve the situation with efm toolbar and its modules. First these modules should not be listed in shelf and some shelf modules should not be listed in efm (ie: clock can be, while systray or mixer not). Secondly, the toolbar should handle resize properly, things like pathbar/path should be able to grow and fill all space, with a minimum, that together with other module minimum sizes should either limit the window size or be scrollable or list as an external popup, the way it is you just do not have proper resize and you loose contents. I seem to recall a type being added for gadgets that would allow them to be hidden from certain containers. Of course I don't know if this is still around or if it's actually used in any modules currently. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16-1.0.0, e16-themes-1.0.0, e16keyedit-0.6, and more e16 themes
On Wed, 03 Jun 2009 21:00:43 +0200 Kim Woelders k...@woelders.dk wrote: e16-1.0.0, e16-themes-1.0.0, and e16keyedit-0.6 are available for download: http://sourceforge.net/project/showfiles.php?group_id=2 This e16 release version might as well have been 0.16.8.16. There are no major changes compared to 0.16.8.15. It just felt like it was about time for 1.0.0... :) e16-1.0.0: - Expose bevels for theming. - Add xml version of README (was README-0.16.8), install as html doc pages. - Add autoshade window option. - Implement move/resize using keyboard. - Fix gnome/e16 session setup with recent gnome versions. - Fix pointer/screen warp on certain xorg versions. - Fix move to other desk by pager drag when final drag distance is 0. - Change font configuration search scheme. For themes that use font aliases this should by default provide proper font rendering in any locale. - Always destroy startup backgrounds as intended. - Fix breakage when size hints specify an aspect ratio. - Slide off-screen menus back in in various situations. - Fix backgrounds menu disappearing after being shown. - New translations: it, oe, zh_CN. - Translation updates: da, de, fr, ja, ru. - Various minor bug fixes and enhancements, see ChangeLog for details. e16-themes-1.0.0: - Rename font configuration files to match e16 changes. Remove obsolete localised ones. - BrushedMetal-Tigert: Remove reference to non-existing synclaves.wav. e16keyedit-0.6: - Look for e16keyedit.db in default location if EROOT is not set. - Remove pre 0.16.8 compatibility. Makes things work with post 0.16.8. More e16 themes: Freshmeat was for many years the primary source for e16 themes, but these have recently been removed. However, Don Harrop has done a terrific job of collecting and cleaning up just about every e16 theme in existence. See http://themes.effx.us/e16 for previews, downloads, and additional information. Does this mean e16 is done and you're going to help with e17 now? :) /Kim -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] equivalent to XmNsensitive
On Fri, 08 May 2009 19:46:26 +0200 Peter Wehrfritz peter.wehrfr...@web.de wrote: noma...@free.fr schrieb: Ok another question, what about the case whene we dont know the stat of the widget. So we must get the stat first and then decide wether to call ewl_widget_enable or disable. How can I do to obtain this stat? if (DISABLED(w)) ewl_widget_enable(w); else ewl_widget_disable(w); Why is DISABLED a macro instead of a function like ewl_widget_disabled()? Optimization reasons? -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] places, hal and device kit
On Tue, 5 May 2009 10:32:08 +0200 Luca De Marini luca.darkmas...@gmail.com wrote: 2009/5/5 Gustavo Sverzut Barbieri barbi...@profusion.mobi http://blog.fubar.dk/?p=105 short summary: gnome is leading the move away from HAL to DeviceKit. Dave, maybe we should take on this and follow they steps? I don't know about device kit, but it's meant to be a simple thing, at least compared to the huge beast that is hal. If I can just say my opinion, Gnome is a very important DE, many of the apps we use everyday are built in GTK, Firefox included (and openoffice for example), so I believe staying compatible with Gnome is very important for us. I'm not saying this because I lead OpenGEU only. Sure it is important for me, but in general, I think it would be useless for people having a Gnome session installed to have Hal too just because they use E17 and the places module requires it. I say let's follow Gnome's decision on this :) Dave, tell me if you think it differently.. Greats, It's not a matter of conforming, HAL is going away. It is barely supported as is and will be completely obsolete as soon as device-kit makes it's way into most distributions/software. So compatibility has nothing to do with it, HAL has been a sinking ship for awhile now. Luca D.M. -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efm development
On Wed, 1 Apr 2009 12:59:54 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Apr 1, 2009 at 9:48 AM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Wed, 2009-04-01 at 14:22 +0400, Sergey Semernin wrote: Hello, Dave! I see you importing 'places' into efm2. I'm starting work on efm2 too, because i have plans for E17 use and interesting first a robust, usable file manager. I can help you. What tasks are remaining exactly? In my view there are several major improvements: removable devices mount with correct fstab processing (so devices can be mounting properly when fstab corresponding fstab records exists); grid representation in fileman window with name, type, size, access rights, etc.; toolbar in file manager window with most using operations. What about background/color set GUI, rename in place, progress indication? We should take the in-place to a whole new level, and remove as many dialogs as we can. The only dialog that should stay is the properties one, since it is quite big. Every other dialog should go as an overlay to the e_fm window that spawned it. problem: window can be too small. problem specifically to rename in place: text can grow outside the viewport and it will be unusable. elementary suffers from that a lot, needs to be solved somehow generically. Make the entry that shows up be scrollable. Doesn't need a scrollbar, just scroll it with the cursor. Granted this adds some complexity, but with edje_entry it might not be too hard. Some type of status overlay that displays useful info on the selected item (or is hidden if nothing is selected) would also be nice. yes, I'd say like a statusbar, but nicely overlayed. Anyone use evidence before? If not take a look at old screenshots. That had the sexiest info popup I've ever seen :) the rest just need love and bug cleaning :) btw, what do you guys think if these ideas: Having a gadcon on the left/right side to display some info, like a directory tree or a list of favourites? isn't it your drawer stuff?! Also allow a way to disable this hideous convention. I'd much rather just have a pull down on the toolbar that I can pick from instead of something soaking up screen real estate. Think of the poor individuals on 320x320 touchscreens :) Using the .gtk-bookmarks instead of the current favourites (if the first supports things other than directories) I'm pro it, at least firefox and other apps would use it. However kde apps do not share the same thing, so maybe have an option to try/use both, as some users will just not use gtk apps. Or we could potentially work with the KDE team, as they've expressed their distaste for some of the current specs as well, to generate a proper standard and f*** Gnome? Once Gnome no longer inter-operates with anything, maybe they'll get the point that they can't control the Linux desktop :) Using a toolbar to open different locations within the same e_fm window? that's efm_nav, no? I'm thinking he meant more of a paned typed thing where you can have multiple views all in a single window. Don't think this will be making it into E17 if that's the case. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] simulating physical interaction on a touch screen
On Sun, 22 Mar 2009 21:19:02 +0100 Siemen Baader siemenbaa...@gmail.com wrote: Hi list, I am looking into EFL for programming a GUI resembling physical interaction on the touchscreen of a nokia n810. Specifically, I would like large lists to scroll when they are dragged by the finger on the touchscreen and maintain their momentum when the finger is released. They should slow down with constant deceleration or when touched (stopped) by the finger. This is quite similar to the behaviour of th iPhone UI. I know how to model the underlying physics and how to implement this using a low-level tool such as eg SDL. But -- is it feasible to use EFL (and everything it has to offer in addition) for this task? As far as I can gather from my current insight into Edje, it should be possible to define all this in programs in the UI layer, but would it work in practice (and run fast enough)? Well considering it's been done in E17, Elementary, EWL, ETK, and so on, I would say it's not only possible, it's already been done. Thanks, Siemen -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment development
On Sat, 7 Mar 2009 01:34:32 +0530 Aswin S techno.as...@gmail.com wrote: Hi, I use Ubuntu 8.10 and I installed e16 from the repositories. I was really impressed by its simplicity,customisability and speed. I installed e17 from svn. I would like to do some development work for Enlightenment. Where should I start? If you've grabbed the code already, which you should have if you are using e17, then you can try to fix a bug on trac.enlightenment.org/e and stop by #e/#edevelop on Freenode. Patches are sent to this list so if you happen to fix something, send in a patch and we'll take a look. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFM: freedesktop icons
On Mon, 2 Mar 2009 10:29:28 +0900 Toma tomha...@gmail.com wrote: How do we set our theme and where is it to be installed? Is it going to be a full Fd.o themeset or just enough to cover efm mime types? E icons have always been a tricky mess. However, fd.o icons have been a bit of a mess too. Setting an icon theme has been possible for a long time. It's Appearance-Icon Theme. Right now the changes is just for efm icons, but could be used for more. In general though we can do all our icons as part of an FDO theme and any other themes could easily list our icon theme as a fallback so that no icons are missing. This is what KDE/Gnome do and any icon themes will usually inherit their respective default icon themes. Like Gustavo was saying, Tango seems less complete then Oxygen. This is probably due to KDE4 actually following some of the FDO specs more so then Gnome does. So themes made for KDE4 might be a bit better with this regard, but we would have to make our own anyway so it doesn't really matter. We make sure our icon theme follows the spec and any extra icons we need will just have to be enlightenment-*.png or whatever. But this should only be used if we absolutely cannot find a common icon that will work. On 3/2/09, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hello All, I just committed a major change to Enlightenment File Manager so it will use Efreet to load FreeDesktop.Org (FDO) mime types and associated icons. These icons will come from icon theme set at Settings - Look - Icon Theme and existence of icons will thus depend on it. For instance Tango does not provide folder icon, but Oxygen (KDE4) is very complete and looks really good. If icons are not found, then it will fallback to E17 theme default, so if you're using Tango you'll keep seeing E17 folder icon and not Tango's. With that change we can now remove most icons from E17 theme and we should create a freedesktop-compliant set. This is good because we can have KDE and Gnome to use or icons (or at least most of them!) and make look feel similar, improving usability. So we need artists (Toma? ManoWarrior?) to take care to provide such set. I'd like to ask themers/artists to look at E17 icon usage and try to see if icons could use the standard naming scheme, so we share more. Please see http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html Worth noting that at least on e17 code we still alow .edj icons, not sure about Efreet but we could fix it to allow that as well. With that we can still have nice animated icons using our technology and not restrict to boring PNGs. Last but not least, it's not all happiness. Efreet is potentially not as fast as we hope it could be. The cache needs to be fixed/improved, we need to really speedup mimetype caching and icon finding. So if you find out slow cases, report. If you have coding skills, try to improve. Ask me (k-s) or Nicholas Hughart (mekius) at IRC. Well there was a pretty good improvement caching wise, but there is probably more that can be done. It's mostly a matter of doing it wisely as to not soak up a ton of RAM. Eventually you'll cache most of the highly used icons, but those are not saved for future runs. Could save this cache to disk and reload it during init the next time. This way the only time we get any tiny slowdown will be during lookups of brand new icons and only the very first time that icon loads. This cache of course would essentially become invalid if the icon theme is changed or something though, but a small bit of slowness shouldn't be a big deal for long term usage. Also how many times would a person be changing their icon theme outside of testing new ones? Once you find one you'll usually stick with it for awhile. Another option is to cache all images in all themes, but that would probably have to go into a file as it could easily consume a lot of RAM. Looking up an icon would be a lot faster this way then searching through directories everytime we need a new icon. Plus we could set it up so it's grouped/ordered/indexed which would make searching even faster. This cache would have to be updated for any changes in the directory structure, but it could be smart by using file monitors and doing it in idle time. Might also want to do a check during init to make sure all paths are still valid and add any new ones, but again could be done in idle time to help avoid any large slowdowns with the application. If there is need to request an icon not in the ram or disk caches then it could do the slow check and stored in the ram cache right away (eventually will end up in disk cache in idle time). I think we still need the ram cache for heavily used icons or we'll end up killing the disk with icon requests. I could just be talking out of my ass here, just throwing out ideas, not sure of all the details. I don't claim to be an expert in this :)
Re: [E-devel] [PATCH] Favorite Applications menu
On Sun, 1 Feb 2009 14:49:54 +0100 Peter van de Werken pwerke...@a-eskwadraat.nl wrote: Hi all, The conf_applications module that manages the favorites menu uses ~/.e/e/applications/menu/favorite.menu for storing its contents, while E still looks for a .order in the ~/.e/e/applications/menu/favorite dir. This resulted in the favorites menu item always being empty. The attached patch make E use the .menu file. I don't know what hacked together version of E17 you're using, but this is already done in the latest svn. If you're going to hack at the code, use latest svn. Regards, Peter van de Werken -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Heads Up] Summer of Code 2009.....
On Tue, 13 Jan 2009 12:12:16 -0600 Ravenlock ravenl...@ravenlock.us wrote: Hello, It's (almost) that time of year again! We are about a month away from when SoC was officially announced last year. I think we had a great year last year. We, as a participating org, learned a lot about how SoC works, we got some good code written, and we gained some valuable contributors. I'd like to see us participate again this year. Last year the program was announced mid Feb, the organizations had to have their application in by early March, and student application deadlines were early April. I'm getting an early start here as I feel we were a little rushed putting ideas together and getting ramped up in general last year. If you missed SoC altogether last year and are curious about what SoC is, what it means to participate and so on... you can look at last years SoC page in the wiki: http://wiki.enlightenment.org/index.php/About_SoC I'd like to see a show of hands from those of you (developers, users, and students) interested in seeing us participate again. If you are presently one of our developers, and you are interested in mentoring, please note this in your show of hands so I can get an idea of how much interest there is. I (and Inc) administrated last year... I enjoyed it, and would like to do so again this year (provided there are no objections). /me raises hand I'd be willing to mentor again if necessary. Was a lot of fun and hopefully we can be even more successful with it this year. If there proves to be enough desire... I will begin the process again of creating wiki pages, an application, ideas page, etc etc. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Gadgets] cannot remove some modules
On Thu, 8 Jan 2009 15:23:11 +0100 (CET) Dave Andreoli d...@gurumeditation.it wrote: - Carsten Haitzler (The Rasterman) ras...@rasterman.com ha scritto: On Thu, 8 Jan 2009 10:02:14 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi babbled: On Thu, Jan 8, 2009 at 9:17 AM, Atton Jonathan jonathan.at...@gmail.com wrote: maybe adding a list of module in the desktop with a remove button can be a better solution. Something as with the shelf contents configuration. I guess it's better to have a way to toggle edit mode and make the frame visible on all objects. This frame should also get events, so if gadget does not get mouse events you can still remove them. Possible add a Remove button to the frame. This is not easy to implement, as gadman don't have an edit frame for every gadget, but only one frame for all gadgets. Might be good to allow the theme to specify a close button on the frame if they'd like and it would just send a signal. Up to the theme author then. The reason for that is that I can have more than one gadget at the same desktop, than it's hard to know which one you're removing. yes, this is the reason I didn't do the remove list the list also will be good - for invisible gadgets (that may not be visible now or are obscured by something (temporarily). ...but probably we really need the remove list -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 release stuff
On Mon, 5 Jan 2009 23:40:42 -0500 Hisham Mardam Bey hisham.mardam...@gmail.com wrote: On Mon, Jan 5, 2009 at 8:24 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Mon, Jan 5, 2009 at 8:00 PM, Luchezar Petkov luchezar.pet...@gmail.com wrote: On Mon, Jan 5, 2009 at 12:07 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I did basic categorization of enlightenment items and also remove the idea to drop 16bpp engines as we'll use it in our projects. most showstopper atm is file manager items, I think we can do without them so would flag them (all, or at least most of them) as optional. I'd disagree with you here. A nice fm is really important to the end users. Using external file browser is just an ugly way (imo) and would 1) make less experienced users ask lots of questions about how to deal with files when using E (and why (and how) should they bother installing external fm) and 2) probably distro packagers are going to pack E with Thunar or something and I don't like that. I'm aware that the fm is probably one of the hardest things to do in E17, but it is too important to just... not finish it. But it's mostly working for joe-the-user. Sure, having things like Ctrl-{x,c,v} is good, but not hard or blocking. I would just like to point something out quickly here. We (the EFL / E17 team) have waited so long before doing a release that anything that is not perfect and done is going to prove exactly what a lot of the public thinks of EFL / E17; namely that its vapor ware that will never be completed. We can't afford to release anything that is half done after this extremely long time period of working on E17. This is true, but it's also a misconception of the public that all this time was spent just working on E17. This is hardly the case and many people are already using the EFL and are mostly awaiting a release so they have a stable target to develop against. E17 has been a long time coming for sure, but I think people discount the amount of code that has been written and the small number of dedicated developers we have. And the use of the term vaporware is crap as well. Vaporware doesn't exist at all. E17 and the EFL both exist in a very real way and the lack of a stable release doesn't change that. If all the code was closed up and no one could use it, I could see people coming to this conclusion. Fact is people can use E17 because we have released it via CVS/SVN. Anyone who calls it vaporware is a moron. Had we done smaller incremental releases we could have afforded to introduce incomplete features every now and then, right now, I personally think we should take that bit of extra time to really finish and polish anything that is incomplete or simply exclude it from the release plan and release it afterward as an E17.1 or E17.2. This is true. People may have been more willing to accept bugs and such, but it would have also put us in a position of offering a lot more documentation and support for users who couldn't debug to save their life, let alone explain their issue clear enough. By releasing a development version via a source repository you attempt to attract more developers then users so you can free yourself from answering user questions 24/7. Of course a lot of users have started using E17 and that's fine, but they hopefully realize that what they are using is not finished. People packaging doesn't help that, but we can at least focus more on development then support. Now with that said, an initial release will be good as soon as most of the bugs are ironed out. Feature wise I think we can sacrifice some of the more advanced and difficult to implement features for the initial release. For the release, we will need more documentation, tutorials, etc. It will also require some form of support, but the long time CVS/SVN users can help with that hopefully. In any case, I think the biggest thing a release will do is generate a bit of PR for E and hopefully bring a new rush of developers/users who are willing and able to help out wherever they can. If anything we will have a release that can be packaged and users can easily install. This will lower the amount of build questions that seem to consume so much of our support time now. So this could be very good for everyone, but like you said, we need to make sure it's pretty damn good or the backlash could be brutal. Even if we do make a quality release, I expect a lot of crap flinging from all angles just because people like to hate beautiful things :) -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-widgets] progress bar
On Tue, 30 Dec 2008 16:44:21 + Atton Jonathan jonathan.at...@gmail.com wrote: hey There is no progress bar in the e toolkit ? I need one for the exalt module. When a configuration is apply, if DHCP is used I want to show a progress bar during the DHCP. Maybe you have a solution or I have to write a new widget ? Doing a progress bar with edje is so simple I don't think anyone felt it necessary to make a widget. Just send the theme a message with the percent progress and any other info and the theme can then decide how to display that progress. Or if you just want something to pulsate, then just send the theme a signal and let it do what it wants with it. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [E Bugs] [E-Trac] #3: Redo efm Theme
On Sun, 21 Dec 2008 01:00:40 - E-Trac t...@enlightenment.org wrote: #3: Redo efm Theme ---+ Reporter: mekius |Owner: somebody Type: Enhancement| Status: new Priority: Minor |Milestone: Enlightenment 0.17 Component: enlightenment | Resolution: Keywords: efm, theme | Blocking: Blockedby: | ---+ Comment(by Toma): Replying to [ticket:3 mekius]: Only requirement is that it looks good. Has this been adequately fixed yet? Probably. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Setting up Enlightenment DR17
On Fri, 19 Dec 2008 03:23:39 -0600 Scott White acct4cod...@gmail.com wrote: Hello, my name's Scott. I was running the configure file and I came out with an error: checking zlib.h usability... no checking zlib.h presence... no checking for zlib.h... no configure: error: Cannot find zlib.h. Make sure your CFLAGS environment variable contains include lines for the location of this file I'm not sure how to modify the CFLAGS env var. Could I have some help with this? You more likely need to install zlib, not modify CFLAGS. You may need to install a zlib-dev package if you're on Fedora/Debian/Ubuntu/etc. Thank you for your time. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 on Cygwin/X platform?
On Thu, 18 Dec 2008 15:39:39 +0100 (CET) Pavel Lipenský lipens...@email.cz wrote: Hi Chaps, many thanks for great job on E16/E17 !!! I've been mad about using Enlightenment for many years, starting E16 on Linux. I've been working as a SW engineer for almost 6 year, focusing of Unix/Linux development, but currently I have to use WinXP host OS in the office :( I did some changes in my free time to make E17 running on Cygwin. There are still some problems, but X11_SW and XRENDER_X11 engine works fine, GL_X11 partly but stable. See screenshots (small one from 043 snapshot, big one from 050), and let me know if you interested in changes. I would like to contribute. Best regards, Pavel Lipensky PS: Changes briefly They were mostly about adding Cygwin section into configure.in files and about updating Makefiles.am files with @lt_no_undefined@ to link DLLs correctly. Otherwise there were only minority changes needed in sources (such like extending some #ifdef _WIN32), Well, except of two issues - adding possibility to building E17 as a library in order to link e_modules on Windows. - small hack of the local E_IPC to use AF_INET instead of broken unix sockets (due to naming restrictions on NTFS, and mainly due to blocking when accepting more clients) Your files got lost probably due to improper mimetypes, you may need to post them somewhere online and provide links. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [BUG] Exquisite
On Wed, 17 Dec 2008 18:06:39 +0100 Thanatermesis thanatermesis.e...@gmail.com wrote: With bootsplash, if is required a user-action between the boot process (like if you boot with init 1, or you have a mountpoint in your fstab that not exists or is not detected by this kernel, a maintenance action is required), bootsplash just stops/quit to give the console to the user to interact with it, with exquisite it is not the case, it just look like the init process is paused Can we get any type of signal that this has happened? What you may want to try is using the TIMEOUT command to set a timeout for Exquisite. Then if this happens, Exquisite will eventually exit and you should hopefully be able to do your maintenance. Please add the component exquisite to trac :) Thanatermesis -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Ecore_Desktop fix
On Sat, 13 Dec 2008 03:31:52 +0100 thomasg tho...@gstaedtner.net wrote: Hi, I know, Ecore Desktop isn't used anymore, but it still lies around in the main ecore tree and some buildsystems might still build it (so does gentoo with the current ebuilds). So I thought it might not be usefull, but it can't be bad if it at least builds without errors, so I did a quick'n'dirty fix. There are some new Eina functions in it that lacked parameters and some other small things, I think cedric let a script do this and didn't have a further look. Find the patch attached. A better patch would be to remove it completely. None of the code is useful anymore and efreet_desktop is far better. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Little problem with ETK
On Thu, 11 Dec 2008 15:47:00 +0100 [EMAIL PROTECTED] wrote: 2008/12/11, Matteo [EMAIL PROTECTED]: I don't have /usr/local/lib in ld.so.conf, but I've write it, and I've launch a ldconfig, now i'm rebuilding eina and the I try ewl. You need to run ldconfig each time you install a new library, basically after each make install of the efl. In the fact, you only need it before building edje and another time before running enlightenment or any other efl apps. Ok I've made it! The make command of ewl finish with no errors, so I could be ok now It's still compiling Argh another error come... This one is different, the first one is ok, i've passed that part of code, but now: edje_cc: Error. Unable to load image for image e17_frame_label_over.png part entry to ../../../data/themes/e17/e17.edj. Missing PNG or JPEG loader modules for Evas or file does not exist, or is not readable. make[4]: *** [e17.edj] Error 255 I'm compiling ewl and I've already installed: edje, eet,evas,ecore,efreet,eina,embryo. I miss something? Am I going completely mad or is the subject of this email completely misleading? The content is a bit screwed up as well. He claims to be building ewl, but from what I've seen all his errors pertain to E17, not ewl. Have I lost my mind? -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Troubleshooting default E17 configurations
On Thu, 11 Dec 2008 17:30:59 +0100 Luca De Marini [EMAIL PROTECTED] wrote: Hallo everyone, I need help with a problem I'm facing with my distro (OpenGEU). I ensure you I tried almost everything to solve it before mailing you, not to disturb for trivial problems. Now, since E17 upgraded and started using the wizard module, I'm having a lot of troubles. What I basically need is configuring my system as I please, including number and position of shelves, and including shelves contents, loaded modules, autostarted apps, everything. After I do it, I need to understand which files are storing these configurations. I need to locate them and find a way to have other people load them. The goal is of course to have another system look exactly like mine after the installation of some packages. Now, I tried creating a new OpenGEU cofiguration for wizard, but looks like wizard only need modules configuration files, I cannot find a way to have wizard store shelves position and contents, or autostarted applications, Ibar applications, etc... so, wizard is very limited for my purpose and doesn't look like the proper solution for me. Plus, I have to say that I used to be able to do these kind of tricks with previous versions.. What I did was storing the contents of my .e/e home folder and copying them to another system and E17 looked exactly like mine... this does not happen with the new E. When I copy the contents of my .e folder, even if I store them in a desktop-order file like I did before, when I delete the .e home folder and restart E, my stored configs are not restored. Instead, my very old configurations are partially restored, not including the ibar apps!! So everything looks pretty messed up, I have to manually delete .e and replace it with the one I stored before. Tricky and kinda weird, uhm? Maybe not for you, maybe you do understand what happens here, I hope this is the case :( That's the sole reason why openGEU Intrepid cannot come out :( This is probably because you are deleting your .e and then restarting E. E stores the config in RAM and writes it out to disk at certain intervals to avoid excessive disk i/o. So if you delete .e and then restart E you will get your config, but you'll have lost all your configs for ibar and such. Another note: If I delete the .e folder and restart E, I believed Wizard should start... but this doesn't happen always, it only happens randomly some times... and when it loads my configurations, these configurations does not include the shelves number and position... well, there must be something I don't get, and something which changed. Again, you must exit E, then delete .e and then start E again. You cannot delete the .e folder while E is running. If you were doing a ctrl+alt+backspace to restart E then it will be intermittent since E may or may not write it's config from the time you delete .e and kill X. Now I need to understand this. How can I reach my goal and where are the E configuration stored when I customize my E. How does E17 know where to place shelves, icons, which apps to autostart and all of this when my computer turns on? Which configurations does it read? Because I can tell it doesn't get everything from my .e home folder... or storing it and restoring it later would of curse solve my problem... it doesn't. I suggest making a module for the wizard that sets the configuration you want. The wizard is made to be extensible and you should be able to do anything you want with a wizard module. This includes setting configuration data, writing .order files for ibar, etc. Raster knows more about how the wizard works and can probably provide more details. Please help :( Bye, Luca D.M. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bugs in Edje_Editor
On Tue, 9 Dec 2008 20:31:42 +0100 Andreas Volz [EMAIL PROTECTED] wrote: Am Tue, 9 Dec 2008 03:32:35 +0100 (CET) schrieb Dave Andreoli: - Andreas Volz [EMAIL PROTECTED] ha scritto: Hello, I found no bugs for Edje_Editor in bugzilla. How should I report bugs? bugzilla is not used anymore, we are using trac now. I have added edje_editor as a trac component, so you can now submit bugs there. This happens if I try to login in trac after creating an account: Traceback (most recent call last): File /usr/lib/python2.4/site-packages/trac/web/api.py, line 339, in send_error 'text/html') File /usr/lib/python2.4/site-packages/trac/web/chrome.py, line 702, in render_template if not req.session or not int(req.session.get('accesskeys', 0)): File /usr/lib/python2.4/site-packages/trac/web/api.py, line 169, in __getattr__ value = self.callbacks[name](self) File /usr/lib/python2.4/site-packages/trac/web/main.py, line 257, in _get_session return Session(self.env, req) File /usr/lib/python2.4/site-packages/trac/web/session.py, line 149, in __init__ self.promote_session(sid) File /usr/lib/python2.4/site-packages/trac/web/session.py, line 232, in promote_session (self.req.authname, int(time.time( File /usr/lib/python2.4/site-packages/trac/db/util.py, line 50, in execute return self.cursor.execute(sql_escape_percent(sql), args) File /var/lib/python-support/python2.4/MySQLdb/cursors.py, line 166, in execute self.errorhandler(self, exc, value) File /var/lib/python-support/python2.4/MySQLdb/connections.py, line 35, in defaulterrorhandler raise errorclass, errorvalue IntegrityError: (1062, Duplicate entry 'andreasvolz-0' for key 1) Clear your cookies for trac.enlightenment.org and try again. I'll try to look into fixing this. The bug that I like to report for Edje_Editor is that I found out if you try to rename a group swallow and then save the edje file it gets corrupted. regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_ipc ref and ref_to use
On Mon, 01 Dec 2008 21:00:20 +0100 utopic [EMAIL PROTECTED] wrote: En/na Gustavo Sverzut Barbieri ha escrit: On Sun, Nov 30, 2008 at 9:19 AM, utopic [EMAIL PROTECTED] wrote: Hi all, I'm coding a program that uses ecore_ipc, and I used ref and ref_to values to know wich function should process the recived message. I was able to pass the values I need in both ref and ref_to, but since last svn actualization I can't. How I should use this two values? why are you using ecore_ipc? I'd use dbus (more standard and has more features, easier to use) or direct pipes/sockets for simple and fast communication. AFAIK you can use private bus if you want to. I'm programming a client-server application, I thought that IPC functions are for it, they aren't? What's the problem with IPC? There is nothing wrong with it, he just suggested dbus, which is an IPC mechanism, because it is popular and well distributed. Thanks, -- Utopic - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFM: thoughts, current work et al.
On Fri, 28 Nov 2008 09:46:03 +1100 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Thu, 27 Nov 2008 20:54:36 +0100 Chidambar 'ilLogict' Zinnoury [EMAIL PROTECTED] babbled: Hello! I'm currently working on EFM, by trying to make operations atomic (for mount...). Work on EFM is always a big part of E's todo. But as I don't really use file managers, I don't really know: - what doesn't work like expected, - what features are missing, - what kind of killer-features only available to EFM you would want to see, - and so on... So, if you have anything to share, please send your thoughts. :) 0. there is a todo list: http://trac.enlightenment.org/e/wiki/Release 1. check all operations - moves, copies, deletes etc. and make sure they work and work reliably in all situations. error conditions are handled and where appropriate operations are aborted, or skipped and the user is informed or given a choice. This is mostly done, it's just done with dialogs at this point. The idea would be to essentially overlay the dialog in the EFM window itself. This helps keep it clean and also helps one associate the request with whatever window it's coming from. 2. all operations (copy, move, delete) have no progress on screen - if there is a queue of work (like delete this dir then copy this to here, move this to here etc.) you can't see it. the idea was to put such status inside the efm window in-line with where the action was initiated or where it belongs (eg if u delete a file in a dir then put the status in that dir). Same as above, probably use some generic code to make it easier to make the overlays. In the case that the window is closed, opening the same dir again will recreate the overlay. One could write a module that could keep track of all operations and perform operations on them as the operations will be globally available. I had started some work on this, but never finished it. I'm not sure how much use any of my work was since a few things have changed since I started it. 3. need to check and ensure all DND works between all efm windows (into the window, in top of directories etc.), and between other apps (other fm's like nautilius or thunar or konqueror, apps like gimp, inkscape, openoffice, abiword, firefox etc. etc.) Working with other file managers may be harder then it looks on the surface since they may not all use an identical spec for transferring file information. I seem to recall that they all had their own quirks, but I believe we are already compatible with most GTK file managers. 4. removable device handling (done via hal and dbus at least for the raw nuts and bolts) mostly seems to work but is a bit hackey the way it writes .desktop files to ~/.e/e/fileman/favorites then forcibly symlinks them to your Desktop - this could be cleaned up and made more robust with more options (eg also put them on other desktops eg Desktop-1 and -2 etc.). Yes, this does mostly work. The biggest problem now is that the cleanup of the .desktop files is not very good. If you plug in a thumbdrive, kill E, pull out the drive, and then restart E it will not have deleted the .desktop and will cause the issue that many users have seen where their efm windows refresh rapidly. 5. there are obvious bugs like the favorites window not remembering position (don't know why currently - just saw that it doesnt). 6. missing small things like remembering scroll position as well as pos/size for windows. 7. part of another todo but related to fm is making all fm window (opened by fwin in the fileman module) should be re-opened on login/start if they were open on shutdown (exit). (this means restarting e doesnt lose internal e windows like fm windows) 8. renaming files has a dialog - this is because it was hard to do before. now we can rename in-place. edje's own entry can now do this. this needs changing. 9. efm actually supports a custom bg (and/or overlay) .edj .. per directory. so different dirs can have a different look and feel - even the theme can be changed so selected file icons and scrollbar can all be customised. there is no gui to do this - just magic dot-files right now. Well not sure how much of a GUI you want for this, but I would just document it and those who want to use it can. I figure this will be more used by distributions who want to customize certain folders. If there is a GUI, then just the basics like background image and icons might be the most you want to do. 10. there is a right-menu option for efm when it sees image files (jpg's etc./) to set as wallpaper. this basically doesn't work. sure a dialog comes up - but it's not usefully pre-seeded with the file you selected. admittedly the whoel wallpaper config dialogs need a re-do. I believe this used to work so probably just needs a simple fix somewhere. 11. while i'm at it the open with.. dialog is not bad - but the 2-list thing needs to go. 1
Re: [E-devel] EFM: thoughts, current work et al.
On Fri, 28 Nov 2008 18:10:00 -0200 Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Fri, Nov 28, 2008 at 5:11 PM, Dave Andreoli [EMAIL PROTECTED] wrote: 14. Another request remembered by an user at #e: auto-mount and a way to force mount and unmount of devices. It is annoying to keep an efm window open just to be able to use the device with other apps. Using the advice name instead of a code/number as mount dir would be good as well, just see pmount-hal. This is exacly what the places module do..plus some more :) Please have a look at it (http://code.google.com/p/e17mods/wiki/Places) In my opinion we can remove some hal code from efm and use more the places module (maybe use it by default). This mainly for reducing efm complexity. Why don't you add places module in E's SVN? I dislike having to search for modules over the net... and I really forgot about places (actually could be named volumes, dunno?). Well once E is released you'll probably have to search around for modules anyway as we will probably not be able to host every module out there. Besides, some people will rather have their code somewhere they can control instead of in our SVN. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFM: thoughts, current work et al.
On Sat, 29 Nov 2008 00:03:14 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] wrote: - Gustavo Sverzut Barbieri [EMAIL PROTECTED] ha scritto: On Fri, Nov 28, 2008 at 5:11 PM, Dave Andreoli [EMAIL PROTECTED] wrote: 14. Another request remembered by an user at #e: auto-mount and a way to force mount and unmount of devices. It is annoying to keep an efm window open just to be able to use the device with other apps. Using the advice name instead of a code/number as mount dir would be good as well, just see pmount-hal. This is exacly what the places module do..plus some more :) Please have a look at it (http://code.google.com/p/e17mods/wiki/Places) In my opinion we can remove some hal code from efm and use more the places module (maybe use it by default). This mainly for reducing efm complexity. Why don't you add places module in E's SVN? I dislike having to search for modules over the net... and I really forgot about places (actually could be named volumes, dunno?). 'couse I don't know witch filemanager to launch on click, for now places use thunar ... I have made some try to find an E-way to share mime default but without success for now ;) So, i'm waiting for a efm desktop to run :) You should be able to launch an efm window from a module without a problem. I don't see what your issue is there. and a centralized way to store info (default fm, default term etc..) to read from. I have also done a module to set your default applications, but don't know how to share this information :( Hey! this spot out a new todo item: * efm should read and write preferred applications in a 'standard way', note that standard don't stand for fredesktop, they don't have a spec for defapp atm. It already has a 'standard' way then. You can read the config just as easy as efm can afaik. It should be global and accessible by any module. I don't see this as a standard though due to the fact that no one else is or will use it since it is very specific to E. So I'd rather someone get involved in the FDO spec that is being tossed around and help get it pushed through and improved. Might be a good chance for us to get our foot in the door with FDO. Dave p.s. the same problem is also blocking the trash module to go in svn -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
On Fri, 21 Nov 2008 19:19:41 +0100 Chidambar 'ilLogict' Zinnoury [EMAIL PROTECTED] wrote: Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart [EMAIL PROTECTED] nous a donné l'occasion de lire : btw, as others on IRC: I dislike the new config dialog. maybe if we reduce the number of categories and avoid scroll, it could work better. since it's very similar to macos, we could do like them and put a first screen to choose the category, so it's like: Configuration window: Look, Apps, ... as a grid or so, possible with descriptive texts as we see on macos, kde or vista. Look window: Wallpaper, theme... followed by the selected app dialog. maybe this will not match e17 way, so out of ideas. Another idea might be collapsible headers for each category. Clicking on the header would then expand that category in the list. In fact a generic collapsible widget could be useful in other places as well. FWIW, I almost have that for ilist. I have a little resizing issue when collapsing, apart from that it should be ok for general comsumption soon. Is this a generic widget that I can put any widgets in or just for the ilist headers? Another idea would be to have a list of categories. Once you pick a category, the contents of the list are replaced with that category with a button to go backwards. This type of interface works on a touchscreen as well as a desktop. Some examples of this type of interface is the iPhone Settings and to a lesser extent the Windows Control Panel (the new one with the categories and such, not the classic one). Both provide a similar flow of category - items and include some way to go back. So in this way I see it as serving both worlds and also has some track record of actually being useful for both. I was wondering if it wouldn't be better to always use the same window instead of opening a new window everytime, e.g., you selected category, then item, and all the content of the window is being replaced by the settings themselves instead of opening a new one. Problem is that I think that it is against E philosophy... I think this would be a neat idea myself, not sure about others. Cheers! Chidambar - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Little problem with ETK
On Fri, 14 Nov 2008 21:38:18 +0100 Matteo [EMAIL PROTECTED] wrote: Is your problem with ETK or EWL? Hi, I want to try to write a module, but I've some problem with EWL, I've installed (and I use) e17 from svn (thanks to the easye17 script), I've added #include Ewl.h to my test but when I compile it, the compiler didn't find ewl, so I've entered in the source directory of ewl and I've done a ./configure, but it ends with an error, it can't find evas! I've evas in my pc, how can I solve this? Thanks and sorry for the low level question. Have you installed the via SVN? Try following the directions here instead of using easy_e17: http://wiki.enlightenment.org/index.php/E17_User_Guide/Installing_from_Source_Repository Otherwise you must include /opt/e17/lib/pkgconfig in PKG_CONFIG_PATH and then try to build ewl. It cannot find evas because you have not done this which is because easy_e17 did it for you while building the rest and you never knew. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Little problem with ETK
On Fri, 14 Nov 2008 22:26:54 +0100 Matteo [EMAIL PROTECTED] wrote: Have you installed the via SVN? Try following the directions here instead of using easy_e17: http://wiki.enlightenment.org/index.php/E17_User_Guide/Installing_from_Source_Repository Otherwise you must include /opt/e17/lib/pkgconfig in PKG_CONFIG_PATH and then try to build ewl. It cannot find evas because you have not done this which is because easy_e17 did it for you while building the rest and you never knew. I've added the /opt/e17/lib/pkgconfig in the pkg_config_path so now if I do: echo $PKG_CONFIG_PATH /opt/e17/lib/pkgconfig/:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig is it right? Because if I launch in the ewl source dir the ./configure commands, it give me the same error: checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for sqrt in -lm... yes checking for EVAS... configure: error: Package requirements (evas = 0.9.9) were not met: No package 'evas' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables EVAS_CFLAGS and EVAS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. I've looked at the link you posted, but I don't think it could be useful in this case, however I've bookmarked it. This is getting to be more of a pain then it's worth. Remove the /opt/e17 directory from your system and follow the directions on the link I gave you. Things should go much smoother. If you want to keep with what you have then you'll need to do some investigating on your own. I've given you what needs to be done, now it's up to you to figure out why you are still having problems. If you were able to build and use E17 then you should have no problem building ewl after the suggestion I made. You may want to try running autogen.sh instead of configure directly. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [trac] add eyelight - exalt
On Sun, 9 Nov 2008 10:37:33 + Atton Jonathan [EMAIL PROTECTED] wrote: you forgot :( 2008/11/7 Nick Hughart [EMAIL PROTECTED] On Fri, 7 Nov 2008 18:13:56 +0100 Atton Jonathan [EMAIL PROTECTED] wrote: hey hey Someone can add Eyelight and Exalt in trac and increase my access level, sometimes I need to close a ticket :) (account Watchwolf) I'll try to remember to do this tonight :) I did :( I will do it now and work on moving all the relevant bugs. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC: enlightenment_start -locked
On Sat, 8 Nov 2008 06:19:46 -0200 Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Fri, Nov 7, 2008 at 12:57 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: Hi guys, During the conference my laptop suspend/resume decided to barf and I have to shutdown and restart lots of time, having to wait for the always slow boot process (mine is still not under 5s) and part of it is loading entrance and e... But wait, most of users I know just have one single user in their machine, including myself... so why use entrance at all? We should have a way to ask enlightenment to start with the desktop lock on, some command line option like -locked so I'm still safe, but as soon as I type my password I have something ready and working, possible my autostart apps are fully working and everything. And all of that without special hacks like Gnome guys did to have GDM to preload gnome session before... To me it's plain simple, but before I dig into code to have that working, do you see any problems with that approach? So at least 3 guys answered to me in IRC with positive feedback (being in the same situation as I am). Do anyone see a problem with such approach? Does anyone know better what's required for user switch? Maybe it would be good to change Entrance when it's fixed/rewrite so we have a way to do autostart as well, in that case Entrance would start itself as the minimum smart session end monitor that it uses once users logs in. That way it doesn't impact boot times and it is still possible for people to change users later. Maybe that can be added to E desktop lock, since when I see multiple users running on the same machine I see they using multiple X sessions, so it's just a matter of spawning a new server... but I'm not sure about coordination between those... or those with the login manager, but KDE/KDM does keep track of such information (at least if you want to shutdown it will first show that there are other users logged in and confirm you want to proceed). I was sitting here thinking about this and just remembered that Entrance already has the ability to do autologin. It's not exactly trivial, but if you look at the build_config.sh in the entrance/data/config directory you should be able to find how it does the automatic login. I recall setting this up for gOS and I believe it works. There are two types of auto login, one that is meant to be silent, but doesn't actually work last I tried and one that will popup the theme and then immediately login and fade it out. The latter did work although it's not as desireable. This of course doesn't solve your problem exactly, but Entrance does store the username from the last login so the only thing you usually have to type in is your password anyway which is pretty much the same effect with a couple more seconds to wait while E loads. E doesn't take so long to load that this is unbearable though. And the fast user switching stuff would be interesting to implement. Trying to juggle multiple screens is probably a bunch of fun :) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [trac] add eyelight - exalt
On Fri, 7 Nov 2008 18:13:56 +0100 Atton Jonathan [EMAIL PROTECTED] wrote: hey hey Someone can add Eyelight and Exalt in trac and increase my access level, sometimes I need to close a ticket :) (account Watchwolf) I'll try to remember to do this tonight :) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Entrance and network manager not working
On Tue, 4 Nov 2008 14:27:44 +0100 Luca De Marini [EMAIL PROTECTED] wrote: entrance itself? or e? e has translations and does work. the new wizard even asks you for what language you want the first time... :) it does require your system support the locales e has translations for... :) Ok, so I'll be surely faster explaining my issue :) When I log in with Entrance E17 is in English even if my system is in Italian normally. When I log in with GDM, instead, my system is correctly in Italian. Of course my system is E17 based so I know that logging in with a proper configuration shows me an Italian translated E17 :D So my question is: how do I have a localized system when logging with Entrance? That's all :) Bye and thanks for your help, Can you try changing line 736 in src/client/main.c from if (!(setlocale(LC_ALL, NULL))) to if (!(setlocale(LC_ALL, ))) and see if that helps at all. If not then delete lines 736-740 and see if that is any better. setlocale should not be updating anything in this case so these are just guesses at hacks to fix it. Luca - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Entrance and network manager not working
On Tue, 4 Nov 2008 14:27:44 +0100 Luca De Marini [EMAIL PROTECTED] wrote: entrance itself? or e? e has translations and does work. the new wizard even asks you for what language you want the first time... :) it does require your system support the locales e has translations for... :) Ok, so I'll be surely faster explaining my issue :) When I log in with Entrance E17 is in English even if my system is in Italian normally. When I log in with GDM, instead, my system is correctly in Italian. Of course my system is E17 based so I know that logging in with a proper configuration shows me an Italian translated E17 :D So my question is: how do I have a localized system when logging with Entrance? That's all :) Bye and thanks for your help, Luca If you want i8n support, don't use Entrance. It's as simple as that. Entrance has no support for translations and if I recall correctly it actually screws up E's support for them. I can't recall exactly why, but we had issues on gOS with this and thus kept GDM around. Of course eventually they went fully Gnome, but that's another story :) Entrance is a very very unmaintained ball of patches, it needs a lot of love :) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet mime default application patch
On Mon, 3 Nov 2008 14:39:05 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] wrote: - Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ha scritto: On Tue, 28 Oct 2008 23:06:58 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: - Nick Hughart [EMAIL PROTECTED] ha scritto: This is not yet an fdo specification so I'm not going to put it in just yet. It seems to have promise and is a fairly simple format, but for now we have our own methods of choosing default applications and it is similar to how they choose as well (given the user is not making this file on their own). When opening a file in EFM, if that mimetype has not been opened previously you will be given a list of apps that support that mimetype and a list of all apps as well just in case. Once you have chosen an app, EFM remembers this and will use that app until you pick a different app by using Open With. So for now we have our own methods of doing this, but if it does become a specification it may be good to adopt this as it would help with those doing packaging and distribution. Where EFM store the user preference, is it possible to others to access this data? I think we need a centralised way to keep this information, or the user need to choose a preferred application for every apps/module that need to open a filemanager or a browser. I know this is not a standard yet. But this doesn't mean we can't have our method to storing this user preference. I have also done a module that add a configuration dialog to set your preferred apps. Its very simple, but it make no sense if there are not a shared place to store the informations. Don't you think this is a must have module?? So IMHO we need to define witch is the E way to store the mime/application associations, and have the code in some lib (maybe not efreet for now). In this way we can have all the apps/module work the same way and we can also change the lib to fit a final freedesktop standard without touching modules. If we don't do this now all the apps/modules will do the associations in a different way and when the fdo standard will become a reality we need to redo everything. well within e it's easy - there are calls to find this info, but outside of e + modules it's buried deep in e's own config somewhere. now how do we want to do this? 1. config everyone cal look at OR 2. opening service. e.g. a dbus call- u send an array (list) of file paths and say open them please - e will open them for you. this way you also recycle the exec method and child process tracking etc. if the target file is a directory - it opens a directory window, etc. is #2 perhaps not better? The #2 is powerfull but will work only if E is running, and this is bad for applications, that should work also outside E. I prefer the #1, put the config where everyone can look...what about the defaults.list file ? ;) (it's not yet a fdo standard, but it's a simple and clear way to store the info) I agree, we should follow the spec on this one as it will ease the burden on distributors who need to setup these types of options for all desktops. The proposed FDO specification needs some work, but hopefully becomes useful. We'll see :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet mime default application patch
On Tue, 4 Nov 2008 11:01:10 +1100 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Mon, 3 Nov 2008 14:39:05 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: 1. config everyone cal look at OR 2. opening service. e.g. a dbus call- u send an array (list) of file paths and say open them please - e will open them for you. this way you also recycle the exec method and child process tracking etc. if the target file is a directory - it opens a directory window, etc. is #2 perhaps not better? The #2 is powerfull but will work only if E is running, and this is bad for applications, that should work also outside E. I prefer the #1, put the config where everyone can look...what about the defaults.list file ? ;) (it's not yet a fdo standard, but it's a simple and clear way to store the info) technically - any app/desktop/wm could provide the same dbus service... a stand-alone app could too. the problem with #1 is that if e decides to change config, format, versioning, keys, break it etc. every app is stuck catching up. putting it into a lib and formalising it sets the config in stone as u cant go change it as u are going to break format/api. a very limited config is possible, but i think it's a bit premature to go formalising this - for e it is i think. also this means the config now can't use e's normal config schemes. I agree here, thus why I didn't bother applying this patch yet. I want to make sure there is a specification set before we do anything. They may end up using dbus or they may keep it simple. I really think dbus is complete overkill for matching mimetypes to applications though. No need to have a daemon running that is going to sit idle 99.9% of the time. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pidgin lagging or using too much resources
Luca De Marini wrote: Hallo people, I received report from two of my developers about pidgin having problems in Enlightenment. I tested it, for me it works fine but maybe because I have a powerful computer... I mean, looks like pidgin uses an incredible amount of resources in E, in general. Jorge reports it to use 99% of is CPU resources, Pablo sais he cannot use it because it lags and is really hard to use. My question is, could someone of you please test this too, so that I can know if it is a real problem for everyone or not? And if it is a problem indeed, how could it happen and how could it be solved (if anyone cares about solving it)? Greetings, Luca Does not do this for me now and has never done it in the past. I also do not know of any other reported cases so this would have to be on their end. The fact that they are using E is probably just a coincidence. E will not cause Pidgin to use 100% cpu. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet mime default application patch
This is not yet an fdo specification so I'm not going to put it in just yet. It seems to have promise and is a fairly simple format, but for now we have our own methods of choosing default applications and it is similar to how they choose as well (given the user is not making this file on their own). When opening a file in EFM, if that mimetype has not been opened previously you will be given a list of apps that support that mimetype and a list of all apps as well just in case. Once you have chosen an app, EFM remembers this and will use that app until you pick a different app by using Open With. So for now we have our own methods of doing this, but if it does become a specification it may be good to adopt this as it would help with those doing packaging and distribution. Dave Andreoli wrote: ...and the attachment ;) the patch is to be applied in the main efreet directory. Dave - Dave Andreoli [EMAIL PROTECTED] ha scritto: Hi all This is a relly small patch that add 2 functions to Efreet_Mime. EAPI const char* efreet_mime_default_application_get(const char *mime) EAPI void efreet_mime_default_application_set(const char *mime, const char *desktop) The _get function take a mime-type (as 'text/html') and return the name of the desktop file (as 'Firefox.desktop') that should be used to open the given mime-type. The information is readed from the $XDG_DATA_DIRS/applications/defaults.list file, first the user preference file is checked than the system wide. The second one set the preference in the user defaults.list file. With this functions all the applications that use efreet can know witch is the default program to use to open a given mime-type. Hope you like it Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] svn pre-commit error
You are trying to commit po files? Massimo Maiurana wrote: suddenly I'm not able to commit files in svn anymore :( my last commit was 4 days ago, now when I try to commit something I get this error: 'pre-commit' hook failed with error output: but unfotunately the message ends here, there is no error output actually. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] svn pre-commit error
Massimo Maiurana wrote: Nick Hughart, il 17/10/2008 21:42, scrisse: You are trying to commit po files? I'm trying to commit these two files, one of them is a po file: - trunk/e/po/fr.po - trunk/E-MODULES-EXTRA/diskio/module.desktop.in even the files I committed 4 days ago without errors were po files. KainX recently made a modification to the hook so that people wouldn't be flooded with po file updates, might have broken commits involving po files though :/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] some questions/propositions on evas/ewl/epsilon
Stephen Houston wrote: Jpeg thumbnails work.. ephoto also uses ewl/epsilon and does thumbnails. Epsilon thumbnails any image type that evas supports afaik. He means the thumbnails themselves are png files if I'm interpreting it correctly. Of course it can thumbnail anything, but since epsilon follows the fdo specification I believe it is only allowed to output the thumbnails themselves in png format. I may be wrong, but I seem to recall someone else bringing this up at some point. On Fri, Sep 12, 2008 at 8:48 AM, Hendrik Siedelmann [EMAIL PROTECTED] wrote: Hi, I'm writing an image viewer for the freerunner (http://projects.openmoko.org/projects/omview/) and I'm using evas, ewl and epsilon to do this work. And I have to say that it is easy to work with them and the result is pretty fast. But... Accelerated scrolling in Evas: I know this was dicussed before, so how is the state of this? I think raster mentioned some time that he had some code doing that, is there any way I can use some acceleration? (code?) I tried to do something with evore_x, but with no result. Its really sad to see the slow and unresponsive gtk apps have smooth scrolling, but with evas I get around 3 fps. epsilon thumbnails: epsilon works great, but Is there a possibility to create jpg thumbnails? Or is there more interest in having this, then I might start adding it to epsilon (seems to be doable). Large png thumbnails are ~100KB, this is too much on an embedded device, and writing them is very slow. It would be very nice If I could create 640x640 thumbnails in jpg (~50KB). Not to mentions png writing is 3 times slower than jpg. is there any documentation on the evas loaders? I'd love to do a raw image loader, to add the possiblity to the jpg loader to use embedded thumbnail/preview images. Ok enough questions for now hendrik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Gadman feature request
Jose Gonzalez wrote: Carsten wrote: or just be able to select the theme/object or Wallpaper :) also being able to have modules be different on different virtual desktops would be nice... maybe... one day... :) Or better yet, for a truly flexible, 'hyperlinked' e, extend virtual desktops to virtual environments.. ie. named virtual desktops (and/or efm views) that have their own full e-like configuration -- modules, gadgets, menu system, start-up apps, etc. Create fdo type files for them so as to reference these as icons wherever. Then, when clicked, create such a virtual desk (if not already up) and populate it accordingly. Maybe create an 'edc' format for describing such virtual environments (rather than the current config methods), etc. :) You can already name each individual virutal desk. You can also configure a shelf to only be on certain desks. The same thing could be done with gadgets as well and the easiest way to pull it off is to have the config panel to be specific to the screen it is on. When you add a gadget it's only added to the current screen or all screens. It could have a list, but I think the chances of someone putting a gadget on 2/6 or 3/4 desktops will be rare enough that it won't be necessary to go beyond the list of gadgets and a couple buttons. I don't think there is any need to get all crazy with text configurations for this, most of it's already done. Click for free info on online masters degrees and make up to $150K/ year http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nNjc4KzDehEBcw7y1Mf3ODweEPazsq4L1EC0G9ZwwjcC8MU/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Gadman feature request
Nick Hughart wrote: Jose Gonzalez wrote: Carsten wrote: or just be able to select the theme/object or Wallpaper :) also being able to have modules be different on different virtual desktops would be nice... maybe... one day... :) Or better yet, for a truly flexible, 'hyperlinked' e, extend virtual desktops to virtual environments.. ie. named virtual desktops (and/or efm views) that have their own full e-like configuration -- modules, gadgets, menu system, start-up apps, etc. Create fdo type files for them so as to reference these as icons wherever. Then, when clicked, create such a virtual desk (if not already up) and populate it accordingly. Maybe create an 'edc' format for describing such virtual environments (rather than the current config methods), etc. :) You can already name each individual virutal desk. You can also configure a shelf to only be on certain desks. The same thing could be done with gadgets as well and the easiest way to pull it off is to have the config panel to be specific to the screen it is on. When you add a gadget it's only added to the current screen or all screens. It could have a list, but I think the chances of someone putting a gadget on 2/6 or 3/4 desktops will be rare enough that it won't be necessary to go beyond the list of gadgets and a couple buttons. I don't think there is any need to get all crazy with text configurations for this, most of it's already done. Yeah I'm replying to my own email, sue me :P Just wanted to comment on a couple more things that you mentioned. You also mentioned startup apps per virtual desktop which can be achieved just by starting the app and setting a remember for the virtual desktop, only on the first instance of the window even if necessary. And having a different menu, can't really see the point in that, but maybe for something very application specific. In that case, one could always make a module to achieve that goal, but I don't really see the point personally. Click for free info on online masters degrees and make up to $150K/ year http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nNjc4KzDehEBcw7y1Mf3ODweEPazsq4L1EC0G9ZwwjcC8MU/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Enlightenment.org redesign mockups needed!
Downknew Wise wrote: The second mockup you have to look at the layout because the contents should be different. And the menu maybe have a new link to the documentation... I think this mockup is simple, stylish and not difficult to realise. Personally i don't like the sites in black and white for an usability reason but... don't mind... What do you think about??? I like Mekius' mockup but it has too white space on the left, under e-logo... it could be solved. And i don't know how he think to place forum, wiki and others sublink in the layout. Bye 2008/9/2 Downknew Wise [EMAIL PROTECTED] The whitespace under the E logo can be used for something, just haven't thought of anything clever yet. Custom templates can be made for the wiki and such that match the E site. This is of course more work, but if you don't do this you just end up with an inconsistent look and no navigation to resources elsewhere. Trac is a big chunk of things that used to be separate so it makes this effort easier. Also, the forum is largely unread by most of the E community so it may just go away. We were thinking of maybe using some sort mailing-list viewer that offered web based posts, but not sure how everyone feels about that. How were you planning to place the forum and such into your template? I don't see how your template makes it any easier to integrate these things. My mockups... http://img57.imageshack.us/img57/4439/mockupwj4.png http://img57.imageshack.us/img57/469/mockup2pt5.png - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Enlightenment.org redesign mockups needed!
Downknew Wise wrote: Forum and similar can be themed (i think)... i only asked where i can find the link of forum, m-list, trac in your layout. Do you think to create a submenu or put all in a page?? In my layout the forum, exchange etc... links are in the community page (look at the second mockup). Ah I see what you mean. This is something I'm still working on atm, but it would be a mix of adding new navigation links to the ones I have already and/or putting links into the content to point users to different things. I plan on adding some icons to my tabs as well to dress them up a bit as well so they are more attention grabbing. Note that my design is still being worked on, the content is still a work in progress so maybe we can combine some ideas and get this done quicker :) 2008/9/2 Nick Hughart [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Downknew Wise wrote: The second mockup you have to look at the layout because the contents should be different. And the menu maybe have a new link to the documentation... I think this mockup is simple, stylish and not difficult to realise. Personally i don't like the sites in black and white for an usability reason but... don't mind... What do you think about??? I like Mekius' mockup but it has too white space on the left, under e-logo... it could be solved. And i don't know how he think to place forum, wiki and others sublink in the layout. Bye 2008/9/2 Downknew Wise [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] The whitespace under the E logo can be used for something, just haven't thought of anything clever yet. Custom templates can be made for the wiki and such that match the E site. This is of course more work, but if you don't do this you just end up with an inconsistent look and no navigation to resources elsewhere. Trac is a big chunk of things that used to be separate so it makes this effort easier. Also, the forum is largely unread by most of the E community so it may just go away. We were thinking of maybe using some sort mailing-list viewer that offered web based posts, but not sure how everyone feels about that. How were you planning to place the forum and such into your template? I don't see how your template makes it any easier to integrate these things. My mockups... http://img57.imageshack.us/img57/4439/mockupwj4.png http://img57.imageshack.us/img57/469/mockup2pt5.png - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net mailto:enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Battery module patch.
Stéphane BAULAND wrote: Hi, This patch is just a simple patch. I had problem using the battery module, it wasn't working for me. I was bored and i look to sources of badget... The problem comes from the name of the device. For me the battery path is : /sys/class/power_supply/C1FD/ and the module was looking to a name that begin by bat i just removed this check. You can't just remove this check. The reason this check exists is because there can be AC data in the power_supply directory as well. We'll have to come up with a better way to determine if the supply is a battery or not. See you. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] new thumbnailing spec (from xdg)
Vincent Torri wrote: Hey, it seems that a new spec about thumbnailing is about to born Sounds like an extension of the current spec. It sounds like it will just be the addition of a standard daemon that listens for thumbnail requests via DBUS. Pretty much what was done with epsilon_thumbd afaik, but using a DBUS interface. Sounds uninteresting unless they plan on modifying the thumbnail spec itself to be more flexible like others have wanted it to be. see https://bugs.freedesktop.org/show_bug.cgi?id=17376 maybe it would be interesting to follow the discussion, and even participate to it. Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFM: DND action modifiers
Sebastian Dransfeld wrote: Gustavo Sverzut Barbieri wrote: On Sat, Aug 16, 2008 at 9:55 AM, Fedor Gusev [EMAIL PROTECTED] wrote: Hello. First of two attached patches brings an API that allows one to handle key pressing while DND using two functions: EAPI void e_drag_key_down_cb_set(E_Drag *drag, void (*func)(E_Drag *drag, Ecore_X_Event_Key_Down *e)); EAPI void e_drag_key_up_cb_set(E_Drag *drag, void (*func)(E_Drag *drag, Ecore_X_Event_Key_Up *e)); Both callbacks are called when a key is down/up while drag. Second patch uses this API to use modifiers in EFM drag. If you hold Control while drag the action is Copy, Alt -- action is Ask, Shift -- action is Move. The icons get signals 'e,state,move', 'e,state,copy', 'e,state,ask' with source 'e', so one can modify a theme to show which action would be performed. Note that you need a modified Ecore_X for this to work, see my previous mail. Hi Fedor, I haven't tried or read the code, sorry, but from your description Ask is only from alt? What is the action when no modifier is used? Defaulting to ask would be the best option. Also, maybe the ask dialog could point Move/Copy could be automatically selected with Control/Shift. Isn't alt+click usually used for window manipulation (move/resize)? So I would not use alt at all. Yeah, that could potentially be an issue now that you mention it. It would also be an issue with any modifier key if the user happens to change this. I know I've changed it before. Should we make new mouse binding entries? Sebastian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFM: DND action modifiers
Gustavo Sverzut Barbieri wrote: On Sat, Aug 16, 2008 at 9:55 AM, Fedor Gusev [EMAIL PROTECTED] wrote: Hello. First of two attached patches brings an API that allows one to handle key pressing while DND using two functions: EAPI void e_drag_key_down_cb_set(E_Drag *drag, void (*func)(E_Drag *drag, Ecore_X_Event_Key_Down *e)); EAPI void e_drag_key_up_cb_set(E_Drag *drag, void (*func)(E_Drag *drag, Ecore_X_Event_Key_Up *e)); Both callbacks are called when a key is down/up while drag. Second patch uses this API to use modifiers in EFM drag. If you hold Control while drag the action is Copy, Alt -- action is Ask, Shift -- action is Move. The icons get signals 'e,state,move', 'e,state,copy', 'e,state,ask' with source 'e', so one can modify a theme to show which action would be performed. Note that you need a modified Ecore_X for this to work, see my previous mail. Hi Fedor, I haven't tried or read the code, sorry, but from your description Ask is only from alt? What is the action when no modifier is used? Defaulting to ask would be the best option. Also, maybe the ask dialog could point Move/Copy could be automatically selected with Control/Shift. Well the default action is move right now as it is in most file managers afaik. Ask should actually be implemented on a right click drag eventually, but since the deadline was approaching I just had him do it with a modifier. Right click drags will require some extra modifications. I don't understand your last sentence, but the ask pops up a menu to click on . Are you saying we should provide hotkeys for this menu? Thanks for your work! - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFM: DND action modifiers
Gustavo Sverzut Barbieri wrote: On Sat, Aug 16, 2008 at 12:09 PM, Nick Hughart [EMAIL PROTECTED] wrote: Gustavo Sverzut Barbieri wrote: On Sat, Aug 16, 2008 at 9:55 AM, Fedor Gusev [EMAIL PROTECTED] wrote: Hello. First of two attached patches brings an API that allows one to handle key pressing while DND using two functions: EAPI void e_drag_key_down_cb_set(E_Drag *drag, void (*func)(E_Drag *drag, Ecore_X_Event_Key_Down *e)); EAPI void e_drag_key_up_cb_set(E_Drag *drag, void (*func)(E_Drag *drag, Ecore_X_Event_Key_Up *e)); Both callbacks are called when a key is down/up while drag. Second patch uses this API to use modifiers in EFM drag. If you hold Control while drag the action is Copy, Alt -- action is Ask, Shift -- action is Move. The icons get signals 'e,state,move', 'e,state,copy', 'e,state,ask' with source 'e', so one can modify a theme to show which action would be performed. Note that you need a modified Ecore_X for this to work, see my previous mail. Hi Fedor, I haven't tried or read the code, sorry, but from your description Ask is only from alt? What is the action when no modifier is used? Defaulting to ask would be the best option. Also, maybe the ask dialog could point Move/Copy could be automatically selected with Control/Shift. Well the default action is move right now as it is in most file managers afaik. Ask should actually be implemented on a right click drag eventually, but since the deadline was approaching I just had him do it with a modifier. Right click drags will require some extra modifications. Yes, and I know about deadlines and I actually like modifier keys more than right-middle clicks. I was just pointing an possible usability issue, easily to fix (I guess). I don't understand your last sentence, but the ask pops up a menu to click on . Are you saying we should provide hotkeys for this menu? Something like KDE's: Move [Shift] Copy[Control] -- Cancel AFAIK it does not act on the popup (clicking shift while in the menu), but when you do the drag. Anyway, better 1) give it a try and 2) try to provide a patch, I'll do it later today. Well I'd wait until the SVN move is over since I'm waiting to commit this patch until that is done. Should hopefully be done some time today. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e processor usage (100%) after an enlightenment_remote -restart
Jorge Mariani wrote: Hi. Not using the battery module. I already noticed that issue. I'm using a Dell Precision M4300, 4GB of RAM, Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz on Ubuntu 8.04 and using the dunnewind e17. Cya. Try using latest CVS, the dunnewind repo is not maintained by us and may be old or contain patches. On Sun, Aug 10, 2008 at 1:45 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Sun, Aug 10, 2008 at 12:16 PM, Jorge Mariani [EMAIL PROTECTED] wrote: There goes an screenshot of top after unloading all the modules you asked. file? e is at 55%, top of the list. my guess since you're using new.edj theme: are you using laptop and charging the battery? I remember new.edj battery pulsing on large shelf/gadgets to be quit cpu-intensive. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EFM] Desktop HAL icons
This change: - snprintf(buf, sizeof(buf), %s/.e/e/fileman/favorites/|%s_%d.desktop, + snprintf(buf, sizeof(buf) - 1, %s/.e/e/fileman/favorites/|%s_%d.desktop, e_user_homedir_get(), id, v-partition_number); isn't necessary. snprintf is smart enough to know that it needs space for the null character :) Other then that, if anyone can test this out and give some feedback as well as the other patches he's posted in the last few days, I'll commit them soon before the SVN migration :) Fedor Gusev wrote: Hello everyone! Attached patch adds an ability to show/hide desktop icons that HAL produces. Apply from E's source top, since it makes changes in both core E and fileman module. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] CVS-SVN.
Nathan Ingersoll wrote: Can we put this on hold until Summer of Code is complete? It's only another week until that wraps up and I'd like to minimize the time the students need to spend to accommodate shifting infrastructure during the end of session crunch. I'd toss a vote for this too as I have things I want to finish, but am kinda working with my student wrt them so don't want to have to move my changes over to a new tree. If necessary I can, but would be nice if it could wait :) Thanks, Nathan On Sat, Aug 9, 2008 at 1:45 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: ok guys. i'm going to move stuff from CVS to SVN tomorrow. that means in 16 hours from now or so. get all your commits in NOW. that means in the next 16 hours. at some time soon after that i'll start the migration over and send out an email when done. after that - just check out the svn tree and continue work. so... 16 hours and counting... :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New theme
Gustavo Sverzut Barbieri wrote: On Fri, Aug 8, 2008 at 1:40 PM, Jorge Mariani [EMAIL PROTECTED] wrote: Agree, but I'll tell you my point. I love to port. Why? Because, first of all, I'm not an artist, but maybe a pretty good coder. So, I lack the imagination and the artistic skills to make pixmaps and etc. But also, I like to see wm makeups widespread. In my ideal world, there's going to be a huge meeting of GUI developers and everybody will agree on creating a standard for window customization, across all OS. So, I will keep porting whatever. I'll try to port original ideas, not only common OS GUIs. But also, I'm open and if somebody has a good idea, but lacks time or skills to code, be welcome to send me mockups or whatever. I'll be happy to help. If you think so, why don't make things like Apple E17 (http://exchange.enlightenment.org/theme/show/394) better? I could look and behave much better by being more strictly like apple's version, today it looks like an amateur rip off (Yes, it can be made even better than real macos, but it's not even at the same level) Well don't copy it too much, Apple, as well as MS, have sent letters to people who have copied it too closely. So this is the best reason to stay away from such themes, could be a big time waste if you can't distribute it. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
Jorge Luis Zapata Muga wrote: On Thu, Aug 7, 2008 at 3:21 AM, Nathan Ingersoll [EMAIL PROTECTED] wrote: On Wed, Aug 6, 2008 at 4:52 PM, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote: You can't tell me that im wrong as i did eina and took the decisions about it. I have to explain this as this totally wrong. Eina's attempt was known, i already commented about it on irc and on ml, *with* intention to get developers contribute to it, contribute not only on the sense of coding it, but actually *using* it to have a common data library. You are wrong again, I can examine the evidence and draw conclusions and I'm perfectly capable of saying that I think you're wrong. You are repeating your opinion and drawing conclusions which are not founded by the arguments you present. You worked in a repository outside of the normal project. This means only developers that explicitly want to jump into your effort will follow the activity, you won't pick up work from the project members that don't sign on. How many E related side projects have you seen become heavily adopted before they went into CVS? I can't think of any except for maybe E-Live and that was primarily because it was well linked from E.org and was an entire distribution to help users try E. Myself, I did not follow eina outside CVS mainly because we have many people mention wanting to help with things that never come to fruition. I would not be surprised if others were in the same situation. I also did not see any statements from raster that he was willing to let evas depend on an external data type lib. Without that, there was not much point to another data structure lib as it would just be more duplication. Ok, now you *think* that im wrong, but again im not wrong, eina jumped out from e cvs in the first place, the solution that was already on e cvs was edata, so is not about following a project outside, is that the project initially was on proto and the ml certificates it and nobody contributed to it not even discussed when the stringshare lib was presentead, those are facts, you can check the logs and the ml, is all there. But as i have said and so do you, evas (raster) didnt want a dependency library for data types but now he is ok with that, that's what i meant with the adoption, he said it is good, now eina is good for everyone, that is what has happened. Nothing to do with the license. Cedric may have been interested because it was LGPL, but most Cedric was interested on the project by himself and because it was technically good, i think having a common library for data types is something we all agree. I think he will reply on this. And yes, the license do has something to do with this, as *i* want it to be lgpl. As I stated in another email, that's fine for you, but not necessarily fine for broader project. people I know of are interested because we can finally remove some redundant API's. If so, why on the past two years, no interest on this library (concept) has been shown? i even received comments like: ecore already provides it and ecore means core so it should belong there and not in evas/eet. kind of absurd, imho. Because you were working in an external repository. By being outside CVS it was not really part of the project. E doesn't get a ton of developer attention as it is, and you expect an unknown experimental lib developed outside the project to get more attention? Also, you mentioned previously that it was already LGPL, if you're proposing the license change is the driving force for interest, how was there a change? As i said too many times, there was edata, this arguments are refered to edata, not eina, you can think of eina on just the same conceptually lib but developed from the base code of edata. So i wasn't expecting developers on eina, i was expecting them on edata when i created it, but none appeared, so the excuse of it was outside cvs applies to eina, but im ok with that and never wanted to say the other thing, what i meant is the feedback it has received, as edata received none, eina also received none, until raster give a go and the license has become an issue, those are facts, not opinions. And i have already stated on other mails, I *wanted* (it didnt have any license) it to be lgpl but didnt add any license reference on the code because if this was going to be included i wanted other opinions and so i did, but the push from others developers and mine has made eina to be lgpl no bsd. I don't really know where those comments came from so it's not up to me to defend them. Why don't you ask Peter since he's the other one you mention making some effort on it? Peter already stated his POV on this, he said that he wont contribute, so his stringshare code was respected with the bsd license on top of the file. Did i do something wrong? what happens
Re: [E-devel] E CVS: proto/eina turran
Hisham Mardam Bey wrote: On Thu, Aug 7, 2008 at 7:40 AM, Nick Hughart [EMAIL PROTECTED] wrote: I still don't understand what about the BSD makes it not always free, you can't steal the code, the free code is always there. Even if raster wanted to, he could not just up and close the code. He would have to make a closed fork and develop it on his own or with others who agree to go that route. In that same thread, I don't expect a company to pay their employees to just give away everything for free if they are truely adding some value to the code that the open source community either cannot or doesn't have the desire to. Also, they will have a lot more time to add value since they are depending on the community to keep the base solid. If they give back, that's great, but not all companies can afford to do this and some may just need some time to get on their feet before they give back. The BSD license gives them this ability and offers them true freedom in their decisions and leaves the moral choice in their hands, not the hands of others. A company that chooses to give back out of choice is better then one that gives back because they are required to do so IMO. Some people don't want their code forked off and closed away and want all contributions to come back. This is the difference. This sounds a lot like having your cake and eating it too heh. LGPL only stops the company from modifying the lib anyway, any other work they do goes towards their lib. What if they add a bunch of worthless code that only adds hooks to an external binary blob or something? Is that code any use then? I think this limitation is so easily worked around as to make it completely pointless. Also, by introducing an LGPL lib into the community to the point that our core BSD libs become dependent on it does hurt things. It's always been the assumption that our core libs will be BSD from the bottom up. E17 is also licensed BSD. This is a decision that was made around 10 years ago, we're working on changing that. Is there a reason to change it? Has the original decision led to problems? Is switching to the LGPL going to instantly solve our community issues or is it just going to cause more animosity between the developers? A divided community doesn't exactly help get corporate interest brewing either. Plus any company looking into the EFL now may just go elsewhere because they may perceive that the license will change and thus cause them plenty of issues in the long run. If the lib was not core we didn't worry all that much about the license used, at least as a community. When it comes to the libs that we ship as our crowning achievements, having two licenses throughout is just going to drive companies insane. It complicates all the legalities involved and they then have to be extra careful not to touch any LGPL lib code. Also note how I said LGPL coming into the community and not LGPL in general. Generally any LGPL lib we depend on now is an indirect dep of another lib we depend on that is generally BSD or otherwise similarly licensed (best I can tell anyway). Some of the indirect deps like libC are not always GPL either as we are not (or should not) be dependent on a single implementation of this. After having looked into this more heavily I'm now even more concerned by having an LGPL as an immediate dep of Evas and Ecore, two of our lowest level libraries. No one expects anything to happen over the course of a single night, week, or month. Its going to take some time, and we're going to keep at it until its done. So you're assuming everyone will just give up and accept the LGPL? I highly doubt this will happen so have fun fighting. It's a choice based on ideals. Some of us are not worried about what a company does with our code as we feel like furthering the development of software in any way possible. Getting paid to code software tends to lead to more code generation and if they do decide to give back, that's great, but even if they don't they will have hopefully created a good product that consumers can use based on code that others can help improve. If they completely fork the code and modify it heavily then they've added enough value that it may not even be the same code anymore and possibly not even the same idea. Regardless of the fact that forking to these degree is no small undertaking. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https
Re: [E-devel] E CVS: proto/eina turran
Hisham Mardam Bey wrote: On Thu, Aug 7, 2008 at 9:30 AM, Nick Hughart [EMAIL PROTECTED] wrote: Some people don't want their code forked off and closed away and want all contributions to come back. This is the difference. This sounds a lot like having your cake and eating it too heh. LGPL only stops the company from modifying the lib anyway, any other work they do goes towards their lib. What if they add a bunch of worthless code that only adds hooks to an external binary blob or something? Is that code any use then? I think this limitation is so easily worked around as to make it completely pointless. Also, by introducing an LGPL lib into the community to the point that our core BSD libs become dependent on it does hurt things. It's always been the assumption that our core libs will be BSD from the bottom up. E17 is also licensed BSD. This is a decision that was made around 10 years ago, we're working on changing that. Is there a reason to change it? Has the original decision led to problems? Is switching to the LGPL going to instantly solve our community issues or is it just going to cause more animosity between the developers? A divided community doesn't exactly help get corporate interest brewing either. Plus any company looking into the EFL now may just go elsewhere because they may perceive that the license will change and thus cause them plenty of issues in the long run. If the lib was not core we didn't worry all that much about the license used, at least as a community. When it comes to the libs that we ship as our crowning achievements, having two licenses throughout is just going to drive companies insane. It complicates all the legalities involved and they then have to be extra careful not to touch any LGPL lib code. Also note how I said LGPL coming into the community and not LGPL in general. Generally any LGPL lib we depend on now is an indirect dep of another lib we depend on that is generally BSD or otherwise similarly licensed (best I can tell anyway). Some of the indirect deps like libC are not always GPL either as we are not (or should not) be dependent on a single implementation of this. After having looked into this more heavily I'm now even more concerned by having an LGPL as an immediate dep of Evas and Ecore, two of our lowest level libraries. No one expects anything to happen over the course of a single night, week, or month. Its going to take some time, and we're going to keep at it until its done. So you're assuming everyone will just give up and accept the LGPL? I highly doubt this will happen so have fun fighting. It's a choice based on ideals. Some of us are not worried about what a company does with our code as we feel like furthering the development of software in any way possible. Getting paid to code software tends to lead to more code generation and if they do decide to give back, that's great, but even if they don't they will have hopefully created a good product that consumers can use based on code that others can help improve. If they completely fork the code and modify it heavily then they've added enough value that it may not even be the same code anymore and possibly not even the same idea. Regardless of the fact that forking to these degree is no small undertaking. Ideals, true, our ideals point in the direction of the LGPL. This discussion is really not going anywhere. I'm not going to waste time replying anymore. Our goals and intentions are clear. We're working towards them and will accomplish what we set out to do. Those who choose to stagnate and bind themselves to the previous state of the project may do so, we're proceeding forward by writing code and making changes. Glad to see that everyone is still under the illusion that the license is the problem when that has little to nothing to do with it. It has to do with things like this that cause the community to be unable to compromise and split off. Thank you for proving my point for me, made things much easier. Sounds a lot like Obama's campaign, making a lot of change just for the sake of changing. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] licensing - end it.
Carsten Haitzler (The Rasterman) wrote: On Thu, 7 Aug 2008 16:15:37 +0200 (CEST) Dave Andreoli [EMAIL PROTECTED] babbled: Thanks Raster!! finally a POW that respect the others :) Are you sure that we can (safetly) use LGPL for apps? From what I read on the gnu site LGPL is exaclty for libs, I didn't find nothing about using LGPL in apps. nothing stops LGPL being used for an app. the FSF can't go dictate this to you - unless of course they wish to be guilty of the closedness they are so adamant and picky about fighting. LGPL CAN be applied to an app. any time. it just isnt that meaningful when applied to an app. it effectively is GPL - BUT allows re-use/movement of the code from the GPL app into the LGPL lib without relicensing, as GPL is more restrictive than LGPL. :) now... everyone - back to something PRODUCTIVE! Can you move code from an LGPL/GPL app into a BSD library with the permission of the author of that code and just that specific code? - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: tclock mekius
Christopher Michael wrote: Enlightenment CVS wrote: Enlightenment CVS committal Author : mekius Project : e_modules Module : tclock Dir : e_modules/tclock Modified Files: tclock.edc Log Message: Patch from ptomaine, my awesome GSOC student :), to make the popup use font classes. Thanks Nick :) I assume you tested it first ?? ;) Of course :D dh - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: tclock mekius
Christopher Michael wrote: Nick Hughart wrote: Christopher Michael wrote: Enlightenment CVS wrote: Enlightenment CVS committal Author : mekius Project : e_modules Module : tclock Dir : e_modules/tclock Modified Files: tclock.edc Log Message: Patch from ptomaine, my awesome GSOC student :), to make the popup use font classes. Thanks Nick :) I assume you tested it first ?? ;) Of course :D dh Thanks :) I hope this does not mean that I have to change the license now :P Oh don't start now :P dh - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] licensing - end it.
Jose Gonzalez wrote: Carsten wrote: ok. enough of the squabbling. e is not a political football. license is not a reason one way or another for success or failure if licenses are oss anyway. we're squabbling about strawberry vs chocolate. That's no doubt true as a rule on any given project, but statistics show that gpl/lgpl code and developers outnumber bsd ones by orders of magnitude. Your feelings on it are a bit subjective, and so might those of others who prefer some other license, but that's a fact that should be recognized, not a squabble. Anyone who paid attention in class would know that correlation != causation. Quit making assumptions. here's how it will go: 1. existing libs. the LGPL crowd - RESPECT the licenses already used. deal with it. the original authors chose the licenses. don't like it? go somewhere else. this is what pretty much every oss project will say - except for very small ones. 2. new libs. he who writes and licenses the lib initially makes the license call. if its LGPL or BSD - doesn't matter. but RESPECT their choice. just like they need to RESPECT the choices of existing libs and stop trying to change them. No one proposing either licensing their work as lgpl, or even just asking for other's views on a possible change, has disrespected any author -- not as far as I can see. 3. new apps. same as libs - choose your license. BEWARE of GPL though. you CANNOT take the GPL code and put it into an LGPL lib - so if you see code going from app back to a lib sometime... think many times before GPL. licence the APP under LGPL - it'd be effectively the same. 4. linking TO LGPL libs is ok - we do it already anyway. 5. linking to GPL libs - be WARY. very. this makes your lib GPL and then any app using that lib GPL. beware of the chain of infection. if you want it a core lib used by everyone - chances are this is a very bad idea. i'm a little tired of the divisive political debating here. this is NOT a technical argument. it id not something u can win by benchmarking, numbers and proof. it's all emotions, speculation and politics. please take your politics elsewhere as this is the one thing that is really going to destroy this community if anything. i know i am personally -||- this far from saying fuck it - i'm out. if this is becoming a political playground i have better things to do that deal with it. now. make your choices. but enough of the politics. debate is healthy - technical debate. direction for features and code and technical stuff. we can always debate. its good. politics is nothing more than a way to divide and create little power encampments us and them. i have been very quiet - i was hoping people would sort their difference out quietly, but it seems i need to say something. i think i have been very reasonable here and have tried to accommodate BOTH sides. i see the arguments for LGPL etc. and i know why. i respect the desire for it - and when it is appropriate and sane/possible - if the author(s) want to use it, do so. by the same token respect the licenses there already. if 1 author for a project says no - i wont relicence or 1 authors alone simply never responds, it doesnt get relicenced. in fact the debate and effort spent relicencing is a big waste of Again, no one tried to force or impose changing any existing license on a project agaisnt anyone's wishes... some did ask, but that's neither disrespect nor intolerance. But also note that bsd does explicitly champion the right to relicense the code.. that's part of the very thing many have defended here as their reason for choosing such a license. time. so again - there are 2 valid sides to this. respect EACHOTHER. Indeed, well said. thanks. :) now... do we have productive stuff to do? Argue some more, call each other names.. then go out for a beer or reasonably priced meal? :) Define reasonably priced? I'll settle for nothing less then $100 a seat :P Get expert advice on your inheritance. Click here for more information. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3mKSlbQcijuE1TAn7oNNAdEmnu0QMIdoRYMEPtpWYi7t4Xbm/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] licensing - end it.
Jose Gonzalez wrote: Nick wrote: Jose Gonzalez wrote: Carsten wrote: ok. enough of the squabbling. e is not a political football. license is not a reason one way or another for success or failure if licenses are oss anyway. we're squabbling about strawberry vs chocolate. That's no doubt true as a rule on any given project, but statistics show that gpl/lgpl code and developers outnumber bsd ones by orders of magnitude. Your feelings on it are a bit subjective, and so might those of others who prefer some other license, but that's a fact that should be recognized, not a squabble. Anyone who paid attention in class would know that correlation != causation. Quit making assumptions. No one is implying proof of direct causation. But it's quite foolish to ignore or brush-off correlations which have orders of magnitude significance. Correlation without causation has no significance. It's just a freak accident until it's proven there is causation. Make the right decisions about your inheritance. Click here for more information. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3mKSlJPRv1xuLvl9r5Kge1MMeZ5ey1CKcqRcyxHAGs9w5FjJ/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
Have fun getting any of the libs in CVS to use Eina now. Just more split effort... Enlightenment CVS wrote: Enlightenment CVS committal Author : turran Project : e17 Module : proto/eina Dir : e17/proto/eina Modified Files: COPYING Added Files: OLD-COPYING.PLAIN Log Message: License changes (BSD - LGPL) === RCS file: /cvs/e/e17/proto/eina/COPYING,v retrieving revision 1.1 retrieving revision 1.2 diff -u -3 -r1.1 -r1.2 --- COPYING 30 Jul 2008 12:46:54 - 1.1 +++ COPYING 6 Aug 2008 18:12:57 - 1.2 @@ -0,0 +1,504 @@ + GNU LESSER GENERAL PUBLIC LICENSE +Version 2.1, February 1999 + + Copyright (C) 1991, 1999 Free Software Foundation, Inc. + 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA + Everyone is permitted to copy and distribute verbatim copies + of this license document, but changing it is not allowed. + +[This is the first released version of the Lesser GPL. It also counts + as the successor of the GNU Library Public License, version 2, hence + the version number 2.1.] + + Preamble + + The licenses for most software are designed to take away your +freedom to share and change it. By contrast, the GNU General Public +Licenses are intended to guarantee your freedom to share and change +free software--to make sure the software is free for all its users. + + This license, the Lesser General Public License, applies to some +specially designated software packages--typically libraries--of the +Free Software Foundation and other authors who decide to use it. You +can use it too, but we suggest you first think carefully about whether +this license or the ordinary General Public License is the better +strategy to use in any particular case, based on the explanations below. + + When we speak of free software, we are referring to freedom of use, +not price. Our General Public Licenses are designed to make sure that +you have the freedom to distribute copies of free software (and charge +for this service if you wish); that you receive source code or can get +it if you want it; that you can change the software and use pieces of +it in new free programs; and that you are informed that you can do +these things. + + To protect your rights, we need to make restrictions that forbid +distributors to deny you these rights or to ask you to surrender these +rights. These restrictions translate to certain responsibilities for +you if you distribute copies of the library or if you modify it. + + For example, if you distribute copies of the library, whether gratis +or for a fee, you must give the recipients all the rights that we gave +you. You must make sure that they, too, receive or can get the source +code. If you link other code with the library, you must provide +complete object files to the recipients, so that they can relink them +with the library after making changes to the library and recompiling +it. And you must show them these terms so they know their rights. + + We protect your rights with a two-step method: (1) we copyright the +library, and (2) we offer you this license, which gives you legal +permission to copy, distribute and/or modify the library. + + To protect each distributor, we want to make it very clear that +there is no warranty for the free library. Also, if the library is +modified by someone else and passed on, the recipients should know +that what they have is not the original version, so that the original +author's reputation will not be affected by problems that might be +introduced by others. + + Finally, software patents pose a constant threat to the existence of +any free program. We wish to make sure that a company cannot +effectively restrict the users of a free program by obtaining a +restrictive license from a patent holder. Therefore, we insist that +any patent license obtained for a version of the library must be +consistent with the full freedom of use specified in this license. + + Most GNU software, including some libraries, is covered by the +ordinary GNU General Public License. This license, the GNU Lesser +General Public License, applies to certain designated libraries, and +is quite different from the ordinary General Public License. We use +this license for certain libraries in order to permit linking those +libraries into non-free programs. + + When a program is linked with a library, whether statically or using +a shared library, the combination of the two is legally speaking a +combined work, a derivative of the original library. The ordinary +General Public License therefore permits such linking only if the +entire combination fits its criteria of freedom. The Lesser General +Public License permits more lax criteria for linking other code with +the library. + + We call
Re: [E-devel] E CVS: proto/eina turran
Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 4:07 PM, Nick Hughart [EMAIL PROTECTED] wrote: Have fun getting any of the libs in CVS to use Eina now. Just more split effort... Since they're basically the only doing any code in CVS, it will be as hard as before. I guess I should stop working on EFM then and all those working on EWL should cease as well. Don't make stupid statements. There are plenty of people who have and continue to contribute when they can to all of E's CVS, by making such a statement you just look stupid. I realize you are trying to make a point with all this switching, but in all honesty all it's going to do is make things worse, so thank all of you for screwing up our community more then it already was. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 4:53 PM, Nick Hughart [EMAIL PROTECTED] wrote: Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 4:07 PM, Nick Hughart [EMAIL PROTECTED] wrote: Have fun getting any of the libs in CVS to use Eina now. Just more split effort... Since they're basically the only doing any code in CVS, it will be as hard as before. I guess I should stop working on EFM then and all those working on EWL should cease as well. Don't make stupid statements. There are plenty of people who have and continue to contribute when they can to all of E's CVS, by making such a statement you just look stupid. I realize you are trying to make a point with all this switching, but in all honesty all it's going to do is make things worse, so thank all of you for screwing up our community more then it already was. Ok, so let's reduce the scope of my statement to make it less stupid: Since they're basically the only doing any code in CVS [THAT WOULD USE EINA DIRECTLY], it will be as hard as before. I see ecore and evas as main users, possible provide some helpers to have eet descriptors with eina data types. Of course there are many places where it could be used, including EWL or ETK, but I saw no talk about moving them so far. EWL uses ecore data types, thus it will use eina indirectly and thus indirectly it will be bound by the terms of the LGPL as will anyone using ecore, evas, edje, etc. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 5:04 PM, Nick Hughart [EMAIL PROTECTED] wrote: Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 4:53 PM, Nick Hughart [EMAIL PROTECTED] wrote: Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 4:07 PM, Nick Hughart [EMAIL PROTECTED] wrote: Have fun getting any of the libs in CVS to use Eina now. Just more split effort... Since they're basically the only doing any code in CVS, it will be as hard as before. I guess I should stop working on EFM then and all those working on EWL should cease as well. Don't make stupid statements. There are plenty of people who have and continue to contribute when they can to all of E's CVS, by making such a statement you just look stupid. I realize you are trying to make a point with all this switching, but in all honesty all it's going to do is make things worse, so thank all of you for screwing up our community more then it already was. Ok, so let's reduce the scope of my statement to make it less stupid: Since they're basically the only doing any code in CVS [THAT WOULD USE EINA DIRECTLY], it will be as hard as before. I see ecore and evas as main users, possible provide some helpers to have eet descriptors with eina data types. Of course there are many places where it could be used, including EWL or ETK, but I saw no talk about moving them so far. EWL uses ecore data types, thus it will use eina indirectly and thus indirectly it will be bound by the terms of the LGPL as will anyone using ecore, evas, edje, etc. ah, fine... so you all use BSD's libC, do not use GNU LibC or any other LGPL library... There are plenty of libc's, if a company so chooses they could use a BSD licensed libc and build the EFL on top of it. This may require patches, but they can easily patch it themselves if they want to. The contents of libc are far more common between variations then Eina will be. Also, if we didn't support GNU libc at all, we probably wouldn't have anywhere near the exposure we do (note this is no argument for LGPL, people just happened to build Linux with the GNU tools and here we are today with that being the most popular combination). Either way, you completely ignored the fact that you are causing major headaches for the community and in the end this isn't going to make anything better, so once again, thank you for being short-sighted and trying to force your way upon others who have long ago decided how free they wanted their software to be. Now they are being forced to either waste effort or switch licenses, neither of which feels very good (one of which is impossible) and sure the hell isn't going to bring more developers (or even end users) as some like to claim. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
Viktor Kojouharov wrote: On Wed, 2008-08-06 at 15:41 -0500, Nathan Ingersoll wrote: Really? I have done my best to layout factual reasons and arguments but have not seen any rebuttals that have attempted to do the same. True, you have. And I didn't say otherwise. What I said was, more than half just don't care. And it seems that ewl is still under the bsd license. Am I to assume that no one has put a gun to your head, and forced you to switch licenses? A gun has been put to the head of EWL now that it could potentially have an LGPL lib underneath it and thus bounding companies to either make cumbersome workarounds or in general make our community look like it can't make up it's mind (which probably isn't far from the truth at this point). On 8/6/08, Viktor Kojouharov [EMAIL PROTECTED] wrote: On Wed, 2008-08-06 at 15:20 -0500, Nick Hughart wrote: Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 5:04 PM, Nick Hughart [EMAIL PROTECTED] wrote: Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 4:53 PM, Nick Hughart [EMAIL PROTECTED] wrote: Gustavo Sverzut Barbieri wrote: On Wed, Aug 6, 2008 at 4:07 PM, Nick Hughart [EMAIL PROTECTED] wrote: Have fun getting any of the libs in CVS to use Eina now. Just more split effort... Since they're basically the only doing any code in CVS, it will be as hard as before. I guess I should stop working on EFM then and all those working on EWL should cease as well. Don't make stupid statements. There are plenty of people who have and continue to contribute when they can to all of E's CVS, by making such a statement you just look stupid. I realize you are trying to make a point with all this switching, but in all honesty all it's going to do is make things worse, so thank all of you for screwing up our community more then it already was. Ok, so let's reduce the scope of my statement to make it less stupid: Since they're basically the only doing any code in CVS [THAT WOULD USE EINA DIRECTLY], it will be as hard as before. I see ecore and evas as main users, possible provide some helpers to have eet descriptors with eina data types. Of course there are many places where it could be used, including EWL or ETK, but I saw no talk about moving them so far. EWL uses ecore data types, thus it will use eina indirectly and thus indirectly it will be bound by the terms of the LGPL as will anyone using ecore, evas, edje, etc. ah, fine... so you all use BSD's libC, do not use GNU LibC or any other LGPL library... There are plenty of libc's, if a company so chooses they could use a BSD licensed libc and build the EFL on top of it. This may require patches, but they can easily patch it themselves if they want to. The contents of libc are far more common between variations then Eina will be. Also, if we didn't support GNU libc at all, we probably wouldn't have anywhere near the exposure we do (note this is no argument for LGPL, people just happened to build Linux with the GNU tools and here we are today with that being the most popular combination). Either way, you completely ignored the fact that you are causing major headaches for the community and in the end this isn't going to make anything better, so once again, thank you for being short-sighted and trying to force your way upon others who have long ago decided how free they wanted their software to be. Now they are being forced to either waste effort or switch licenses, neither of which feels very good (one of which is impossible) and sure the hell isn't going to bring more developers (or even end users) as some like to claim. That's not exactly true. From the discussions here, more than half of us didn't even care whether the libraries would be lgpl or bsd. The rest either want to be only bsd, or only lgpl, and it seems that these edge cases are about equal in numbers. And could you elaborate on why exactly you would be forced to switch from bsd to lgpl. LGPL is not a viral license, so you don't have to do shit. You seem to insinuate that the LGPL camp is only spreading FUD, but to me, it seems that both camps are doing it. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
Viktor Kojouharov wrote: On Wed, 2008-08-06 at 15:48 -0500, Nathan Ingersoll wrote: Look at the history of this project and any other complex projects. It is very common that components get moved from one layer of abstraction to another as it becomes apparent they fit better at another location. Speaking specifically for eina, I seriously doubt that the code would go anywhere (except maybe to another new library). The whole point of creating the library was to put all the different data type codes together. And besides the name (does eina even mean anything, is it related to data in any way?) it seems that all the code belongs together. Let's be realistic and say that the code is not going anywhere. Also, the license covers the verbatim code, not the idea behind it. Therefore, if the code will be moved, it will most likely change in the process. Therefore, you can license it to bsd, if you so desire. I wouldn't be so quick to make that assumption, I can recall many cases over ideas being stolen, mainly patents. Proving to a 50 year old judge who's never touched a computer that the code is identical with different words is incredibly easy and experts are paid for their testimony, so... On Wed, Aug 6, 2008 at 3:46 PM, Viktor Kojouharov [EMAIL PROTECTED] wrote: On Wed, 2008-08-06 at 15:33 -0500, Nathan Ingersoll wrote: On Wed, Aug 6, 2008 at 3:25 PM, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote: On Wed, Aug 6, 2008 at 9:01 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote: You're going to completely ignore all of the feedback you received on this issue and just change the license without a consensus? Ok, let's begin on *how* i see this. Eina suddenly has gotten attention, not because of its technical features, but because i wanted it to be lpgl *and* raster has said that he wants to push eina's effort. That's the real thing, nobody cared about it on the past two years until cedric was interested and pushed it into proto and pfritz did the string thing. Nobody. Raster has expressed his will on that library, so what happens? everyone is going to love eina because of that? if that's the case this is not a community is a herd. Wrong, it got attention because you started working with people to get it into CVS and operate as part of the project. Nothing to do with the license. Cedric may have been interested because it was LGPL, but most people I know of are interested because we can finally remove some redundant API's. Why don't you ask Peter since he's the other one you mention making some effort on it? The license issue is not really an issue, if the problem is because ewl/ecore might be lpgl, that statement is totally wrong, you already know that, you can keep the license you want and in fact you will, there's no need to make other projects use eina, but the ones i'll commit later will use it and also be lgpl. If the problem is because all e projects should be bsd, then again, that would make sense on a project where everything is shared among the developers and the development which again is not the case. Basically e cvs is a repository where anyone can do whatever he wants because such thing as consensus doesnt exist, but not only at license level but on *any* level. You are misquoting this argument. The argument is we can't easily inter-change code with LGPL because it's now a one way relationship. We can only put things INTO eina because if we take anything out, we have to use the LGPL or GPL. Correct me if I'm wrong, but isn't eina a library? Why do you need to take something out of it? What happened to good ol' linking? Consensus is how healthy communities operate, so your second point would be that E is an unhealthy community. On Wed, Aug 6, 2008 at 1:12 PM, Enlightenment CVS [EMAIL PROTECTED] wrote: Enlightenment CVS committal Author : turran Project : e17 Module : proto/eina Dir : e17/proto/eina Modified Files: COPYING Added Files: OLD-COPYING.PLAIN Log Message: License changes (BSD - LGPL) === RCS file: /cvs/e/e17/proto/eina/COPYING,v retrieving revision 1.1 retrieving revision 1.2 diff -u -3 -r1.1 -r1.2 --- COPYING 30 Jul 2008 12:46:54 - 1.1 +++ COPYING 6 Aug 2008 18:12:57 - 1.2 @@ -0,0 +1,504 @@ + GNU LESSER GENERAL PUBLIC LICENSE + Version 2.1, February 1999 + + Copyright (C) 1991, 1999 Free Software Foundation, Inc. + 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA + Everyone is permitted to copy and distribute verbatim copies + of this license document, but changing it is not allowed. + +[This is the first released version of the Lesser GPL. It also counts + as the successor of the GNU Library
Re: [E-devel] E CVS: proto/eina turran
Viktor Kojouharov wrote: On Wed, 2008-08-06 at 16:00 -0500, Nick Hughart wrote: Viktor Kojouharov wrote: On Wed, 2008-08-06 at 15:48 -0500, Nathan Ingersoll wrote: Look at the history of this project and any other complex projects. It is very common that components get moved from one layer of abstraction to another as it becomes apparent they fit better at another location. Speaking specifically for eina, I seriously doubt that the code would go anywhere (except maybe to another new library). The whole point of creating the library was to put all the different data type codes together. And besides the name (does eina even mean anything, is it related to data in any way?) it seems that all the code belongs together. Let's be realistic and say that the code is not going anywhere. Also, the license covers the verbatim code, not the idea behind it. Therefore, if the code will be moved, it will most likely change in the process. Therefore, you can license it to bsd, if you so desire. I wouldn't be so quick to make that assumption, I can recall many cases over ideas being stolen, mainly patents. Proving to a 50 year old judge who's never touched a computer that the code is identical with different words is incredibly easy and experts are paid for their testimony, so... True, but patents != copyright. Totally different concept, totally different judges. They're all old and oblivious, doesn't matter which court it is heh. And given the RIAA copyright cases, who knows how copyright will come into play. On Wed, Aug 6, 2008 at 3:46 PM, Viktor Kojouharov [EMAIL PROTECTED] wrote: On Wed, 2008-08-06 at 15:33 -0500, Nathan Ingersoll wrote: On Wed, Aug 6, 2008 at 3:25 PM, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote: On Wed, Aug 6, 2008 at 9:01 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote: You're going to completely ignore all of the feedback you received on this issue and just change the license without a consensus? Ok, let's begin on *how* i see this. Eina suddenly has gotten attention, not because of its technical features, but because i wanted it to be lpgl *and* raster has said that he wants to push eina's effort. That's the real thing, nobody cared about it on the past two years until cedric was interested and pushed it into proto and pfritz did the string thing. Nobody. Raster has expressed his will on that library, so what happens? everyone is going to love eina because of that? if that's the case this is not a community is a herd. Wrong, it got attention because you started working with people to get it into CVS and operate as part of the project. Nothing to do with the license. Cedric may have been interested because it was LGPL, but most people I know of are interested because we can finally remove some redundant API's. Why don't you ask Peter since he's the other one you mention making some effort on it? The license issue is not really an issue, if the problem is because ewl/ecore might be lpgl, that statement is totally wrong, you already know that, you can keep the license you want and in fact you will, there's no need to make other projects use eina, but the ones i'll commit later will use it and also be lgpl. If the problem is because all e projects should be bsd, then again, that would make sense on a project where everything is shared among the developers and the development which again is not the case. Basically e cvs is a repository where anyone can do whatever he wants because such thing as consensus doesnt exist, but not only at license level but on *any* level. You are misquoting this argument. The argument is we can't easily inter-change code with LGPL because it's now a one way relationship. We can only put things INTO eina because if we take anything out, we have to use the LGPL or GPL. Correct me if I'm wrong, but isn't eina a library? Why do you need to take something out of it? What happened to good ol' linking? Consensus is how healthy communities operate, so your second point would be that E is an unhealthy community. On Wed, Aug 6, 2008 at 1:12 PM, Enlightenment CVS [EMAIL PROTECTED] wrote: Enlightenment CVS committal Author : turran Project : e17 Module : proto/eina Dir : e17/proto/eina Modified Files: COPYING Added Files: OLD-COPYING.PLAIN Log Message: License changes (BSD - LGPL) === RCS file: /cvs/e/e17/proto/eina/COPYING,v retrieving revision 1.1 retrieving revision 1.2 diff -u -3 -r1.1 -r1.2 --- COPYING 30 Jul 2008 12:46:54 -
Re: [E-devel] E CVS: proto/eina turran
Jorge Luis Zapata Muga wrote: On Wed, Aug 6, 2008 at 10:46 PM, Mike Rutter [EMAIL PROTECTED] wrote: On Wed, Aug 06, 2008 at 10:25:52PM +0200, Jorge Luis Zapata Muga wrote: Eina suddenly has gotten attention, not because of its technical features, but because i wanted it to be lpgl *and* raster has said that he wants to push eina's effort. That's the real thing, nobody cared about it on the past two years until cedric was interested and pushed it into proto and pfritz did the string thing. Nobody. Raster has expressed his will on that library, so what happens? everyone is going to love eina because of that? if that's the case this is not a community is a herd. I would just like to point out that you are making the arguments that: 1) Everyone does their own thing in E CVS, there is no leadership or guidance for the project. 2) Developers paying attention to a direction the project lead wants to go in makes them sheep. I don't know, but it seems a touch contradictory to me. Much like claiming the reason for a small community is because of a license, and then causing community fragmentation by pushing a license when the license argument has been shown to have serious holes. True, it looks like but it isnt. Let me explain. The community fragmentation is *not only* the license, it is mainly because of point 1. Point 2 is refered to people that won't code on eina and for people that *hears* raster to make a decision by themselves. Is not that contradictory, happens that those points are related to two different groups of ppl. I have never stated that making a project licensed under lgpl will make it have more developers or being it bsd it will have less coders at all, i have said that it can't be confirmed. What i have stated is that *i* don't want my code to be freely available to companies that won't follow the same openness on the code, that's it. it wont alter the POV for specific developers that want to code to open source projects, just alters those developers that don't want their code to be restricted on its use by companies that won't release the code. Given this information, why did you decide to even contribute to the EFL. Did you think that having multiple licenses would be fine with everyone? Mike dancingeek - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
Jorge Luis Zapata Muga wrote: On Wed, Aug 6, 2008 at 10:33 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote: On Wed, Aug 6, 2008 at 3:25 PM, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote: On Wed, Aug 6, 2008 at 9:01 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote: You're going to completely ignore all of the feedback you received on this issue and just change the license without a consensus? Ok, let's begin on *how* i see this. Eina suddenly has gotten attention, not because of its technical features, but because i wanted it to be lpgl *and* raster has said that he wants to push eina's effort. That's the real thing, nobody cared about it on the past two years until cedric was interested and pushed it into proto and pfritz did the string thing. Nobody. Raster has expressed his will on that library, so what happens? everyone is going to love eina because of that? if that's the case this is not a community is a herd. Wrong, it got attention because you started working with people to get it into CVS and operate as part of the project. You can't tell me that im wrong as i did eina and took the decisions about it. I have to explain this as this totally wrong. Eina's attempt was known, i already commented about it on irc and on ml, *with* intention to get developers contribute to it, contribute not only on the sense of coding it, but actually *using* it to have a common data library. Nothing to do with the license. Cedric may have been interested because it was LGPL, but most Cedric was interested on the project by himself and because it was technically good, i think having a common library for data types is something we all agree. I think he will reply on this. And yes, the license do has something to do with this, as *i* want it to be lgpl. people I know of are interested because we can finally remove some redundant API's. If so, why on the past two years, no interest on this library (concept) has been shown? i even received comments like: ecore already provides it and ecore means core so it should belong there and not in evas/eet. kind of absurd, imho. Ecore is going to be split and thus ecore_data will be a separate library and was going to house all the datatypes, this shows how you've ignored or just don't understand the plans of the rest of the community. Ecore should not depend on Evas, Ecore_Evas should be split out now and this problem would be mostly moot as the circular dep would not exist and evas data types could be moved to ecore_data or merged to create new data types. Your effort is fine, your choice to make it LGPL may just make it useless in the end. If this is the route you want to go, then you'll have to deal with the consequences. On that same thread, can you honestly say that having a random LGPL lib that all these BSD libs depend on in a heavy way not concerning to anyone looking at the EFL? They may stay away just for fear of it all becoming LGPL and them being unable to update their forks. Why don't you ask Peter since he's the other one you mention making some effort on it? Peter already stated his POV on this, he said that he wont contribute, so his stringshare code was respected with the bsd license on top of the file. Did i do something wrong? what happens with edata when it was on cvs, why he didnt put up his effort there and instead made a new library? why he didnt contact me about eina on the beginning? I respect his decision, but looks like mine isnt respected. Well all of the people who are contributing to eina showed no interest before. Since eina hit cvs people have been contributing to it with the intent of making it LGPL the whole time. Saying otherwise seems like a big lie to me as there really wasn't any thought put into the ramifications. Just because the people who like the LGPL tend to have more time to contribute doesn't mean it makes eina any better then the other efforts. You're making assumptions that cannot be made with your limited insight into the project. And if he would have put his effort into eina all his code would now be LGPL or rewritten to make it so, so that argument is pointless. Plus he also has obligations elsewhere and eina was not in E's repo so it wasn't really a good target given everyone was unsure of it's success. The license issue is not really an issue, if the problem is because ewl/ecore might be lpgl, that statement is totally wrong, you already know that, you can keep the license you want and in fact you will, there's no need to make other projects use eina, but the ones i'll commit later will use it and also be lgpl. If the problem is because all e projects should be bsd, then again, that would make sense on a project where everything is shared among the developers and the development which again is not the case. Basically e cvs is a repository where anyone can do