Re: [E-devel] Ecore/E17: minimization problems
On Sat, 25 Feb 2006 18:00:39 +0100 [EMAIL PROTECTED] babbled: Hey :) I just write to report two bugs (maybe linked). First, in Ecore_Evas, when you call ecore_evas_iconify_set(ee, 1) (not sure it's the correct func name) to minimize a window, and then if you unminimize it manually (with the e17 windows menu for example), and if you call again ecore_evas_iconify_set(ee, 1) to minimize it again, it doesn't work. The only way I found to fix this, is to call ecore_evas_iconify_set(ee, 0) and then ecore_evas_iconify_set(ee, 1). I guess that Ecore doesn't notice that the window has been unminimized meanwhile. fixed :) (sorry about the late reply - been busy - doing my mail now) Second bug (maybe it's the same than the first one), in e17, with k3b, when you launch the burning process of an Iso image, the burning config dialog is minimized by k3b. Then when the burning process is over, k3b tries to unminimize the config dialog, but it just doesn't work. The config dialog stay minimized, and since it's a modal dialog of the main window of k3b, the main window can't be focused anymore. You have to unminimize the config dialog manually. I'm almost sure it's a bug of e17 but I wasn't able to test it on another wm (I don't have other one :)), so maybe I'm wrong. yes. i noticed this too. i haven't figured out what causes it - but its most definitely an e17 bug. i will get to this - though it's low priority :) i've added it to TODO. Regards, Simon TRENY MoOM --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [rfc] remove duplicate m4 cruft
On Thu, 23 Feb 2006 21:53:36 -0500 Mike Frysinger [EMAIL PROTECTED] babbled: so as more and more e17 packages are added to cvs, more and more m4 files are being duplicated ... sometimes they are using older, crappier versions, and it's getting to be a real pain to track what's out of date so what i'm thinking is we add a new toplevel m4 dir, move all the m4 files to it, and then update the autogen.sh scripts to automatically copy over the m4 tree everytime it's run i'm willing to do the footwork on this, just want to know what other ideas peeps may have -mike hmm - in some ways this sounds nice and clean - but in others it makes the dir trees inter-dependant (currently they are independent and can live anywhere - where they live is just a matter of convention atm.) hmmm... 2 minds. bugger. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 Shutup Compiler Warnings
On Sat, 25 Feb 2006 19:14:18 +0800 Stafford Horne [EMAIL PROTECTED] babbled: Hi All, and of course late with my mail replies... yes - commit and lets deal with the fallout. less warnings == good :) I have taken some times to fix a lot of compiler warning is E17. Normally I would just submit the patch and wait for complaints, but this patch is rather large. I would like to see if anyone has any different approaches. This is what I have done: Loads of work on: * All char * variables which are managed by stringshare have been changed to const char *. * All function parameters of type char * which are not changed by the funtion and in some cases duped by stringshare have been change to const char * Small things: * Remove some unused variables * cleanup some missing includes * fix some places where stringshare variables were being freed Results: The patch attached reduces compiler warnings significantly. There are still warnings in High-Development systems like a few config dialogs and fileman. I just expect a few people to look at the patch and say ok or don't do this then I can make changes and commit. me is not expecting people to apply the patch. -- Stafford M. Horne -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] desklock and triple head issues
On Fri, 24 Feb 2006 19:31:31 +0100 (CET) Alexander Griesser [EMAIL PROTECTED] babbled: Hi all! I love the new desklock functionality but it has one small limitation for me: It's only displayed on the first of my three displays. A few days ago I fixed this issue in the CVS version by adding a '*3' to the width calculation of the desklock window in e_desklock.c, but in todays CVS snapshot the calculation gets done in some other manner and so I changed all occurences of zone-w to zone-w * 3. But that is not a real solution. Is there a way to get the number of xinerama heads that also works for fake-xinerama? Or is there a function to make the desklock window fit to fullscreen? I looked at the entrance source and found out, that there is a function called ecore_evas_fullscreen_set to set the fullscreen flag for this application, but using that function does (of course) not work for desklock. And another strange thing occured. When the mouse pointer is on the first display while hitting CTRL-ALT-l, everything works fine. When it is on the second display, only the third display gets the desklock background, display 1 and 2 don't change. And so on. it should all be working now ? right? best regards and many thanks for your great work, -- | .-. |Alexander Griesser -- [EMAIL PROTECTED] | .''`. | | /v\ \ http://www.tuxx-home.at/ / : :' : | | /( )\ | GPG-KeyID: 0xA2949B5A | `. `' | | ^^ ^^ `-'`- | --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: Evas double or triple click
On Sat, 25 Feb 2006 17:47:06 +0100 [EMAIL PROTECTED] babbled: Hey, Thanks raster for the quick fix of the bug on event-flags in Evas :) But I think the behavior is still not perfect. First of all, clicking quickly on an object then double clicking on another object (which was detected as a triple click before the fix) is now not detected as a double click while it should. Also, i think the behavior should be a little bit different for smart objects. You should be able to do a single click on an object while the the parent object should be double clicked. To be clearer: if your smart object is an icon, with 2 child objects: the image and the label. If you single click quickly on the image and then on the label, each of these object should emit an single-click event. But the parent smart object (the icon) should emit a double-click event on the second click. To do that, I guess the best way is to add last_click_timestamp directly in the structure of an evas_object and when its clicked, compared the difference between the two timestamps and emit the event with the correct flags. ok - as i said on irc. i haven't replied as i don't have a solution yet i'm happy with. i am keeping this in mind - and i know it's not perfect. :) Regards, MoOm --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] main menu bug
On Tue, 28 Feb 2006 13:05:24 + Eilverijus Kondratas [EMAIL PROTECTED] babbled: Hi all, I found another posible bug :-) This time, it is main menu to complain. Steps I do: 1. Open main menu by clicking left mouse button on desktop. 2. CLICK left mouse button on configuration = result: main menu disapears !!! But this happens only sometimes, usually when I do for a first time, after the machine is restarted. Later, when I do same steps, main menu does NOT disapear. i haven't seen this before - ever. hmmm. all the best elwis -- Eilverijus Kondratas Master studies in Computer Science Free University of Bozen-Bolzano Italy, Bolzano -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Windows disappear when trying to maximize
On Sat, 4 Mar 2006 20:27:06 +0200 Ehud Shabtai [EMAIL PROTECTED] babbled: Hi, I'm using fbpanel as my system tray (it is only used as such - other features are turned off). When fbpanel is loaded, trying to maximize a window doesn't work as it disappears and appears in the Lost windows menu. This only occurs if I use either the Smart or Expand expansion policies. Fullscreen or Fill policies do work fine with fbpanel. Everything works fine when I unload fbpanel. btw: I'm not using the tray module as it doesn't seem to work with my theme (Japan). Any ideas? right now i think we have a policy of other desktop elements are not really supported ie panels, pagers, taskbars, etc. etc. - they interact in often strange ways with wm's and it's hard to track all of them. often they are written so they work in 1 wm by luck and not in others etc. i am not really keen to track every problem generated by these apps during development of the wm. :( -- Ehud Shabtai http://www.freemap.co.il/map/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: libs/eet xstasi
On Sat, 04 Mar 2006 13:15:46 +0600 Vlad Alyukov [EMAIL PROTECTED] babbled: e == enlightenment-cvs writes: Hello, enlightenment-cvs! /Fri, 03 Mar 2006 04:56:15 -0800/ you wrote: What for you have made it? xtasi is working on the debian packages. i guess it's up to him to respond to this :) e Enlightenment CVS committal e Author : xstasi e Project : e17 e Module : libs/eet e Dir : e17/libs/eet e Modified Files: e configure.in e Log Message: e remove debian/changelog from configure.in in eet e === e RCS file: /cvsroot/enlightenment/e17/libs/eet/configure.in,v e retrieving revision 1.48 e retrieving revision 1.49 e diff -u -3 -r1.48 -r1.49 e --- configure.in14 Jan 2006 08:59:42 -1.48 e +++ configure.in3 Mar 2006 12:56:15 -1.49 e @@ -163,7 +163,6 @@ e eet-native.oe e eet.bb e eetXnative.bb e -debian/changelog e ],[ e chmod +x eet-config e ]) e --- e This SF.Net email is sponsored by xPML, a groundbreaking scripting e language that extends applications into web and mobile media. Attend the e live webcast and join the prime developer group breaking into this new e coding territory! e http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 e ___ enlightenment-cvs mailing e list enlightenment-cvs@lists.sourceforge.net e https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs -- Vlad Alyukov RT QA Engineer SWsoft, Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] The new menu generator is ready for testing.
On Sun, 5 Mar 2006 10:17:55 +1000 David Seikel [EMAIL PROTECTED] wrote: The new menu generator is ready for testing. It's not ready for prime time, but it would be helpful to get it tested on a variety of boxen. The test procedure is this - Move your ~/.e/e/applications/favorite to a safe place, then nuke it. Optionally do the same for ~/.e/e/applications/all. Go to e17/apps/e_utils/src/bin/e17genmenu (yes I know it's a bit strange having a separate tree there, it's a temporary thing, blame devilhorns). Do the usual autofoo three step. e17genmenu --fdo After that has finished running, E will by unresponsive for a few minutes. This is a known issue with the eap cache regeneration. This will generate E17 menus based on whatever freedesktop.org menus you have installed in your system. It should find all the things that are supposed to be in your fdo menus. Not everything will have a proper icon, and there is not currently a method of selecting the fdo icon theme you want to use. Also, not all the re arranging, categorising, and deletions/hiding is being done properly yet. There are still a few big parts of the spec being ignored. Send me the last line that is output (the one with the timing stats) and let me know what distro and CPU speed you tested it on. If there are major parts of your fdo menus that have not been found, please find out what directories the .desktop files are in and let me know what they are. Same applies if there are .menu files being ignored. Restore your original eaps and menus when you have finished playing with the fdo menus. Running on FreeBSD-6 and this is what I get: [EMAIL PROTECTED] e17genmenu --fdo LEGACYDIR - kde- - /usr/local/share/apps/kappfinder/apps/ LEGACYDIR - kde- - /usr/local/share/applnk/ Segmentation fault (core dumped) Regards Troback -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! Anders Trobäck http://www.troback.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Feature request!
Hi, it should be very nice if there was a way to have a transparent option for the desklocker! Now I'm using xtrlock but it have been nice to have it in E! \\troback -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! Anders Trobäck http://www.troback.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature request!
On Mon, 6 Mar 2006 10:06:18 +0100 Anders Troback [EMAIL PROTECTED] babbled: Hi, it should be very nice if there was a way to have a transparent option for the desklocker! Now I'm using xtrlock but it have been nice to have it in E! not really possible - not without grabbing the screen. not going to be doing those hacks. you will get trans when finally we do compositing in e18 or e19 (and xcomposite etc. is ready for use). when that happens the existing design will work perfectly and just work (tm). we wont have to REMOVE hacks. \\troback -- Microsoft is not the answer. Microsoft is the question. And 'No' is the answer! Anders Trobäck http://www.troback.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature request!
On 3/6/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Mon, 6 Mar 2006 10:06:18 +0100 Anders Troback [EMAIL PROTECTED] babbled: Hi, it should be very nice if there was a way to have a transparent option for the desklocker! Now I'm using xtrlock but it have been nice to have it in E! not really possible - not without grabbing the screen. not going to be doing those hacks. you will get trans when finally we do compositing in e18 or e19 (and xcomposite etc. is ready for use). when that happens the existing design will work perfectly and just work (tm). we wont have to REMOVE hacks. I believe Anders want to simply not display desklock's bg, ie, have the desktop showing, and have it locked, like the first version of desklock. So we would simply have to not display the desklock bg. -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature request!
On Mon, Mar 06, 2006 at 12:01:13PM +0200, Hisham Mardam Bey wrote: // On 3/6/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: // On Mon, 6 Mar 2006 10:06:18 +0100 Anders Troback [EMAIL PROTECTED] // babbled: // // Hi, // // it should be very nice if there was a way to have a transparent option // for the desklocker! Now I'm using xtrlock but it have been nice to have // it in E! // // // not really possible - not without grabbing the screen. not going to be doing those hacks. you will get trans when finally we do compositing in e18 or e19 (and xcomposite etc. is ready for use). when that happens the existing design will work perfectly and just work (tm). we wont have to REMOVE hacks. // // // I believe Anders want to simply not display desklock's bg, ie, have // the desktop showing, and have it locked, like the first version of // desklock. So we would simply have to not display the desklock bg. Basically create a transparent background.edj and thats all. :) // -- // Hisham Mardam Bey // MSc (Computer Science) // http://hisham.cc/ // +9613609386 // Codito Ergo Sum (I Code Therefore I Am) // // // --- // This SF.Net email is sponsored by xPML, a groundbreaking scripting language // that extends applications into web and mobile media. Attend the live webcast // and join the prime developer group breaking into this new coding territory! // http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 // ___ // enlightenment-devel mailing list // enlightenment-devel@lists.sourceforge.net // https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://www. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature request!
On 3/6/06, Aleksej Struk [EMAIL PROTECTED] wrote: On Mon, Mar 06, 2006 at 12:01:13PM +0200, Hisham Mardam Bey wrote: // On 3/6/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: // On Mon, 6 Mar 2006 10:06:18 +0100 Anders Troback [EMAIL PROTECTED] // babbled: // // Hi, // // it should be very nice if there was a way to have a transparent option // for the desklocker! Now I'm using xtrlock but it have been nice to have // it in E! // // // not really possible - not without grabbing the screen. not going to be doing those hacks. you will get trans when finally we do compositing in e18 or e19 (and xcomposite etc. is ready for use). when that happens the existing design will work perfectly and just work (tm). we wont have to REMOVE hacks. // // // I believe Anders want to simply not display desklock's bg, ie, have // the desktop showing, and have it locked, like the first version of // desklock. So we would simply have to not display the desklock bg. Basically create a transparent background.edj and thats all. :) Perhaps split the edje into two groups: 1) the box where the password typing is shown 2) the bg And allow the user to hide the bg (option), and make the password box show only when they start typing (also option)? That way it works just like xtrlock until you start typing stuff. It would need more work though, like when you press enter, or escape, the entry box is hidden etc. so I wonder if its really worth it (= At any rate, the easy way to do this is to provide the option to not display the edje hence giving you the transparent xtrlock effect you're looking for. -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature request!
On Mon, 6 Mar 2006 12:01:13 +0200 Hisham Mardam Bey [EMAIL PROTECTED] wrote: On 3/6/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Mon, 6 Mar 2006 10:06:18 +0100 Anders Troback [EMAIL PROTECTED] babbled: Hi, it should be very nice if there was a way to have a transparent option for the desklocker! Now I'm using xtrlock but it have been nice to have it in E! not really possible - not without grabbing the screen. not going to be doing those hacks. you will get trans when finally we do compositing in e18 or e19 (and xcomposite etc. is ready for use). when that happens the existing design will work perfectly and just work (tm). we wont have to REMOVE hacks. I believe Anders want to simply not display desklock's bg, ie, have the desktop showing, and have it locked, like the first version of desklock. So we would simply have to not display the desklock bg. Exactly what I mean:-) Possible? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature request!
On Mon, Mar 06, 2006 at 12:14:57PM +0200, Hisham Mardam Bey wrote: // On 3/6/06, Aleksej Struk [EMAIL PROTECTED] wrote: // On Mon, Mar 06, 2006 at 12:01:13PM +0200, Hisham Mardam Bey wrote: // // On 3/6/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: // // On Mon, 6 Mar 2006 10:06:18 +0100 Anders Troback [EMAIL PROTECTED] // // babbled: // // // // Hi, // // // // it should be very nice if there was a way to have a transparent option // // for the desklocker! Now I'm using xtrlock but it have been nice to have // // it in E! // // // // // // not really possible - not without grabbing the screen. not going to be doing those hacks. you will get trans when finally we do compositing in e18 or e19 (and xcomposite etc. is ready for use). when that happens the existing design will work perfectly and just work (tm). we wont have to REMOVE hacks. // // // // // // I believe Anders want to simply not display desklock's bg, ie, have // // the desktop showing, and have it locked, like the first version of // // desklock. So we would simply have to not display the desklock bg. // // Basically create a transparent background.edj and thats all. :) // // // // Perhaps split the edje into two groups: // // 1) the box where the password typing is shown // 2) the bg This is what is already done. Because of this I said - create an transparent background. But I think it is not necessarily to have this transparency. From my opinion - what locker should do is to lock and not to show what is on the desktops. :) // And allow the user to hide the bg (option), and make the password box // show only when they start typing (also option)? That way it works just // like xtrlock until you start typing stuff. It would need more work // though, like when you press enter, or escape, the entry box is hidden // etc. so I wonder if its really worth it (= // At any rate, the easy way to do this is to provide the option to not // display the edje hence giving you the transparent xtrlock effect // you're looking for. // // -- // Hisham Mardam Bey // MSc (Computer Science) // http://hisham.cc/ // +9613609386 // Codito Ergo Sum (I Code Therefore I Am) // // // --- // This SF.Net email is sponsored by xPML, a groundbreaking scripting language // that extends applications into web and mobile media. Attend the live webcast // and join the prime developer group breaking into this new coding territory! // http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 // ___ // enlightenment-devel mailing list // enlightenment-devel@lists.sourceforge.net // https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Aleksej Struk Master Degree Student Free University of Bozen-Bolzano Faculty of Computer Science phone: +39-0471-061749 cell phone: +39-3204627049 +370-61278908 [EMAIL PROTECTED] [EMAIL PROTECTED] - http://www. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature request!
On 3/6/06, Aleksej Struk [EMAIL PROTECTED] wrote: On Mon, Mar 06, 2006 at 12:14:57PM +0200, Hisham Mardam Bey wrote: // On 3/6/06, Aleksej Struk [EMAIL PROTECTED] wrote: // On Mon, Mar 06, 2006 at 12:01:13PM +0200, Hisham Mardam Bey wrote: // // On 3/6/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: // // On Mon, 6 Mar 2006 10:06:18 +0100 Anders Troback [EMAIL PROTECTED] // // babbled: // // // // Hi, // // // // it should be very nice if there was a way to have a transparent option // // for the desklocker! Now I'm using xtrlock but it have been nice to have // // it in E! // // // // // // not really possible - not without grabbing the screen. not going to be doing those hacks. you will get trans when finally we do compositing in e18 or e19 (and xcomposite etc. is ready for use). when that happens the existing design will work perfectly and just work (tm). we wont have to REMOVE hacks. // // // // // // I believe Anders want to simply not display desklock's bg, ie, have // // the desktop showing, and have it locked, like the first version of // // desklock. So we would simply have to not display the desklock bg. // // Basically create a transparent background.edj and thats all. :) // // // // Perhaps split the edje into two groups: // // 1) the box where the password typing is shown // 2) the bg This is what is already done. Because of this I said - create an transparent background. But I think it is not necessarily to have this transparency. From my opinion - what locker should do is to lock and not to show what is on the desktops. :) I guess since the author doesnt want to do it right now, Anders can supply us with a patch if he wants to see this feature in (= // And allow the user to hide the bg (option), and make the password box // show only when they start typing (also option)? That way it works just // like xtrlock until you start typing stuff. It would need more work // though, like when you press enter, or escape, the entry box is hidden // etc. so I wonder if its really worth it (= // At any rate, the easy way to do this is to provide the option to not // display the edje hence giving you the transparent xtrlock effect // you're looking for. -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [rfc] remove duplicate m4 cruft
Mike Frysinger wrote: so as more and more e17 packages are added to cvs, more and more m4 files are being duplicated ... sometimes they are using older, crappier versions, and it's getting to be a real pain to track what's out of date so what i'm thinking is we add a new toplevel m4 dir, move all the m4 files to it, and then update the autogen.sh scripts to automatically copy over the m4 tree everytime it's run I think it is not a good solution. If someone checks-out a single module and not the full repository, he will not have this m4 directory, and will not be happy to have to get it singly. Then, keeping it up to date will be a pain. In a project, we used to keep this kind of stuff in a single directory on the repository, then using svn:external to 'link' this directory into each sub-projects. But you're not using subversion... There is also one another solution. Install m4 files on 'make install' in $prefix/share/autoconf of whatever from the most low-level project, then all others projects could use it. However, it will not work for enlightenment, because there is no such package that all other depend on, and making one only for this purpose is silly (worse than having a top-level m4 directory). I suggest that common configure.{ac,in} stuff across projects be puts in m4 files. Then, when the autotools maintainer modifies one of these files, he copy it into _every_ m4 directory (one-line shell command). Thus, the dirty work is only for one person, and transparent for all other. Anyway, I agree that all autoconf stuff should be cleaned and improved, especially on these files: --- # get rid of that stupid cache mechanism rm -f config.cache --- I made a generic m4 macro that handle enlightenment packages detection (file attached), and a cleaner configure.ac that could be used everywhere. There is also a m4 macro (ac_path_generic.m4) that looks fine, but seems unused in some configure.in... Cheers, # -*- shell-script -*- # # E_CHECK_PACKAGE(VARIABLE, CONFIG_PROGRAM, [HEADER_WITNESS], [LIB_WITNESS]) # # Checks the existence of package which configuration given by CONFIG_PROGRAM. # First, CONFIG_PROGRAM is searched on the $PATH, an error occur if it isn't found. # Then, it sets the following variables: # - ${VARIABLE}_CONFIG: full path to CONFIG_PROGRAM # - ${VARIABLE}_CFLAGS: additional gcc cflags options to compile with the package. # - ${VARIABLE}_LIBS: additional gcc ldflags options to compile with the package. # # The optional HEADER_WITNESS checks if the package is indeed # installed at the location where the CONFIG_PROGRAM file says it # is installed. # # The optional LIB_WITNESS, giving a function name present in the library, # checks if the package basically works with the options given by CONFIG_PROGRAM. # // FIXME: LIB_WITNESS doesn't work very well. # # Some use sample, in configure.ac: # dnl Check for e*-config programs # E_CHECK_PACKAGE([ECORE], [ecore-config], [Ecore.h]) # E_CHECK_PACKAGE([EVAS], [evas-config], [Evas.h]) # E_CHECK_PACKAGE([EDJE], [edje-config], [Edje.h]) # E_CHECK_PACKAGE([E], [enlightenment-config], [E_Lib.h]) # # AC_DEFUN([E_CHECK_PACKAGE], [ AC_ARG_WITH([$2], AS_HELP_STRING([--with-$2=$1_CONFIG], [use the specified $2]), [prg=$withval], [test x${hint_$1_CONFIG+set} = xset prg=${hint_$1_CONFIG} || prg=$2] ) AC_PATH_PROG([$1_CONFIG], [`basename $prg`], [no], [`dirname $prg`:$exec_prefix/bin:$PATH]) if test ! -x ${$1_CONFIG}; then AC_MSG_ERROR([cannot find $prg.]) fi AC_ARG_VAR([$1_CONFIG], [same as --with-$2 flag]) # Check for header presence. m4_ifval([$3], [ sav_CFLAGS=$CFLAGS sav_CPPFLAGS=$CPPFLAGS CPPFLAGS=`${$1_CONFIG} --cflags` $CPPFLAGS CFLAGS=`${$1_CONFIG} --cflags` $CFLAGS AC_CHECK_HEADER([$3], [have_header=yes]) if test x$have_header = x; then AC_MSG_ERROR([Header '$3' not found. We were abused by $2. Aborting.]) fi CPPFLAGS=$sav_CPPFLAGS CFLAGS=$sav_CFLAGS ]) # Check for library presence. m4_ifval([$4], [ sav_CFLAGS=$CFLAGS sav_LDFLAGS=$LDFLAGS CFLAGS=`${$1_CONFIG} --cflags` $CFLAGS LDFLAGS=`${$1_CONFIG} --libs` $LDFLAGS AC_CHECK_LIB([$LDFLAGS], [$4] [have_lib=yes]) if test x$have_lib = x; then AC_MSG_ERROR([Can't link with library '$4'. We were abused by $2. Aborting.]) fi CFLAGS=$sav_CFLAGS LDFLAGS=$sav_LDFLAGS ]) AC_SUBST([$1_CFLAGS], [`${$1_CONFIG} --cflags`]) AC_SUBST([$1_LIBS], [`${$1_CONFIG} --libs`]) ])dnl !E_CHECK_PACKAGE
[E-devel] E16 - problem with composite and gnome 2.12
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm noticing a problem when using composite with gnome 2.12 (I did not saw anything like that with gnome 2.10, but since I upgraded both gnome and e16 to the last CVS, I'm not sure wether the problem lies in E or Gnome). In short : the right-click is unusable. If you right-click on, say, gnome-terminal or the tasklist applet, the menu show up for a few milliseconds, and disapear. If composite is disabled, the problem won't occur. It happens also with left-click on some applets (e.g. tsclient), so I guess it has something to do with the method involved when dealing with some type of menu, something WM_CLASS related. Did anything change in E's composite recently ? Does anybody have a clue about what could cause this bug ? Regards, - -- Clément 'nodens' Hermann - - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEDCbO0yQ2guvROZ0RApZTAJ9Vnbv/YAIcJMoyB65NNMUVfY948wCffQjP IwHmGnt7KBN7OhcIkgFlxJ8= =OlgU -END PGP SIGNATURE- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] changelog.in explanation
Hi ML, it has been asked to me a few times why I removed changelog.in from configure.in, since that way the versioning was automatic. That's in fact the real problem. Let me explain myself: If the version of eet (for example) is always the same (0.9.10.023), apt-get will never update the packages from the repository, unless eet reaches a new version. To correctly maintain a debian repository with cvs software, I need to have packages version like (in eet example) 0.9.10.023+cvsMMDD. I can't add the cvs date in the version while configure (launched by debuild script) replaces the version each time I run it. Another example of this problem is the Enlightenment package. The CVS version of Enlightenment is 0.16.999, but the version present in Debian is 1:0.16.7.2, which is superior $ dpkg --compare-versions 0.16.999 '' 1:0.16.7.2; echo $? 1 $ This way, when a user upgrades his system, E17 is replaced by E16, and that's not what we want. A manual handling of the debian version allows to add epochs (1:) and cvs suffixes, which make the packages usable without any problems. I decided to do this since when I created my own debian repository (before joining the development team) i did all these changes one by one in all the source directories before being able to build up a functional repository. I hope this explanation will clarify the purpose of my actions to those who were wondering. I am here for any further doubts - xstasi --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] changelog.in explanation
My email is in most of the packages for a reason. :) You should have asked about the build process from the beginning and we could have avoided all this. The packages are currently setup to build using a make dist tarball. This allows for official packages that are ready to go to debian proper. CVS snapshot packages are not really what should be in CVS, they should be generated as needed. The reason CVS is setup the way it is, is for snapshot releases. These should coincide with releases on freedesktop.org. If you need to increment the debian package version you can do that easily with debchange (or update changelog.in if needed temporarily). With that said, the current packages for debian are not ideal, they should be moved to CDBS, it will simplify them greatly. It took a long time to get all the packages setup to build the same way, I'd really appreciate it if you don't undo all that work, but help is certainly appreciated since I know I've been MIA a lot lately. Let's work together on it though so we can agree on the best approach. -Blake On Mar 6, 2006, at 5:57 AM, [EMAIL PROTECTED] wrote: Hi ML, it has been asked to me a few times why I removed changelog.in from configure.in, since that way the versioning was automatic. That's in fact the real problem. Let me explain myself: If the version of eet (for example) is always the same (0.9.10.023), apt-get will never update the packages from the repository, unless eet reaches a new version. To correctly maintain a debian repository with cvs software, I need to have packages version like (in eet example) 0.9.10.023+cvsMMDD. I can't add the cvs date in the version while configure (launched by debuild script) replaces the version each time I run it. Another example of this problem is the Enlightenment package. The CVS version of Enlightenment is 0.16.999, but the version present in Debian is 1:0.16.7.2, which is superior $ dpkg --compare-versions 0.16.999 '' 1:0.16.7.2; echo $? 1 $ This way, when a user upgrades his system, E17 is replaced by E16, and that's not what we want. A manual handling of the debian version allows to add epochs (1:) and cvs suffixes, which make the packages usable without any problems. I decided to do this since when I created my own debian repository (before joining the development team) i did all these changes one by one in all the source directories before being able to build up a functional repository. I hope this explanation will clarify the purpose of my actions to those who were wondering. I am here for any further doubts - xstasi --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel? cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E16 - problem with composite and gnome 2.12
Clement Hermann (nodens) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm noticing a problem when using composite with gnome 2.12 (I did not saw anything like that with gnome 2.10, but since I upgraded both gnome and e16 to the last CVS, I'm not sure wether the problem lies in E or Gnome). In short : the right-click is unusable. If you right-click on, say, gnome-terminal or the tasklist applet, the menu show up for a few milliseconds, and disapear. If composite is disabled, the problem won't occur. It happens also with left-click on some applets (e.g. tsclient), so I guess it has something to do with the method involved when dealing with some type of menu, something WM_CLASS related. Did anything change in E's composite recently ? Does anybody have a clue about what could cause this bug ? The change is definitely in gnome. Something has changed in the way certain pop-up (override-redirect) windows are handled. The problem is a combination of how the e16 composite manager handles override-redirect windows, how they are handled by the application/toolkit in question, and how the X-server handles composite redirection of windows. I think the chain of events is: 1) Application maps pop-up window 2) e16 detects that and does composite redirection of the pop-up window. 3) The server does unmap, redirect, map 4) The application detects the unmap and decides that the window should be destroyed. My guess is that the change is in 4), and that gnome 2.10 did not destroy the window on unmap. One partial workaround is to disable e16's composite redirection of override-redirect windows: $ eesh set compmgr.override_redirect.mode 0 This removes steps 2-4) and makes the pop-up windows usable. However, there is a bug in the e16 composite manager causing rendering over the unredirected pop-up windows if the window content below changes. I intend to fix that before too long. I haven't tried it, but I think the problem will be solved in the next xorg server version (I believe the fix is in CVS), where the server no longer generates unmap/map events around the composite redirection in step 3), and step 4) will not occur. /Kim --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] changelog.in explanation
Also keep in mind that there are other build systems your global changes affect (i.e. RPM), and while a change you make may work fine for you, it doesn't for others. If you want to make distribution packages directly from cvs checkouts, I'd reccomend doing as I did and writing a nice wrapper shell script to do a cvs checkout, performing some sed-foo on the specs/debs and building from there. If you like my script as an example (it's for rpms of course) let me know.RyanOn 3/6/06, Blake B. [EMAIL PROTECTED] wrote:My email is in most of the packages for a reason.:)You should have asked about the build process from the beginning and we couldhave avoided all this.The packages are currently setup to buildusing a make dist tarball.This allows for official packages that are ready to go to debian proper.CVS snapshot packages are notreally what should be in CVS, they should be generated as needed.The reason CVS is setup the way it is, is for snapshot releases.These should coincide with releases on freedesktop.org.If you needto increment the debian package version you can do that easily withdebchange (or update changelog.in if needed temporarily).With that said, the current packages for debian are not ideal, they should bemoved to CDBS, it will simplify them greatly.It took a long time to get all the packages setup to build the sameway, I'd really appreciate it if you don't undo all that work, but help is certainly appreciated since I know I've been MIA a lotlately.Let's work together on it though so we can agree on the bestapproach.-BlakeOn Mar 6, 2006, at 5:57 AM, [EMAIL PROTECTED] wrote: Hi ML, it has been asked to me a few times why I removed changelog.in from configure.in, since that way the versioning was automatic. That's in fact the real problem. Let me explain myself: If the version of eet (for example) is always the same (0.9.10.023), apt-get will never update the packages from the repository, unless eet reaches a new version. To correctly maintain a debian repository with cvs software, I need to have packages version like (in eet example) 0.9.10.023+cvsMMDD. I can't add the cvs date in the version while configure (launched by debuild script) replaces the version each time I run it. Another example of this problem is the Enlightenment package. The CVS version of Enlightenment is 0.16.999, but the version present in Debian is 1:0.16.7.2, which is superior $ dpkg --compare-versions 0.16.999 '' 1:0.16.7.2; echo $? 1 $ This way, when a user upgrades his system, E17 is replaced by E16, and that's not what we want. A manual handling of the debian version allows to add epochs (1:) and cvs suffixes, which make the packages usable without any problems. I decided to do this since when I created my own debian repository (before joining the development team) i did all these changes one by one in all the source directories before being able to build up a functional repository. I hope this explanation will clarify the purpose of my actions to those who were wondering. I am here for any further doubts - xstasi --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel? cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel--- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642___ enlightenment-devel mailing listenlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] changelog.in explanation
Shadoi - FYI In the interim while you guys decide how to work this for .debs, I've removed changelog.in from EXTRA_DIST in all of e17/libs and e17/apps so that make dist will at least work. Ryan On 3/6/06, Blake B. [EMAIL PROTECTED] wrote: My email is in most of the packages for a reason.:)You shouldhave asked about the build process from the beginning and we couldhave avoided all this.The packages are currently setup to buildusing a make dist tarball.This allows for official packages that are ready to go to debian proper.CVS snapshot packages are notreally what should be in CVS, they should be generated as needed.The reason CVS is setup the way it is, is for snapshot releases.These should coincide with releases on freedesktop.org.If you needto increment the debian package version you can do that easily withdebchange (or update changelog.in if needed temporarily).With that said, the current packages for debian are not ideal, they should bemoved to CDBS, it will simplify them greatly.It took a long time to get all the packages setup to build the sameway, I'd really appreciate it if you don't undo all that work, but help is certainly appreciated since I know I've been MIA a lotlately.Let's work together on it though so we can agree on the bestapproach.-BlakeOn Mar 6, 2006, at 5:57 AM, [EMAIL PROTECTED] wrote: Hi ML, it has been asked to me a few times why I removed changelog.in from configure.in, since that way the versioning was automatic. That's in fact the real problem. Let me explain myself: If the version of eet (for example) is always the same (0.9.10.023), apt-get will never update the packages from the repository, unless eet reaches a new version. To correctly maintain a debian repository with cvs software, I need to have packages version like (in eet example) 0.9.10.023+cvsMMDD. I can't add the cvs date in the version while configure (launched by debuild script) replaces the version each time I run it. Another example of this problem is the Enlightenment package. The CVS version of Enlightenment is 0.16.999, but the version present in Debian is 1:0.16.7.2, which is superior $ dpkg --compare-versions 0.16.999 '' 1:0.16.7.2; echo $? 1 $ This way, when a user upgrades his system, E17 is replaced by E16, and that's not what we want. A manual handling of the debian version allows to add epochs (1:) and cvs suffixes, which make the packages usable without any problems. I decided to do this since when I created my own debian repository (before joining the development team) i did all these changes one by one in all the source directories before being able to build up a functional repository. I hope this explanation will clarify the purpose of my actions to those who were wondering. I am here for any further doubts - xstasi --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel? cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel--- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642___ enlightenment-devel mailing listenlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Desklock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 2 Mar 2006, Carsten Haitzler wrote: On Wed, 1 Mar 2006 13:38:16 -0800 (PST) Eric Sandall [EMAIL PROTECTED] babbled: On Wed, 1 Mar 2006, Carsten Haitzler wrote: On Tue, 28 Feb 2006 10:59:27 -0800 (PST) Eric Sandall [EMAIL PROTECTED] babbled: On Tue, 28 Feb 2006, Aleksej Struk wrote: The feature is still under development. Actually, the unlocking through the user system wide password will be implemented too. For now, the personal desklock password is, more or less, a temporal feature. snip As I'm not the one coding this I probably don't have much input ;), but IMO the only password allowed should be the already setup user password, not Yet Another Password that the user has to define and remember (though they could use the same password as their account password, but then that opens up 'security' issues with who gets access to where this password is stored, is it encrypted, etc.). the problem is - to handle the user password is a massive pain in the arse. you need to use PAM or getpwent() and this presents some serious problems. what if your user account details live in an ldap db? sure - pam wraps this and handles it, but now we bind ourselves to pam - which is a bit problematic to use in a portable way even between linux distributions. also note - this is no worse than leaving your desktop unlocked and someone walking by and going rm -rf ~/* in a terminal. if you walk away from your machine and leave it unlocked - it's fair game for ANYTHING. someone locking it with a pw u don't know is fairly harmless compared to other things they can do. Shouldn't desklock just use xscreensaver then? That would take care of all the authentication (unix, PAM, KRB5, etc.) for us as well as providing various backgrounds (as mentioned in the other thread) through the screensavers. It'd also save duplicating a lot of work, IMO. u can bind this to a key and exec xscreensaver to lock already - u have been able to do that ever since. e's lock is separate and independent of xscreensaver. I thought DeskLock was just wanting to lock the screen for you, which is what xscreensaver does well already, that is why I mentioned it. One could have DeskLock optionally depend on xscreensaver for the system user accounts (LDAP, unix, etc.) is what I was trying to say, rather than having to reinvent the wheel. - -sandalle - -- Eric Sandall | Source Mage GNU/Linux Developer [EMAIL PROTECTED] | http://www.sourcemage.org/ http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU http://counter.li.org/ #196285 | http://www.shock.wsu.edu/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEDQGoHXt9dKjv3WERAvyiAKCvaqPeNtwXQdm0qrjSIPuz2r/CGQCgxW6K yE/YoSAFCAaKCn44CVwXlzw= =V7lm -END PGP SIGNATURE- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Elive 0.4.2 Released !
Elive 0.4.2 is released, this version is the same version to 0.4 but with a fast minor bugs fixed. Actually the website has some mirrors and you don't need to use the torrent download (we don't have very mirrors support). A complete general changelog from between 0.3 and 0.4.2 with a big list of featurese you found in http://elivecd.org/gb/Download/0.4.2/ , and a complete list of the packages installed here http://elivecd.org/gb/Packages_0.4/ The final result of this version not is bad, in the LiveCD mode you have all the EFL libs (also developement libs) and some things, compilers, editors, etc... You have also the UnionFS support, in another words, in Elive you can be posible to compile any source code on EFL and also installing it on the system (livecd), the limit is your ram + swap, also you can posible to apt-get any package and install it on the fly, actually UnionFS is VERY stable and works pretty good on this release. If you install it you obtain a Debian based system (or in another words, a debian customized), with all prepaired and customized ready to use, entrance is the login manager and e16/e17 is the unique window managers a lot of programs good selected and all the system ready to use, you have also elpanel, the idea of elpanel is the center of control of Elive, for manage the system and configure it, also you can configure some little things of your desktop from elpanel. The installed system not is bad, is a good distro for use everyday, a fast way to obtain a Debian + E system very customized, the repository with all E/EFL related are upgraded between 1 or maximum 2 weeks, all the themes available via apt-get... The system not is perfect, i know this, but not is bad, i need to look now for another system to use for the next 0.5 release and im hope a very better thing :)Any recomendation or any thing related with the libs, any package to recomends for developement, minimal tools or console editors... (caution, actually is very limited of size, i don't warranty to include this packages) Thanatermesis
Re: [E-devel] Desklock
On Mon, 6 Mar 2006 19:44:38 -0800 (PST) Eric Sandall [EMAIL PROTECTED] babbled: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 2 Mar 2006, Carsten Haitzler wrote: On Wed, 1 Mar 2006 13:38:16 -0800 (PST) Eric Sandall [EMAIL PROTECTED] babbled: On Wed, 1 Mar 2006, Carsten Haitzler wrote: On Tue, 28 Feb 2006 10:59:27 -0800 (PST) Eric Sandall [EMAIL PROTECTED] babbled: On Tue, 28 Feb 2006, Aleksej Struk wrote: The feature is still under development. Actually, the unlocking through the user system wide password will be implemented too. For now, the personal desklock password is, more or less, a temporal feature. snip As I'm not the one coding this I probably don't have much input ;), but IMO the only password allowed should be the already setup user password, not Yet Another Password that the user has to define and remember (though they could use the same password as their account password, but then that opens up 'security' issues with who gets access to where this password is stored, is it encrypted, etc.). the problem is - to handle the user password is a massive pain in the arse. you need to use PAM or getpwent() and this presents some serious problems. what if your user account details live in an ldap db? sure - pam wraps this and handles it, but now we bind ourselves to pam - which is a bit problematic to use in a portable way even between linux distributions. also note - this is no worse than leaving your desktop unlocked and someone walking by and going rm -rf ~/* in a terminal. if you walk away from your machine and leave it unlocked - it's fair game for ANYTHING. someone locking it with a pw u don't know is fairly harmless compared to other things they can do. Shouldn't desklock just use xscreensaver then? That would take care of all the authentication (unix, PAM, KRB5, etc.) for us as well as providing various backgrounds (as mentioned in the other thread) through the screensavers. It'd also save duplicating a lot of work, IMO. u can bind this to a key and exec xscreensaver to lock already - u have been able to do that ever since. e's lock is separate and independent of xscreensaver. I thought DeskLock was just wanting to lock the screen for you, which is what xscreensaver does well already, that is why I mentioned it. One could have DeskLock optionally depend on xscreensaver for the system user accounts (LDAP, unix, etc.) is what I was trying to say, rather than having to reinvent the wheel. e's dependencies are set in stone - this would be a large lump of dependency for a very small feature. you have a choice - use xcsreensaver, or use e's lock. e's lock can't use your system password (yet). - -sandalle - -- Eric Sandall | Source Mage GNU/Linux Developer [EMAIL PROTECTED] | http://www.sourcemage.org/ http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU http://counter.li.org/ #196285 | http://www.shock.wsu.edu/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEDQGoHXt9dKjv3WERAvyiAKCvaqPeNtwXQdm0qrjSIPuz2r/CGQCgxW6K yE/YoSAFCAaKCn44CVwXlzw= =V7lm -END PGP SIGNATURE- -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elive 0.4.2 Released !
On 3/6/06, Thanatermesis [EMAIL PROTECTED] wrote: The system not is perfect, i know this, but not is bad, i need to look now for another system to use for the next 0.5 release and im hope a very better thing :) Have you been in contact with the Ebuntu developers? Might be a good fit as this is also a Debian based distro and they provide a live CD as well.
Re: [E-devel] The new menu generator is ready for testing.
On Sun, 05 Mar 2006 22:14:52 -0600 Laurence Vanek [EMAIL PROTECTED] wrote: I also believe we need to have ~/.e/e/applications/all filled with eaps before trying this. No, e17genmenu is supposed to create the eaps too. On the other hand, it won't hurt to have previously created eaps in ~/.e/e/applications/all, which is why that step is optional. pgpnazduZM5aF.pgp Description: PGP signature
Re: [E-devel] The new menu generator is ready for testing.
Thank you all for the tests. Looks like it needs a little more work before the next round of testing. pgp2EvwL2pNP2.pgp Description: PGP signature