--===============5944781989681147227==
Content-Type: multipart/signed; boundary="nextPart5463444.SZdQYkE5yN"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit


--nextPart5463444.SZdQYkE5yN
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="ISO-8859-1"

On Sunday, September 30, 2012 21:50:02 Martin Klapetek wrote:
> Fwiw, I personally think that the "Fast" is way too fast, for example
> minimizing the window animation is not really seen as it is so quick. On

animations do not always need to be (noticably) seen to be effective. this is, 
in fact, one of the common errors i see with animations in applications: the 
developer / designer feels that animations must be noticeable to be effective 
(my current pet peeve is "bounce out" effects that overshoot ;).

i've found that for most transition effects (where the effect is simply there to 
easy a transition between states but itself conveys no useful information) 
that 250ms is usually "just right", with some larger state changes benifitting 
from a slightly longer 330ms. there are some that work better with even lower 
times, as long as you can get the framerate up.

my main personal wishes with kwin's effects are:

* consistent, fast timing for all transitional effects; inconsistency gets 
noticed by the eye and makes it feel less "real"
* keep states between transitions minimal; e.g. fading out when closing should 
not go through many steps and should fade quickly (so an OutCubic). basically, 
anything where something goes away should go away faster at the begining; 
antyhing where something "comes" should start quickly; this matches a person's 
desires quicker so that they aren't "waiting" for the animation (linear easing 
curves work in some cases, of course, like the sliding of the focus/windows in 
alt tab boxes)
* transitions everywhere: for instance when moving a window it instantly goes 
translucent, a 100ms transition (even though it would only be 1-2 frames) 
would probably add something; another example would be when a window comes in 
front of another window via alt-tab, instead of just instantly showing it, a 
very fast fade in would be great.

> the other hand, "Normal" sometimes really does feel slow-ish. But that
> depends on each plugin.

> I think we miss maximize effect 

+1 ... this makes a huge difference; i played with the one that was included 
with the generic animations plugin when it was being developed and the 
difference is immediately noticeable. it removes one of the last bits that is 
not consistent.

-- 
Aaron J. Seigo
--nextPart5463444.SZdQYkE5yN
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlBosRAACgkQ1rcusafx20NVDQCfYDMZROihrLQrbXqWDIZuF11L
mwwAoJ3Nf9j5DZyr89+RqzmxNWfUDh/D
=tmma
-----END PGP SIGNATURE-----

--nextPart5463444.SZdQYkE5yN--


--===============5944781989681147227==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

______________________________________________________________________________
kde-artists@kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

--===============5944781989681147227==--