Re: [E-devel] [feature request] new terminology window in current directory
I would second the request for ctrl+shift+n to open a new window. I was going to add it myself but I seem to have got quite distracted along the way. Andrew - Andy Williams blog: http://ajwillia.ms web:http://andywilliams.me On 21 May 2014, at 03:35, José Romildo Malaquias j.romi...@gmail.com wrote: On Wed, May 21, 2014 at 08:11:16AM +0900, Carsten Haitzler wrote: On Tue, 20 May 2014 15:17:14 -0300 José Romildo Malaquias j.romi...@gmail.com said: Hello. I would like to be able to open a new terminal window in the current working directory from terminology with a key binding. Is that possible? terminology make an alias in your shell if u want it shorter alias t='terminology ' The feature I am looking for is more sophisticated than that. I do not want to type a command in the shell that is running in the terminal. I would like to be able to hit a key combination (Control + Shift + N, for instance) in Terminology, and a new Terminology window is openned running a process in the same directory as the original terminal. This would work even when a command is being running in the foreground in the shell (like vim, for instance). Terminology already have something like that bound to the Control+Shift+t key combination by default, which creates a new tab. I just want to create a new window instead of a new tab. Some terminals like xfce4-terminal and gnome-terminal have this feature and I would like to have it in Terminology too. In those terminals it runs a process similar to the one that is running in the current terminal. For instance, if the terminal is running mutt instead of the shell, then the new window will also run mutt. Romildo -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The best possible search technologies are now affordable for all companies. Download your FREE open source Enterprise Search Engine today! Our experts will assist you in its installation for $59/mo, no commitment. Test it for FREE on our Cloud platform anytime! http://pubads.g.doubleclick.net/gampad/clk?id=145328191iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [feature request] new terminology window in current directory
On Tue, 20 May 2014 15:17:14 -0300 José Romildo Malaquias j.romi...@gmail.com said: Hello. I would like to be able to open a new terminal window in the current working directory from terminology with a key binding. Is that possible? terminology make an alias in your shell if u want it shorter alias t='terminology ' If it is not possible currently, can this feature be added in next releases? Romildo -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ 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)ras...@rasterman.com -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [feature request] new terminology window in current directory
On Wed, May 21, 2014 at 08:11:16AM +0900, Carsten Haitzler wrote: On Tue, 20 May 2014 15:17:14 -0300 José Romildo Malaquias j.romi...@gmail.com said: Hello. I would like to be able to open a new terminal window in the current working directory from terminology with a key binding. Is that possible? terminology make an alias in your shell if u want it shorter alias t='terminology ' The feature I am looking for is more sophisticated than that. I do not want to type a command in the shell that is running in the terminal. I would like to be able to hit a key combination (Control + Shift + N, for instance) in Terminology, and a new Terminology window is openned running a process in the same directory as the original terminal. This would work even when a command is being running in the foreground in the shell (like vim, for instance). Terminology already have something like that bound to the Control+Shift+t key combination by default, which creates a new tab. I just want to create a new window instead of a new tab. Some terminals like xfce4-terminal and gnome-terminal have this feature and I would like to have it in Terminology too. In those terminals it runs a process similar to the one that is running in the current terminal. For instance, if the terminal is running mutt instead of the shell, then the new window will also run mutt. Romildo -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Separate submenu backgrounds
On Mon, 25 Feb 2008 13:04:34 +0900 Toma [EMAIL PROTECTED] babbled: After doing a bit of design with this new grunge theme and wanting a little skull in the menu, I found that its impossible to set a separate submenu background and as such, have the skull on every menu. Its a little too much for everywhere. Id like to see it possible to have a separate background for it. Im aware of name: e/widgets/menu/default/submenu_bg but that only sets the background for the actual submenu item. If no-one bothers, I might try copy and pasting some code and seeing if I can get it to work, but I really cant code. Only EDJE and GIMP :D Thanks, Toma- this is part of a more general limitation - i know we should be able to have different menu design per menu (toplevel then sub, then sub-sub and sub-sub-sub etc.) as well as different ones for specific menus (start menu different to popup menu over some gadget for example). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
On Wed, 15 Nov 2006 13:46:36 +1100 Daniel Kasak [EMAIL PROTECTED] babbled: A number of people here at work are 'losing' ibar entries by dragging them off the bar. I suppose I could make ~/.e/e/applications/bar/default/.order read-only ( haven't tested, but should work, right? ), but maybe we could have an option to simply lock it from changes / accidental removals? well that was the original idea - to remove items. but i can see how it can lead to accidental removals easily. how about this - you have to drag the icon a long way away ( 200 pixels) for it to be removed? sound good? -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: http://www.nusconsulting.com.au - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ 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 (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
On Sun, 19 Nov 2006 16:49:45 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Wed, 15 Nov 2006 13:46:36 +1100 Daniel Kasak [EMAIL PROTECTED] babbled: A number of people here at work are 'losing' ibar entries by dragging them off the bar. I suppose I could make ~/.e/e/applications/bar/default/.order read-only ( haven't tested, but should work, right? ), but maybe we could have an option to simply lock it from changes / accidental removals? well that was the original idea - to remove items. but i can see how it can lead to accidental removals easily. how about this - you have to drag the icon a long way away ( 200 pixels) for it to be removed? sound good? Why not an Are you sure? dialog? signature.asc Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
On Sun, Nov 19, 2006 at 04:49:45PM +0900, Carsten Haitzler wrote: On Wed, 15 Nov 2006 13:46:36 +1100 Daniel Kasak [EMAIL PROTECTED] babbled: A number of people here at work are 'losing' ibar entries by dragging them off the bar. I suppose I could make ~/.e/e/applications/bar/default/.order read-only ( haven't tested, but should work, right? ), but maybe we could have an option to simply lock it from changes / accidental removals? well that was the original idea - to remove items. but i can see how it can lead to accidental removals easily. how about this - you have to drag the icon a long way away ( 200 pixels) for it to be removed? sound good? As long as the cursor changes in some way to indicate dropping will remove this item :) rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
On Sun, 19 Nov 2006 22:57:18 +1000 David Seikel [EMAIL PROTECTED] babbled: On Sun, 19 Nov 2006 16:49:45 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Wed, 15 Nov 2006 13:46:36 +1100 Daniel Kasak [EMAIL PROTECTED] babbled: A number of people here at work are 'losing' ibar entries by dragging them off the bar. I suppose I could make ~/.e/e/applications/bar/default/.order read-only ( haven't tested, but should work, right? ), but maybe we could have an option to simply lock it from changes / accidental removals? well that was the original idea - to remove items. but i can see how it can lead to accidental removals easily. how about this - you have to drag the icon a long way away ( 200 pixels) for it to be removed? sound good? Why not an Are you sure? dialog? that is also possible - still need the code to put the icon back where it was tho... :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
В нд, 2006-11-19 в 16:49 +0900, Carsten Haitzler написа: On Wed, 15 Nov 2006 13:46:36 +1100 Daniel Kasak [EMAIL PROTECTED] babbled: A number of people here at work are 'losing' ibar entries by dragging them off the bar. I suppose I could make ~/.e/e/applications/bar/default/.order read-only ( haven't tested, but should work, right? ), but maybe we could have an option to simply lock it from changes / accidental removals? well that was the original idea - to remove items. but i can see how it can lead to accidental removals easily. how about this - you have to drag the icon a long way away ( 200 pixels) for it to be removed? sound good? We should probably implement this the same way as with the pager windows dragging. It's actually the same as what you suggested, but with an option to control the actual length of the drag that will start removing -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: http://www.nusconsulting.com.au - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Виктор Кожухаров /Viktor Kojouharov/ signature.asc Description: Това е цифрово подписана част от писмото - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
В нд, 2006-11-19 в 22:57 +1000, David Seikel написа: On Sun, 19 Nov 2006 16:49:45 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Wed, 15 Nov 2006 13:46:36 +1100 Daniel Kasak [EMAIL PROTECTED] babbled: A number of people here at work are 'losing' ibar entries by dragging them off the bar. I suppose I could make ~/.e/e/applications/bar/default/.order read-only ( haven't tested, but should work, right? ), but maybe we could have an option to simply lock it from changes / accidental removals? well that was the original idea - to remove items. but i can see how it can lead to accidental removals easily. how about this - you have to drag the icon a long way away ( 200 pixels) for it to be removed? sound good? Why not an Are you sure? dialog? people hate dialogs. and in due time, all of them will press the [yes] button, without reading what it says. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Виктор Кожухаров /Viktor Kojouharov/ signature.asc Description: Това е цифрово подписана част от писмото - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
On Sun, 19 Nov 2006 17:11:42 +0200 Виктор Кожухаров [EMAIL PROTECTED] wrote: В нд, 2006-11-19 в 22:57 +1000, David Seikel написа: On Sun, 19 Nov 2006 16:49:45 +0900 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Wed, 15 Nov 2006 13:46:36 +1100 Daniel Kasak [EMAIL PROTECTED] babbled: A number of people here at work are 'losing' ibar entries by dragging them off the bar. I suppose I could make ~/.e/e/applications/bar/default/.order read-only ( haven't tested, but should work, right? ), but maybe we could have an option to simply lock it from changes / accidental removals? well that was the original idea - to remove items. but i can see how it can lead to accidental removals easily. how about this - you have to drag the icon a long way away ( 200 pixels) for it to be removed? sound good? Why not an Are you sure? dialog? people hate dialogs. and in due time, all of them will press the [yes] button, without reading what it says. Ah, but if we have a dialog, then we can blame them for their own stupidity. Maybe a trash can / garbage can / black hole is the proper thing to do? With edje, we should be able to have a cool animated black hole that spins. B-) signature.asc Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Feature Request: Option to lock ibar entries
David Seikel wrote: Maybe a trash can / garbage can / black hole is the proper thing to do? With edje, we should be able to have a cool animated black hole that spins. B-) Complete with polar beams of high power radiation that kills all windows in their path! -- Morten :wq - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ 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
