Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Randomizing Effects/Animations #200

Closed
shawnk0723 opened this issue Aug 19, 2022 · 5 comments
Closed

Randomizing Effects/Animations #200

shawnk0723 opened this issue Aug 19, 2022 · 5 comments
Labels
feature request New feature or request KDE The bug is specific to KDE

Comments

@shawnk0723
Copy link

Schneegans,

Is there any way to make all these effects work randomly instead of setting just one animation at a time in KDE? I really miss that feature from compiz. I know this is already possible in Gnome. You've already said it should be a feature of kwin but how difficult would it be to add randomizing anim option to the current burn-my-windows setting in kwin? Would there be any easier way of doing this by somehow importing/mimicking this code from Gnome and make it run randomly inside KDE? I'm sure adding this option will encourage kde users to wanna use BMW more.

@shawnk0723 shawnk0723 added the feature request New feature or request label Aug 19, 2022
@shawnk0723 shawnk0723 changed the title Randomized Effects/Animations Randomizing Effects/Animations Aug 19, 2022
@Schneegans
Copy link
Owner

Hi there! Randomizing is one thing which would be nice, another cool thing would be to be able to choose different animations for opening / closing. Many of the animations work great for window closing but are a bit annoying for opening windows.

I could be possible to create a single "Burn-My-Windows" effect for KWin (instead of individual effects for Fire, Hexagon, etc). This effect could then have a complex settings dialog similar to the preferences dialog in GNOME.There you could choose which effects should be used. However, this approach has some drawbacks:

  • I am not sure if this would be actually possible. AFAIK, the API for KWin effects is not designed to be used like this. There's a lot of magic happening in the background and I guess that a lot of hacks could be required to squish multiple effects into something which should be only one effect.
  • It would not be possible to combine the BMW effects with the existing effects of KWin. So if you would like to use the standard slide or fade animation for window opening but a BMW effect for window closing, this would be impossible.

On the flip-side, if KWin supported randomizing effects or choosing different effects for opening and closing, all would be solved. So IMHO, this would be a much cleaner solution!

@Schneegans Schneegans added the KDE The bug is specific to KDE label Aug 20, 2022
@Schneegans
Copy link
Owner

Btw, #173 is closely related to this request.

@shawnk0723
Copy link
Author

Hi there! Randomizing is one thing which would be nice, another cool thing would be to be able to choose different animations for opening / closing. Many of the animations work great for window closing but are a bit annoying for opening windows.

I could be possible to create a single "Burn-My-Windows" effect for KWin (instead of individual effects for Fire, Hexagon, etc). This effect could then have a complex settings dialog similar to the preferences dialog in GNOME.There you could choose which effects should be used. However, this approach has some drawbacks:

  • I am not sure if this would be actually possible. AFAIK, the API for KWin effects is not designed to be used like this. There's a lot of magic happening in the background and I guess that a lot of hacks could be required to squish multiple effects into something which should be only one effect.
  • It would not be possible to combine the BMW effects with the existing effects of KWin. So if you would like to use the standard slide or fade animation for window opening but a BMW effect for window closing, this would be impossible.

On the flip-side, if KWin supported randomizing effects or choosing different effects for opening and closing, all would be solved. So IMHO, this would be a much cleaner solution!

@Schneegans

"another cool thing would be to be able to choose different animations for opening / closing. Many of the animations work great for window closing but are a bit annoying for opening windows."

That would be another great addition to BMW but I personally think randomizing should be first priority than this.

"I could be possible to create a single "Burn-My-Windows" effect for KWin (instead of individual effects for Fire, Hexagon, etc). This effect could then have a complex settings dialog similar to the preferences dialog in GNOME.There you could choose which effects should be used. However, this approach has some drawbacks:"

this sounds nice If you think that's possible. I'm willing to test it for you on my machine if you can release this version as a beta/prototype.:)

"It would not be possible to combine the BMW effects with the existing effects of KWin. So if you would like to use the standard slide or fade animation for window opening but a BMW effect for window closing, this would be impossible."

I used to use existing animations of kwin but after installing BMW I disabled them because it felt rather awkward running them at the same time.

"On the flip-side, if KWin supported randomizing effects or choosing different effects for opening and closing, all would be solved. So IMHO, this would be a much cleaner solution!"

Has anyone submitted this as feature request to kwin? If not, where can you submit it?

@Schneegans
Copy link
Owner

Btw, there is this related feature request by now: https://bugs.kde.org/show_bug.cgi?id=464322.

@Schneegans
Copy link
Owner

I'll close this issue, as this is not really in the scope of Burn-My-Windows on KDE. Let's hope that the above feature request gets some attention!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request New feature or request KDE The bug is specific to KDE
Projects
None yet
Development

No branches or pull requests

2 participants