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

On 01/05/2010 05:11 PM, Matthew Woehlke wrote:
> Hugo Pereira Da Costa wrote:
>    
>>      
>>> Take a look at ksysguard. That might be doing "something special", but
>>> it's... well, pretty badly broken :-).
>>>
>>>
>>>        
>> I did ! Where is it broken ?
>> I see tons of transitions (every second) there (in the graphs tab), but
>> they don't look broken there. What do I miss ?
>>      
> Really? That's odd. For me, I get what looks like e.g. the following
> progression:
>
> 0.5 % (stable value)
> 00.5 % (transition artifact)
> 17.2 % (stable value)
>    
I understand the issue here (though I think I fixed it. See below). 
However: I might not be looking at the right labels. The one I'm looking 
at are left aligned (the ones under each graphs in the second tab). 
Which right aligned labels are your looking at ? (sorry for being slow).
> That is, when a number changes from two to three digits, I get what look
> like double-painting artifacts and "random" numbers, briefly, before the
> fade starts.
>
> Either that or my system is so slow that the animation, even at 50 ms,
> is causing me to be unable to tell what is a reading and what is animation.
>
> I'll see if I can give a more detailed description somehow.
I do think I understand the issue, but I did commit some stuff to 
address that (indeed the problem with relative rect painting that you 
describe is exactly what was wrong before, but I thought I fixed it (at

r1066545: (kdebase/runtime/kstyles/oxygen/transitions/oxygenlabeldata.cpp)


Better handling of colliding animations: transitionWidget current pixmap 
is now stored

separately and use as a start pixmap in case of collisions.
Also improved handling of geometry changes in QLineEdit animations.


The commit was on December 27. So quite recent.


Also possibly I missed some cases. I'll do the small app you suggest and 
will test further.

>   If you feel
> like whipping up an example, it might be worth setting up a label that
> is right-aligned and switches between random-length strings.
>
> I think what may be happening is that when the value changes, the old
> pixmap is painted relative to the newly sized widget, when it should be
> relative to the window instead.
>
> In case it matters, are you using latest master of qt-kde?
>    
I do ... But I don't think its related anyway.
ok. Will keep you posted.

______________________________________________________________________________
[email protected] |  https://mail.kde.org/mailman/listinfo/kde-artists