https://bugs.kde.org/show_bug.cgi?id=413581
Bug Janitor Service changed:
What|Removed |Added
Status|NEEDSINFO |RESOLVED
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #15 from Bug Janitor Service ---
Dear Bug Submitter,
This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular
https://bugs.kde.org/show_bug.cgi?id=413581
Michail Vourlakos changed:
What|Removed |Added
Status|REPORTED|NEEDSINFO
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #13 from Michail Vourlakos ---
feel free to prove your statements. For me the animation speeds provided for
slide ins/outs are fine... The fact that have changed does not mean that the
new animation speeds are not ok.
(In reply to
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #12 from accounts+...@moochermedia.co ---
I will setup a VM with an older version of Neon to compare to prove or disprove
what I've observed. I will report back here with those results, and a video if
necessary.
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=413581
accounts+...@moochermedia.co changed:
What|Removed |Added
Resolution|NOT A BUG |---
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=413581
Michail Vourlakos changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #9 from Michail Vourlakos ---
This is intentional, only thing it could be changed is that the animation speed
with value x2 will be the one you observe now and x3 a little bit faster, x1
will be a little slower. Of course that will also
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #8 from accounts+...@moochermedia.co ---
I'm referring to how much time it takes to slide in once triggered. This used
to be an imperceivable delay (ie. It wasn't noticeable, didn't get in the way).
On the same note, the slide-out speed is
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #7 from Michail Vourlakos ---
Are you referring to how much time it takes to start or how much it takes to
finish the slide in from the moment that the dock will be first shown?
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #6 from accounts+...@moochermedia.co ---
Like I said, the video does not do it justice.
The slide-in is much slower than it used to be, which is a hindrance. And it
does not seem to be configurable.
I'm not claiming that the zoom animation
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #5 from Michail Vourlakos ---
I don't see any problem in your video. All this is intentional. The zoom
animation is activated only when the slide in has ended.
Anything else?
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #4 from accounts+...@moochermedia.co ---
I've downgraded to 0.9.1 and the same behavior persists.
Mainly the icons now being hoverable before the dock animation completes. Which
also causes an awkward sudden "jump" in the width and height
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #3 from accounts+...@moochermedia.co ---
Here you go.
This is with the default 200ms open delay.
https://drive.google.com/file/d/1JmLv6mMm5KI0dVwbZqA4KSLlFe9MyInM/view?usp=sharing
Notice how the items are not selectable very quickly due to
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #2 from Michail Vourlakos ---
Can you provide a video link through Google drive or dropbox?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413581
--- Comment #1 from accounts+...@moochermedia.co ---
Changing Compositor animation speeds also do not affect the docks opening
speed.
--
You are receiving this mail because:
You are watching all bug changes.
16 matches
Mail list logo