Bug 66471 - panther exposé-like feature for fast application switching
Summary: panther exposé-like feature for fast application switching
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 46860 60346 69539 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-10-23 19:07 UTC by Simon Perreault
Modified: 2007-06-01 14:48 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Perreault 2003-10-23 19:07:52 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

I read about OS X 10.3 today and there is a feature I want in KDE:

"In terms of pure productivity power, Panther's most important perk is a new anti-window-clutter feature called Exposé. When you press a certain keystroke (of your choosing), all windows in all programs visibly shrink and array themselves across the screen like non-overlapping tiles. You just click the one you want to bring it forward at full size. This visual method of plucking a window from a haystack is so brilliant and addictive, you'll wind up using it dozens of times a day. Exposé is the biggest graphical breakthrough that operating systems have achieved in years."

How about it? It should be fairly easy to implement...
Comment 1 Simon Perreault 2003-12-03 02:15:05 UTC
*** Bug 69539 has been marked as a duplicate of this bug. ***
Comment 2 Kenny Smith 2003-12-03 03:01:22 UTC
oops. I guess I made a dupe (sorry, I didn't type the accented e...) I searched for a while too... hm,

so I'll post the additional information I put on my bug

apple's web page (including a great video to see it on action) 
 [[http://www.apple.com/macosx/features/expose/]] 
 
screenshot of expocity w/ metacity 
 [[http://www.pycage.de/expocity.png]] 
Comment 3 Lubos Lunak 2004-03-06 19:51:25 UTC
*** Bug 60346 has been marked as a duplicate of this bug. ***
Comment 4 Dik Takken 2004-03-23 20:37:20 UTC
Is it not true that Apple is doing all it's GUI drawing using vector graphics? In that case, scaling windows is easy and fast. But KDE (and QT and X) are still pixel-based, so it may take quite some CPU power to scale all the windows. 
Comment 5 Thilo Bangert 2004-04-14 13:19:26 UTC
vaporware as of now (no download)...

but one can hope :-)

http://www.kde-apps.org/content/show.php?content=11988
Comment 6 Krishna Sethuraman 2004-07-09 00:40:12 UTC
> Is it not true that Apple is doing all it's GUI drawing using vector graphics?

I believe each window is an image texture-mapped onto a polygon.  Hence, resizing, shearing, etc are all polygon transformations handled via OpenGL hardware acceleration.  XRandR would likely be the analog in the X case.
Comment 7 Gilles Schintgen 2004-07-25 00:43:41 UTC
I don't know that much about X but I think XRandR is for setting/changing the display resolution and orientation without restarting X, but not for arbitrary transformations of windows.
Anyways, today I had my first chance to toy around a bit with OS X and its Exposé and the least I can say is that I was impressed, very impressed. That's 20 more votes even though I don't think it's possible without full 2D or OpenGL hardware acceleration.
Comment 8 carlos demaine 2004-07-25 12:29:26 UTC
why not try kompose : www.kde-apps.org/content/ show.php?content=14422&vote=good&tan=85186243 : a promising start
Comment 9 Stefan Briesenick 2005-02-07 17:26:24 UTC
There's Komposé!

http://kde-apps.org/content/show.php?content=14422

works nice, but no HW-acceleration right now, just imlib2. ;)

Comment 10 Lubos Lunak 2005-05-13 17:11:30 UTC
*** Bug 46860 has been marked as a duplicate of this bug. ***
Comment 11 Bob 2005-06-28 04:04:18 UTC
Hans Oischinger has apps flying around properly with QT4:

http://oisch.blogspot.com/2005/06/combination-of-two.html

Unfortunaly I think I may have to buy a new video card to get this to work.  (May be worth it!)
Comment 12 Jon 2006-09-11 19:42:09 UTC
I don't know OS X too well, but it seems like this concept could be much more powerful.  For instance, if you select one window it goes back to the regular view with that window on top.  But if you select *two* windows, it would tile them.  You could use the "zoomed out" view as a general window-management view, in other words, instead of just an application-switching view.  Maybe exposé already has things like this; I don't know.
Comment 13 Leo Spalteholz 2006-09-11 22:47:05 UTC
Awesome suggestion Jon.  Finally a way to combine the advanced WM features that have been around for a long time with an intuitive UI.
Comment 14 Jonathan Dehan 2006-10-18 14:50:27 UTC
compiz and beryl support this feature, and you can run them on top of kde.

Yay for nvidia-drivers or Xgl or AIGLX.

Plus there is no cpu overhead, its all done by the gpu :D
Comment 15 Jon 2006-10-18 16:32:46 UTC
>compiz and beryl support this feature, and you can run them on top of kde.

>Yay for nvidia-drivers or Xgl or AIGLX.

>Plus there is no cpu overhead, its all done by the gpu :D 

Very cool.  So is that a solution to this bug?  Or does it not count because it's based on a different window manager?
Comment 16 Charles 2007-02-18 05:28:35 UTC
I believe Kwin is adding hardware acceleration like Beryl and Compiz (and now to a small degree, Metacity), so it stands as a feature request (I think).
Comment 17 jos poortvliet 2007-02-18 12:18:18 UTC
Op Sunday 18 February 2007, schreef Charles:
> ------- Additional Comments From Chake99 gmail com  2007-02-18 05:28
> ------- I believe Kwin is adding hardware acceleration like Beryl and
> Compiz (and now to a small degree, Metacity), so it stands as a feature
> request (I think). _______________________________________________


Yes, and with Kompose, you can already have it in KDE 3.x...
Comment 18 Lubos Lunak 2007-06-01 14:48:57 UTC
Done for KDE4. Reading the "It should be fairly easy to implement..." made my day.