
Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net
Komposé provides a fullscreen view of all your tasks and/or virtual desktops where every window is represented by a scaled screenshot of it's own.
0.5 now features support for the Composite and Damage extensions (disabled by default, enable it in the preferences), however with the current state of graphics drivers XOrg may be awfully slow (or even crash sometimes) when enabling the Composite extension.
So blame me for your bad gfx drivers :)
15 years ago
0.5.3
- well, 0.5.2 didn't show plain and tiled backgrounds right... here we go
- updated author's email addy
0.5.2
- Nicer layouting (less grid-like)
- ADD: Icons for different views (thanks to Bill Kendrick)
- FIX: no more debug out if compiled normally (qDebug() to kdDebug())
- some code cleanups
- Remove flicker on desktop widget mouseover
- Added the ability to show the currently activated Desktop number on the systray icon (thanks to Debajyoti Bera)
- get rid of KRootPixmap
- Autoactivate when mouse moves on to the screen edge
0.5.1
-Hot corners delay controls whether Kompos�is started and not when it's started :)
-imlib2 error message added to configure script
-Fixed "if a kompose window (prefs, about) is open, you are stuck"
-Added german translation (thanks to Thomas Fischer)
0.5:
-Composite support to take screenshots without raising windows
-Damage support for live-updates of windows
-major refactoring for a cleaner design
-new View Type (current desktop)
-activate when mouse moves in one of the screen's corners
-added popup menu for windows
-added a small screenshot delay for passive screenshots. This should make switching between tasks seem more responsive (redraws occur before taking screenshots) and help on most of the "overlapping windows" problems
-fixed flashing background when activating Kompos�
-Switched to themable KDE cursors
-Window title changes are now updated properly
-Correct handling of windows that are on all desktops
-additionally using hjkl(vi) keys for moving and c/m keys for close/minimize/restore
-Imlib2, Composite and Damage autodetected through configure
-some minor bugs and various smaller performance improvements
15 years ago
0.5.3
- well, 0.5.2 didn't show plain and tiled backgrounds right... here we go
- updated author's email addy
0.5.2
- Nicer layouting (less grid-like)
- ADD: Icons for different views (thanks to Bill Kendrick)
- FIX: no more debug out if compiled normally (qDebug() to kdDebug())
- some code cleanups
- Remove flicker on desktop widget mouseover
- Added the ability to show the currently activated Desktop number on the systray icon (thanks to Debajyoti Bera)
- get rid of KRootPixmap
- Autoactivate when mouse moves on to the screen edge
0.5.1
-Hot corners delay controls whether Kompos�is started and not when it's started :)
-imlib2 error message added to configure script
-Fixed "if a kompose window (prefs, about) is open, you are stuck"
-Added german translation (thanks to Thomas Fischer)
0.5:
-Composite support to take screenshots without raising windows
-Damage support for live-updates of windows
-major refactoring for a cleaner design
-new View Type (current desktop)
-activate when mouse moves in one of the screen's corners
-added popup menu for windows
-added a small screenshot delay for passive screenshots. This should make switching between tasks seem more responsive (redraws occur before taking screenshots) and help on most of the "overlapping windows" problems
-fixed flashing background when activating Kompos�
-Switched to themable KDE cursors
-Window title changes are now updated properly
-Correct handling of windows that are on all desktops
-additionally using hjkl(vi) keys for moving and c/m keys for close/minimize/restore
-Imlib2, Composite and Damage autodetected through configure
-some minor bugs and various smaller performance improvements
meyerm
16 years ago
got good news for you. I just set up a whole new systems. This time using xorg and not xfree. And see - kompose is much faster. :-)
Report
oshogg
16 years ago
I just upgraded to 6.8 and I wonder if kompose can take advantage of the "off screen buffer" in 6.8?
Osho
Report
meyerm
16 years ago
Now my xorg-6.7 lasted only for 3 days... Ok, I will update *g*
Report
meyerm
16 years ago
I really like your app. Do you know skippy (http://thegraveyard.org/skippy.php)? It's very similar. But I can't get it to work with many dekstops like kompose. So I would prefer kompose. But it is much faster than kompose - at least after the first screenshot. The first time opening the kompose window it is awful slow, afterwards it's still not really usable for everyday usage but much better. Skippy feels much, hmm - smoother(?).
Will this waiting all "disappear" with XCompose? Is it then possible to see the "live" output of window (not needed, just curious)?
Thank you - I'm _really_ looking forward for this app maturing :-)
Report
oisch
16 years ago
When it comes to drawing operations, scaling and screenshot taking I believe that Kompos
Report
manor
16 years ago
Kompose is very useful.I had to spend a lot of time to find my spread programs all over the virtual desktops before kompose.
Speed (v.0.4.2) is so good now that it is usable.
Thanks a lot !
Report
g1gsw
16 years ago
Keep up the good work
Colin
Report
Linuxglider
16 years ago
/usr/include/kapplication.h:177: warning: `void addCmdLineOptions()' declared `static' but never defined
/usr/include/kapplication.h:360: warning: `DCOPClient* dcopClient()' declared `static' but never defined
/usr/include/kapplication.h:366: warning: `void disableAutoDcopRegistration()' declared `static' but never defined
/usr/include/kapplication.h:617: warning: `int startServiceByName(...)' declared `static' but never defined
/usr/include/kapplication.h:663: warning: `int startServiceByDesktopPath(...)' declared `static' but never defined
/usr/include/kapplication.h:709: warning: `int startServiceByDesktopName(...)' declared `static' but never defined
/usr/include/kapplication.h:734: warning: `int kdeinitExec(...)' declared `static' but never defined
/usr/include/kapplication.h:757: warning: `int kdeinitExecWait(...)' declared `static' but never defined
/usr/include/kapplication.h:861: warning: `int random()' declared `static' but never defined
/usr/include/kapplication.h:1155: warning: `void startKdeinit()' declared `static' but never defined
/usr/include/kapplication.h:1186: warning: `void installSigpipeHandler()' declared `static' but never defined
configure with prefix=/usr runs perfect here but make breakes with this:
/usr/include/kapplication.h:1194: warning: `bool guiEnabled()' declared `static' but never defined
/usr/include/kapplication.h:1317: warning: `void sigpipeHandler(int)' declared `static' but never defined
/usr/include/kurl.h:916: warning: `bool isRelativeURL(...)' declared `static' but never defined
make[2]: *** [main.o] Fehler 1
make[2]: Leaving directory `/home/olaf/Desktop/kompose-0.4.1/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/olaf/Desktop/kompose-0.4.1'
can someone help??
Report
wwwonka
16 years ago
by Yaba on: 08/23/2004, 2:33
Surely some people may like it to have unused desktops smaller.
In my opinion it's confusing to have a different desktop layout depending on the current usage.
Would be great, if you could make this configurable, so that I can switch back to the previous view with lots of wasted space ;-)To mess up a Linux box, you need to work at it; to mess up your Windows box, you just need to work on it.
- Scott Granneman, Security Focus
[reply to this]
- . Re: Empty Desktops fresh
by wwwonka on: 08/23/2004, 10:33
Agree completely with above. I liked having my view as 4 distinct desktops, wether empty or not...alot less confusing. Can't please everybody all the time time I suppose.
As for the reliance on systray and the non daemon feature here are my suggestions: Allow kompose to start as a daemon(invisible - no systray) and to be called by another switch. Running with --singleshot and no daemon seems real slow. Ideally I would like to have kompose running in the background and called with an icon of my choice in my panel.
Report
oisch
16 years ago
You can do that. run kompos
Report
gryphonlord2001
16 years ago
Report
gryphonlord2001
16 years ago
Report
psykotux
16 years ago
You can watch to "uncover" apps from xapps. It works like kompose. Light, Powerfull, Real time, work perfectly on 700Mhz ;-) But it only works with DAMAGE/COMPOSITE/XFIXES ;-(. You can use it with Xserver. Now "uncover" works to see in thnumbmail all apps and the apps together. Don't scale the thunbmail and mask the apps and you have your Kompos
Report
somekool
16 years ago
about your idea to not have a systray icon, that is pretty good. allowing people to create their own button, or to just use the hotkey.
even if dcop calls are great and should be available, maybe the icon should just link to a script. That script would just check if the app is running, if so, it just use the dcop call, if not, it runs it first.
however the prefereences are set, with or without systray icon
so the hotkey would need to be a global KDE hotkey installed with kompose instead of a regular app hotkey
Report
oisch
16 years ago
Report
Ekardnam
16 years ago
I don't know if this works, but when I tried yo close all windows in kompose:
1. Kompose crashed when I got a popup message (Kopete is still running in system tray)
2. A empty kompose.
If there are no windows, then just quit kompose?
Oh, and: Thanks for a wonderful applet! (I was surprised that it didn't lag on my computer ^^)
Report
nuka
16 years ago
Report
somekool
16 years ago
like, completly acting with them, clicking on the menu and stuff.
if you have a kcalc running, and you click on kompose, you'll see its big enough for you to play with it.
would be cool if maybe the user would press CTRL and could click and on the application itself without quitting kompose.
maybe the application would zoom in, then you can interact with it. then when you release the key, it goes back to the normal kompose view.
also, when you look at the current expose in 10.3, windows are shrinking just enough to show them all. kompose actually does that too, in a single virtual desktop, unused virtual desktop are just blank square. thats not as good.
and xinerama.... really important.
more and more computer comes with dual video card.
great work there, i just replace any kind of taskmanager I had by yours.
Report
oisch
16 years ago
Report
somekool
16 years ago
and you can still use the other screen while expose is open.
windows are of course together (no screen distinction) and hmm,...
i dont know,... i think kdelibs have some more work to do on the xinerama side, to make your life easier.
and dont think kwin is aware at all of which screen a window is. part using his position (x-w >= 0)?
anyway.... when 0.4 due for ? :)
Report
somekool
16 years ago
- dragging capability between virtual desktop
Report
somekool
16 years ago
dragging is working nicely
Report
oisch
16 years ago
I've implemented this yesterdays. empty virtual desks are now shown "minimized" quite cool stuff ;)
Report
somekool
16 years ago
- /me waiting for 0.4 ;)
Report
somekool
16 years ago
however, a different behaviour should happen on a twinhead desktop.
maybe some work would be needed on kwin's end though. i don't know if kwin is aware of the window position (which screen)
thanks
Report