Re: [kde-artists] please turn off label animations...

Hugo Pereira Da Costa <[email protected]>
Newsgroups gmane.comp.kde.artists
Message-ID <[email protected]>
hpereiradacosta * r1070561 
runtime/trunk/KDE/kdebase/runtime/kstyles/oxygen/oxygen.kcfg: disabled 
label transitions animations

hpereiradacosta * r1070564 
workspace/trunk/KDE/kdebase/workspace/kwin/clients/oxygen/ 
(oxygenclient.h oxygenconfiguration.cpp oxygenconfiguration.h):
added dedicated option to enable/disable window title change animation, 
and disabled it by default.
It can be reenabled by adding "AnimateTitleChange=true" in oxygenrc 
under [Windeco].

by consensus and because of getting annoyed of so many email exchanges 
on this single topic while there are so many other places where I 
believe kde could benefit more attention.


On 01/05/2010 06:17 PM, Nuno Pinheiro wrote:
> On Wednesday, 6 de January de 2010 00:37:19 Aaron J. Seigo wrote:
>    
>> On January 5, 2010, you wrote:
>>      
>>> So are you suggesting that we disable it permanently ?
>>>        
>> not permanently; just for 4.4.0. i think we should keep the actual code
>>   there and work on making this really good for a future release. there must
>>   be solutions for the remaining corner cases, we just need to look hard
>>   enough :)
>>
>>      
>>> konqueror), though I agree there is room for improvement. Can't this
>>> wait for kde4.5 ? Or for a backported bug-fix when someone files a bug ?
>>>        
>> my concern is that the negative results are noticeable in enough easy-to-
>> trigger situations that people will dismiss this feature and view the rest
>>   of oxygen's progress in 4.4 in a negative light due to it. that would be
>>   unfortunate at this point as the other animations are all rather great
>>   (imho, anyways :) and the style and window deco are looking terrific these
>>   days.
>>
>> we didn't have these label transitions before, so it's not a regression to
>> ship without them now. nothing is fundamentally broken by not having the
>>   label animations, either.
>>
>> so it's not a step backwards (relative to past 4.x releases) to skip the
>>   label transition in 4.4.x. including this particular animation in its
>>   current state would, i feel, pose a risk to the acceptance of all the
>>   animations. those animation will, unfortunately, not be accepted with open
>>   arms by some people who are anti-animation or even just
>>   anti-whatever-cool-that-KDE-does for no particularly good reason; let's
>>   not give them ammunition ;)
>>
>> there are a number of other really nice anims in oxygen for 4.4 that i
>>   think everyone will love so it's not like removing the label animation
>>   will ruin all of your fine efforts, and when the label animation is in
>>   good working order we can either backport the fixes as a 4.4.x update or
>>   include it in 4.5.0 and it will be perceived as an upgrade to the user.
>>
>> i'm just trying to help minimize the risk to oxygen's continued acceptance
>>   and maximize the user's experience. we're releasing 4.4, not 4.0, so we
>>   need to be a bit more conservative i think in what we unleash here, and
>>   the style/window deco influence the usability of every single app.
>>
>> just my 0.02
>>
>>      
> ok :) remove from default that option
>
> dough i must say that i find this particular animation to do more good that
> bad but ok :D i know how to turn it on :D on my computer :)
>
> To be perfectly honest even the tab animation I find it more good than bad,
> meaning wen I measure what I lose and what I win as an experience, but i don't
> consider myself to be representative of all of the user base sooo :D
>
> we are planing on making a test app for animations (bit in the style of the
> web icons tests) in the 4.4-4.5 cycle so we can better evaluate what is myth
> and what is reality wen it comes to this aspects...
>    

______________________________________________________________________________
[email protected] |  https://mail.kde.org/mailman/listinfo/kde-artists
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.