From kde-usability Mon Nov 30 23:19:52 2009 From: Hugo Pereira Da Costa Date: Mon, 30 Nov 2009 23:19:52 +0000 To: kde-usability Subject: Re: [KDE Usability] Oxygen animations configuration Message-Id: <4B145318.7060208 () oxygen-icons ! org> X-MARC-Message: https://marc.info/?l=kde-usability&m=125962325429365 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