Actually an application cannot intercept them - only one client can select for the clicks on the root window - the WM gets in first so it gets them. if you run somehting else that grabs these events before E runs then it will fail to run.. simple E then if it doesnt have anything bound to that click combo will pass the vent on to a special event-passing window it has for apps like gmc to get these events. you can configure E to not have anything bound to these buttons and thus pass the clicks thorugh to whoever else. there was a bug for a while where E passed the click on anyway - that's been fixed in cvs in the meantime:) in the end E will have its own filemanager built in so it will manage files on the "desktop" itself and thus will need all the clicks:)
hmm funny.. E allows this.. it's called IPC - just hook an action toi exec a scritp in your favorite scripting language (perl,/bin/shh etc.) and it can right now use eesh as a stdin/out and you can request entire client lsits move resize and do all sortsd of ops on clients - in your favorite language.. so um.. E can do this quite happily - its not the same WAY fvwm does it - but fvwm's ipc was screwy to start - E's IPC was designed to be uses for anything form scritps to programs - you just have to think differently.
as for keybindings you can bind a keypress to any action you can do.. hell unlike fvwm you even get the choice of if it happens when the key goes up or down... nto to mention to can place as many widgets ont he sides of your windows as you liek and make them do anything too... yes its mroe complex - but its alos more powerful... and i'm talking from experience.. i used touse fvwm2 - i even hacked at its code.. there's a reason E isnt an fvwm2 offshoot:) it jsut didnt have the infrastructure i really needed:)
> Is entering "tar zxvf -C %f" in a properties box really easier than typing it on a commandline?
actually it is. example.
i create my download directoty - i set the properties action once and once only on creation (tar zxvf -C %w %f) or select this property from a list of provided templates.
hence forth whenever i drag a tarball onto that directory instead of being copied or moved it getas untared in that dir. so henceforth we have a "smart directory" that will untar for me with a simple drag & drop.
you could extend this idea from this simple task to quite complex ones with powerful shell scripts or utilities - example:
you have freinds or people you work with who you exchange files with all the time - BUT you do it via mail with the dada uuencoded. easy.
create a directory called "Friend" or whatever - set the drop action to be:
uuencode "%f" | mail friend@work.com -s "%f"
bingo - every file i drop on this dir gets uuencoded and mailed to my friend. sending a file to them has now become a single drag and drop action. use your imagination to make this feature work FOR you. it's one of the things i have planned asa "i must have this" feature.
Some of use have work visas - we have to lie and protect our butts cause the INS screws us over and basically 1. takes months to process visaS 2. only allows you to work for 1 company on a visa so thus if you at all let on you're goign to get another visa you're screwed and get kicked out so you have to lie to save your own butt. if the INS were like immigration dpeartments of other coutnires you'd have a work visa that let you work for anyone - not just one company. I've been mumbling about north carolina for a long long time if you check the news on that page since it started. if i werent on a work visa I would have changed jobs months ago. I had to keep quiet and seemingly happy to keep myself in the country. if you don't understand any of the above you've never been one of the "lucky" people in this country on a work visa - just ask anyone on one or who has been on one. now I can get on with code again...:)
Is this worth dignifying with a response? I don't know - but if you get soem clue as to whats actually going on you might understand. I'f you've ever had your back stabbed just as you turn it you'd have some rather scathing things to say too.
Compatible - whats with that? E runs on Linux. if RH wishes to use it they can. I dont' intend to make it incompatible. If it doesnt fit what they want (and it likely won't as they want gnome and E is not part of the gnome project thus it clashes in several departments and will continue to do so) that's up to them. as for the future plans for E - it'll becoem a desktop shell - it's not going to become part of KDE or GNOME - it's just going to do a job - manage windows, let you launch and manage applications, and eventually manage files. thats it.
I already have a bunch of code and am working on it to get it to a usable state asa library so I can actually start using it in Enlightenment for testing.
I have played with some code to have a modular loader system similar to that of the Amigas Datatypes - loaders are just dlopen()'d loadrs with a standard API (allowing for multiple loading phases - I have to finalise this but it will mean easily codable loaders - anyone can then extend the loading ability of their apps by dropping a file in a directory. The rest is simply magick.
As for the rest I have been working on optimised rendering and scaling routines - I have full anti-aliased scaling down and up happening (it defintiely is faster than imagemagicks' scaling.. and that is with the program rendering to the display AND dithering as well). The internals now use RGBA instead of RGB and I have on my list to add alpha blending when drawing an image to a drawable (I have previous code that did this before). When I add caching back in (easy) and actually finalise the loader api I'll start having something that can be used. After it all works client-side I do most defintiely plan on working on putting a lot of the core of this into the server for sheer speed reasons. This should mean even more speedups.
So the rumors are corect - I'm working on it.. just haven't had too much time of late... but now I have piles of time to make this happen and happen fast and well... so expect something in the near future.
I will add more image processing functions too once the base loading and rendering is done and works well.
It already is all of the above. The solution isnt in code - its in configuration - I do not believe a person should ever have to recompile a program to ever turn a feature on or off - it shoudl be in the configuration - and that is exactly what E is.
just turn "expensive" options off - make it do what YOU want - it can.
as far as technicalities - loading graphics as an image or doing it the blackbox way makes almost zero memory diffrence - blackbox STILL produces pixmaps in the end of the same size as the pixmaps E produces. - E just gets to that end result a different way and via a much more generic mechanism.
E is gnomne compliant already.
E is alreayd pretty damn fast. It coudl do wiht more optimisations - I work on them on a regular basis.
E alerady throws out all memory it doesnt need / inst using - it unloads images form memory continuously - reling on the cache in imlib tokeep the recent ones (commonly used ones) in memory for speed. E removes backgroudn images for other desktops from memory if you havent looked at the desktops for a while - it does this quietly behind the scenes for you.
E is prertty stable - only some of the newer features I may have written int he last few weeks that aren't finished are not 100% stable - but even most of them are stable.
E is Speedy - works liek greased lightning on my box. It's secure. There is no way another user or a user outside of your box can gain access to your user or machine via Enlightenment nor can you gain access to another users account via Enlightenment. If you use another users config for E that is another matter - but liek any WM they can have a button that executes somehting as oyu - just like menu and toolbar entires - so in that regard its as safe as any WM out there.
Not to mention E has the ability to remote control it form the other side of the world if you wish - SECURELY. It has many features you probably have no idea are there.
Slashdot Mirror
Actually an application cannot intercept them - only one client can select for the clicks on the root window - the WM gets in first so it gets them. if you run somehting else that grabs these events before E runs then it will fail to run.. simple E then if it doesnt have anything bound to that click combo will pass the vent on to a special event-passing window it has for apps like gmc to get these events. you can configure E to not have anything bound to these buttons and thus pass the clicks thorugh to whoever else. there was a bug for a while where E passed the click on anyway - that's been fixed in cvs in the meantime :) in the end E will have its own filemanager built in so it will manage files on the "desktop" itself and thus will need all the clicks :)
hmm funny.. E allows this.. it's called IPC - just hook an action toi exec a scritp in your favorite scripting language (perl, /bin/shh etc.) and it can right now use eesh as a stdin/out and you can request entire client lsits move resize and do all sortsd of ops on clients - in your favorite language.. so um.. E can do this quite happily - its not the same WAY fvwm does it - but fvwm's ipc was screwy to start - E's IPC was designed to be uses for anything form scritps to programs - you just have to think differently.
:) it jsut didnt have the infrastructure i really needed :)
as for keybindings you can bind a keypress to any action you can do.. hell unlike fvwm you even get the choice of if it happens when the key goes up or down... nto to mention to can place as many widgets ont he sides of your windows as you liek and make them do anything too... yes its mroe complex - but its alos more powerful... and i'm talking from experience.. i used touse fvwm2 - i even hacked at its code.. there's a reason E isnt an fvwm2 offshoot
> Is entering "tar zxvf -C %f" in a properties box really easier than typing it on a commandline?
actually it is. example.
i create my download directoty - i set the properties action once and once only on creation
(tar zxvf -C %w %f) or select this property from a list of provided templates.
hence forth whenever i drag a tarball onto that directory instead of being copied or moved it getas untared in that dir. so henceforth we have a "smart directory" that will untar for me with a simple drag & drop.
you could extend this idea from this simple task to quite complex ones with powerful shell scripts or utilities - example:
you have freinds or people you work with who you exchange files with all the time - BUT you do it via mail with the dada uuencoded. easy.
create a directory called "Friend" or whatever - set the drop action to be:
uuencode "%f" | mail friend@work.com -s "%f"
bingo - every file i drop on this dir gets uuencoded and mailed to my friend. sending a file to them has now become a single drag and drop action. use your imagination to make this feature work FOR you. it's one of the things i have planned asa "i must have this" feature.
Some of use have work visas - we have to lie and protect our butts cause the INS screws us over and basically 1. takes months to process visaS 2. only allows you to work for 1 company on a visa so thus if you at all let on you're goign to get another visa you're screwed and get kicked out so you have to lie to save your own butt. if the INS were like immigration dpeartments of other coutnires you'd have a work visa that let you work for anyone - not just one company. I've been mumbling about north carolina for a long long time if you check the news on that page since it started. if i werent on a work visa I would have changed jobs months ago. I had to keep quiet and seemingly happy to keep myself in the country. if you don't understand any of the above you've never been one of the "lucky" people in this country on a work visa - just ask anyone on one or who has been on one. now I can get on with code again... :)
Is this worth dignifying with a response? I don't know - but if you get soem clue as to whats actually going on you might understand. I'f you've ever had your back stabbed just as you turn it you'd have some rather scathing things to say too.
Compatible - whats with that? E runs on Linux. if RH wishes to use it they can. I dont' intend to make it incompatible. If it doesnt fit what they want (and it likely won't as they want gnome and E is not part of the gnome project thus it clashes in several departments and will continue to do so) that's up to them. as for the future plans for E - it'll becoem a desktop shell - it's not going to become part of KDE or GNOME - it's just going to do a job - manage windows, let you launch and manage applications, and eventually manage files. thats it.
Yes I am infact doing Imlib2.0
I already have a bunch of code and am working on it to get it to a usable state asa library so I can actually start using it in Enlightenment for testing.
I have played with some code to have a modular loader system similar to that of the Amigas Datatypes - loaders are just dlopen()'d loadrs with a standard API (allowing for multiple loading phases - I have to finalise this but it will mean easily codable loaders - anyone can then extend the loading ability of their apps by dropping a file in a directory. The rest is simply magick.
As for the rest I have been working on optimised rendering and scaling routines - I have full anti-aliased scaling down and up happening (it defintiely is faster than imagemagicks' scaling.. and that is with the program rendering to the display AND dithering as well). The internals now use RGBA instead of RGB and I have on my list to add alpha blending when drawing an image to a drawable (I have previous code that did this before). When I add caching back in (easy) and actually finalise the loader api I'll start having something that can be used. After it all works client-side I do most defintiely plan on working on putting a lot of the core of this into the server for sheer speed reasons. This should mean even more speedups.
So the rumors are corect - I'm working on it.. just haven't had too much time of late... but now I have piles of time to make this happen and happen fast and well... so expect something in the near future.
I will add more image processing functions too once the base loading and rendering is done and works well.
It already is all of the above. The solution isnt in code - its in configuration - I do not believe a person should ever have to recompile a program to ever turn a feature on or off - it shoudl be in the configuration - and that is exactly what E is.
just turn "expensive" options off - make it do what YOU want - it can.
as far as technicalities - loading graphics as an image or doing it the blackbox way makes almost zero memory diffrence - blackbox STILL produces pixmaps in the end of the same size as the pixmaps E produces. - E just gets to that end result a different way and via a much more generic mechanism.
E is gnomne compliant already.
E is alreayd pretty damn fast. It coudl do wiht more optimisations - I work on them on a regular basis.
E alerady throws out all memory it doesnt need / inst using - it unloads images form memory continuously - reling on the cache in imlib tokeep the recent ones (commonly used ones) in memory for speed. E removes backgroudn images for other desktops from memory if you havent looked at the desktops for a while - it does this quietly behind the scenes for you.
E is prertty stable - only some of the newer features I may have written int he last few weeks that aren't finished are not 100% stable - but even most of them are stable.
E is Speedy - works liek greased lightning on my box. It's secure. There is no way another user or a user outside of your box can gain access to your user or machine via Enlightenment nor can you gain access to another users account via Enlightenment. If you use another users config for E that is another matter - but liek any WM they can have a button that executes somehting as oyu - just like menu and toolbar entires - so in that regard its as safe as any WM out there.
Not to mention E has the ability to remote control it form the other side of the world if you wish - SECURELY. It has many features you probably have no idea are there.
Hey. I DO wear that stuff! :)
:)
:)
If anyone has seen me of late I actually tend to wear lots of black and long tailed jackets.
Now back to code...