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 can see it is likely related to some unrelated
> bug or regression related to two monitor setup and the slide effect. As now
> any window spawning both monitors has half of it invisible unless the effect
> is completely finished. Giving the impression I'm block until then. 
> 
> But eitherway I ended up here when I was trying to find how speed the slide
> effect up as a workaround. I don't remember if the option was there before.
> I used to use the Cube effect before it was removed.
> Just wanted to say, please don't remove customization options/possibilities.
> That has always been selling point of KDE. To consolidate and simplify the
> experience  perhaps makings sensible defaults would be better? Or
> implementing profiles/config-sets which would apply multiple options at
> once..
> 
> I also don't want to turn the effect off. Since it is giving me important
> visual feedback helping me realizing I'm switching the context.

The bug that is causing you to have to change the speed of the effect as a
workaround is what should be fixed instead. Adding workarounds to bugs in the
interface is not optimal.

Now, about defaults, can you explain what defaults are you talking about? The
default is to follow the global animation speed setting, which is user
configurable. What default should be changed here in your opinion?

As for the config presets, I don't see how that would help in this case. The
point of presets is to quickly change frequently adjusted settings. Individual
animation speed is not something the user will change often. Also, there is a
big number of effects, so presets couldn't possibly cover all possible
combinations of speed settings for each effect. Also, using a preset for each
individual effect is no faster than changing the global animation speed slider.

Please mind you the point of this bug report is NOT to remove options simply
for the sake of removing options. Yes, simplification was used as one of the
points for this bug report, but what's really important in this case is how
controlling the same setting in multiple places adds to complexity, increases
the number of untested configurations and bugs, and also leads to an
inconsistent user experience. I'll give you an example: Just recently it was
discovered that the blur effect suffers from a similar issue, where disabling
the blur effect doesn't disable it in multiple parts of the interface simply
because some effects override the blur settings individually, just like the
effects here override the global speed setting. Overriding global preferences
in individual effects creates problems. It should also be noted that the
majority of people will never customize individual animation settings, and even
you only found out about that possibility because you needed to work around a
bug, otherwise, you'd have never tried to customize that setting. The drawbacks
are too big to justify the minimal amount of granularity this offers.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to