https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #16 from bastimeyer...@gmail.com ---
> No, because it's not a duration. It's this "springiness" constant.
Okay, but you have to acknowledge that with the addition of the "springmotion"
logic in 00ae7d38939e3e0c3414009f49d1dabb3a6345bd,
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #15 from David Edmundson ---
>means that the faster I want my desktop's animations to be (lower animation
>duration factor values), the slower the slide animation will be.
No, because it's not a duration. It's this "springiness" constant.
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #14 from bastimeyer...@gmail.com ---
My animation scaling factor currently is 0.7:
```
$ grep AnimationDurationFactor ~/.config/kdeglobals
AnimationDurationFactor=0.7071067811865475
```
Dividing the *constant* value of 200 by the animation
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #13 from David Edmundson ---
>The slide effect seems to hardcode animation times:
Please reread your second link.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=450268
bastimeyer...@gmail.com changed:
What|Removed |Added
CC||bastimeyer...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #11 from Sebastian E. ---
(In reply to guimarcalsilva from comment #10)
> The right thing to do here is to fix the speed factor of the animation in
> the code so it has the same speed as all other animations. If it's too slow
> compared to
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #10 from guimarcalsi...@gmail.com ---
(In reply to Sebastian E. from comment #9)
> (In reply to guimarcalsilva from comment #8)
> > If there's a problem with the animation itself, then that should be fixed
> > instead of leaving it up to the
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #9 from Sebastian E. ---
(In reply to guimarcalsilva from comment #8)
> If there's a problem with the animation itself, then that should be fixed
> instead of leaving it up to the user to work around the issue by manually
> speeding up
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #8 from guimarcalsi...@gmail.com ---
(In reply to Sebastian E. from comment #7)
> Premik said that the last pixels take too long to scroll. That's the effect
> of easing, not a bug. The animation slows down towards the end. Windows that
>
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #7 from Sebastian E. ---
Premik said that the last pixels take too long to scroll. That's the effect of
easing, not a bug. The animation slows down towards the end. Windows that
overflow to another screen are indeed invisible on that screen
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #6 from guimarcalsi...@gmail.com ---
(In reply to Premik from comment #5)
> After last update the slide effect is crowing. The last few pixels to scroll
> is taking too long. It is indeed affecting my workflow.
> When looking closely now I
https://bugs.kde.org/show_bug.cgi?id=450268
Premik changed:
What|Removed |Added
CC||dospa...@centrum.cz
--- Comment #5 from Premik ---
https://bugs.kde.org/show_bug.cgi?id=450268
--- Comment #4 from guimarcalsi...@gmail.com ---
(In reply to Sebastian E. from comment #3)
> I guess the reason for those independent duration settings was that the
> magic lamp and slide animations interrupt workflow. The overall animation
> speed
https://bugs.kde.org/show_bug.cgi?id=450268
Sebastian E. changed:
What|Removed |Added
CC||kde-b...@foobarlibre.net
--- Comment #3 from
https://bugs.kde.org/show_bug.cgi?id=450268
David Edmundson changed:
What|Removed |Added
CC||k...@davidedmundson.co.uk
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=450268
Nate Graham changed:
What|Removed |Added
CC||n...@kde.org
Status|REPORTED
16 matches
Mail list logo