[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-usability
Subject: Re: [KDE Usability] Oxygen animations configuration
From: Hugo Pereira Da Costa <hugo () oxygen-icons ! org>
Date: 2009-11-30 23:19:52
Message-ID: 4B145318.7060208 () oxygen-icons ! org
[Download RAW message or body]
Hi Leo,
Unfortunately I agree with all your points.
Now: the first option is the one and only you ask for. (it is "turn all
on" or "all off").
The other seven options ... I added them while adding new animations.
There is "some sort" of reasoning between them: tab transition for
instance, is the only one that can possibly trigger repaints of large
portions of the screen. All others are very local.
I won't try to motivate each of the options. I left it this way because
of lack of time and poor usability skills (lack of time being: coding
furiously, changing things often, and always postponing the moment where
I should ask usability guys for help. My bad.).
I think On/Off is too drastic (due to the limitation above): glows and
fade-in/fade-out, (the first four options) are harmless. Progressbars also.
Tabs: this can really make your system feel less responsible.
Labels: the thing is that it is quite a "sensible" animation, and might
actually still be buggy (it is hard to test all applications on the
market and people do scary things with labels).
So questions:
Could there be suggestions for something in-between the single-option,
and the current state ?
Is it too late to have this fixed for kde4.4 ?
> Just read the update on 4.4 on polishlinux. Looks cool, but one thing
> I need to mention:
>
> http://www.santyago.pl/data/santyago/images/kde44-1055000-animated-oxygen.jpg
>
> The Oxygen animations configuration dialog is completely insane. 8
> options and a dedicated tab for animation?
> What exactly is the use-case for people to configure animations on 8
> different GUI elements separately?
> Animations support in the default theme deserves exactly one option. On or Off.
> If one particular animation is offensive to lots of people then it
> needs to be reworked. Offering an option to disable them individually
> is not a solution, and this kind of thing is the reason that people
> get the impression KDE is complicated.
>
> Cheers,
> Leo
> _______________________________________________
> kde-usability mailing list
> kde-usability@kde.org
> https://mail.kde.org/mailman/listinfo/kde-usability
>
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic