kwin glide effects
Various KDE Extensions
Score 67%
Description:

patch for kwin 4.4 branch latest svn.

should create 2 effects for opening and closing windows. ( seperated into 4 plugins )

to see more or less how they look :

http://www.youtube.com/watch?v=Is3unfjiufs

http://www.youtube.com/watch?v=Hz3JTMy2Vdo

hope you like it

ps : if i recall correctly, this only works with svn newer than 4.3.90. just patch it in kwin/effects directory

yagami

7 years ago

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 :)

Report

ElTimo

7 years ago

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.

Report

yagami

7 years ago

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 ?

Report

ElTimo

7 years ago

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 ).

Report

jmiahman

7 years ago

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

Report

yagami

7 years ago

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

Report

jmiahman

7 years ago

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.

Report

jmiahman

7 years ago

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 ;)

Report

luisromangz

7 years ago

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!

Report

Schiwi

7 years ago

i agree, you should try to put it into KDE SC 4.4 Final

Report

luisromangz

7 years ago

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.

Report

Schiwi

7 years ago

Oh, right, of course, feature freeze was in November 2009 ^^

Report

groo

7 years ago

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.

Report

yagami

7 years ago

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 :) )

Report

luisromangz

7 years ago

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.

Report

purple-bobby

7 years ago

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.

Report

Fri13

7 years ago

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.

Report

yagami

7 years ago

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

Report

purple-bobby

7 years ago

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.

Report

purple-bobby

7 years ago

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'!

Report

product-maker 6 18

File (click to download) Version Description Filetype Packagetype License Downloads Date Filesize OCS-Install DL
Details
version
0.1
updated Jan 19 2010
added Jan 19 2010
downloads today
0
page views today 0