Running arch 64 bit, the patch applies just fine, but when i run `cmake -DCMAKE_INSTALL_PREFIX=/usr .` i get this:
CMake Error at CMakeLists.txt:25 (macro_log_feature):
Unknown CMake command "macro_log_feature".
This is driving me up a wall, since I'm running a fully up-to-date kdemod desktop and I really want these damn effects.
Yup, I've got cmake 2.8.0 . I think it's probably an issue with kdemod rather than one with your patch (clearly, seeing as it works for everyone else :P ).
Is there a way you couls backport this to the 4.4 branch. It's not working with 4.3.90 RC 1, I'm getting a:
error: 'WindowAddedGrabRole' was not declared in this scope
It would be nice if I could patch my current build. Thanks
i guess you can either wait for next RC2 or kde 4.4 final , or do a svn up for 4.4 branch.
dont really want to backport it, since the change made to kwin after 4.3.90 made effects work much better together.
Really :) if you can do a svn up ( or just get a tarball of latest kwin from svn branch of 4.4 ) it will be better
Was this build again the 4.4 branch or trunk? It was my understanding that it was build against trunk which is now 4.5. Kwin has long been frozen in the 4.4 (4.3.90) branch so I'm a little confused at what change happened after RC 1 that would require me to have RC 1+. That's why I guess I assumed it was built for 4.5 and needed back porting.
Have you talked with Kwin developers to include this in the default release of KDE?
Maybe they will have you change something about coding style to fit KDE's default, but it would be a very nice addition, the effects look gorgeous!
Well those two plugins are new features so there is no way they are putting them in 4.4 so close to release day, but he should try to get them to include it for 4.5.
The window of inclusion in KDE 4.4 is closed, but i hope he can include these in 4.5, that is open for new inclusions already (opened with the release of rc1).
best regards and keep up the good work.
i have talked with kwin developers alot. they are very nice people :)
i think the code follows their style. i guess its just a matter of trying to see if they include it for 4.5
i might also try to improve this and other effects , or also create new ones. it depends as how this is accepted and if i have any good ideas :)
for 4.4 it was impossible :)
shameless plug for gentoo but , since i run kwin-4.4.9999, its like if they were included ( since my svn is patched :) )
It's great to hear you are in good terms with KWin people. I really missed the glide effect from Compiz :)
I hope to see it included for 4.5. Maybe I should add a wishlist item to KDE's bug tracker.
I'm not against 'prettying' the user-interface, but could these transitions help the user?
If a document window is closed, perhaps it would squish itself into the folder where it is saved, and such like.
Animations can always be very helpfull if they do not clutter the UI. Especially for old people or new users who do not understand what actually happens. They only see that stuff appears and disappears on screen and they do not have a idea why and how.
Pro users knows stuff and they usually want to minimize all possible waiting time. They do not want to wait 500ms to open a menu but just pop-up right away because everything is on their muscle memory. Thats why pro users use commandline so much because there is zero obstacles.
Many calls this kind effects just eyecandy but they do not actually know these are really helpfull. Just like you said, if we can get more informative effects to use, it turns the whole use more easier to learn.
Example, closing window should not just disappear suddnely with mouse press, but give somekind information it is closed. Pro user knows what happend but new user does but thinks where it went. Even old people do not understand the taskbar how windows are minimized there and how they can run multiple windows together side by side, placing other behind other etc.
i think i can "squish" it to where ever you want me to :) but i dont see how it would work :) just because you open a document , doesnt mean there is a folder on the desktop for it.
and an application , to what folder would you squish it ? or where to send it ?
for minimize its easy , just send it to proper place of taskbar. but for open and close i tried to imagine it appearing and disappearing from "the horizon"
i did tried to make this usable , not just eye candy. like for windows appearing, they would be bigger ( as to the user really notice the new window , even if a small one )
i guess this was what i though ideal , but there might be better ideas out there
Off the top of my head.
Apps would probably squish to the Kickoff app or dedicated Plasma kicker
Documents would probably squish to the best folder: the leafyish visible folder in the document's path, failing that the same as the application.
Your idea is a very good, for the open/launch of tiny windows to be super large and shrink to proper size to alert the user
Although I like the idea of the close disappearing to the horizon, it might be 'surprising'!
Ratings & Comments
20 Comments
Well , this effect / patch is now obsolete, since kwin in KDE 4.5 will feature a glide effect similar to this. so ... happy gliding in KDE 4.5 :)
Running arch 64 bit, the patch applies just fine, but when i run `cmake -DCMAKE_INSTALL_PREFIX=/usr .` i get this: CMake Error at CMakeLists.txt:25 (macro_log_feature): Unknown CMake command "macro_log_feature". This is driving me up a wall, since I'm running a fully up-to-date kdemod desktop and I really want these damn effects.
hum, sorry i cant be much help, but that seems like a cmake problem , not something related to my patch. do you have cmake 2.8 ?
Yup, I've got cmake 2.8.0 . I think it's probably an issue with kdemod rather than one with your patch (clearly, seeing as it works for everyone else :P ).
Is there a way you couls backport this to the 4.4 branch. It's not working with 4.3.90 RC 1, I'm getting a: error: 'WindowAddedGrabRole' was not declared in this scope It would be nice if I could patch my current build. Thanks
i guess you can either wait for next RC2 or kde 4.4 final , or do a svn up for 4.4 branch. dont really want to backport it, since the change made to kwin after 4.3.90 made effects work much better together. Really :) if you can do a svn up ( or just get a tarball of latest kwin from svn branch of 4.4 ) it will be better
Was this build again the 4.4 branch or trunk? It was my understanding that it was build against trunk which is now 4.5. Kwin has long been frozen in the 4.4 (4.3.90) branch so I'm a little confused at what change happened after RC 1 that would require me to have RC 1+. That's why I guess I assumed it was built for 4.5 and needed back porting.
Got most likely it has to do with changes that were committed on the 11th. I'll just grab that patch and see if it works ;)
Have you talked with Kwin developers to include this in the default release of KDE? Maybe they will have you change something about coding style to fit KDE's default, but it would be a very nice addition, the effects look gorgeous!
i agree, you should try to put it into KDE SC 4.4 Final
Well those two plugins are new features so there is no way they are putting them in 4.4 so close to release day, but he should try to get them to include it for 4.5.
Oh, right, of course, feature freeze was in November 2009 ^^
The window of inclusion in KDE 4.4 is closed, but i hope he can include these in 4.5, that is open for new inclusions already (opened with the release of rc1). best regards and keep up the good work.
i have talked with kwin developers alot. they are very nice people :) i think the code follows their style. i guess its just a matter of trying to see if they include it for 4.5 i might also try to improve this and other effects , or also create new ones. it depends as how this is accepted and if i have any good ideas :) for 4.4 it was impossible :) shameless plug for gentoo but , since i run kwin-4.4.9999, its like if they were included ( since my svn is patched :) )
It's great to hear you are in good terms with KWin people. I really missed the glide effect from Compiz :) I hope to see it included for 4.5. Maybe I should add a wishlist item to KDE's bug tracker.
I'm not against 'prettying' the user-interface, but could these transitions help the user? If a document window is closed, perhaps it would squish itself into the folder where it is saved, and such like.
Animations can always be very helpfull if they do not clutter the UI. Especially for old people or new users who do not understand what actually happens. They only see that stuff appears and disappears on screen and they do not have a idea why and how. Pro users knows stuff and they usually want to minimize all possible waiting time. They do not want to wait 500ms to open a menu but just pop-up right away because everything is on their muscle memory. Thats why pro users use commandline so much because there is zero obstacles. Many calls this kind effects just eyecandy but they do not actually know these are really helpfull. Just like you said, if we can get more informative effects to use, it turns the whole use more easier to learn. Example, closing window should not just disappear suddnely with mouse press, but give somekind information it is closed. Pro user knows what happend but new user does but thinks where it went. Even old people do not understand the taskbar how windows are minimized there and how they can run multiple windows together side by side, placing other behind other etc.
i think i can "squish" it to where ever you want me to :) but i dont see how it would work :) just because you open a document , doesnt mean there is a folder on the desktop for it. and an application , to what folder would you squish it ? or where to send it ? for minimize its easy , just send it to proper place of taskbar. but for open and close i tried to imagine it appearing and disappearing from "the horizon" i did tried to make this usable , not just eye candy. like for windows appearing, they would be bigger ( as to the user really notice the new window , even if a small one ) i guess this was what i though ideal , but there might be better ideas out there
Off the top of my head. Apps would probably squish to the Kickoff app or dedicated Plasma kicker Documents would probably squish to the best folder: the leafyish visible folder in the document's path, failing that the same as the application.
Your idea is a very good, for the open/launch of tiny windows to be super large and shrink to proper size to alert the user Although I like the idea of the close disappearing to the horizon, it might be 'surprising'!