<table><tr><td style="">rjvbb added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D22375">View Revision</a></tr></table><br /><div><div><p>And my point is that you are doing 720 translations and 360 rotations per cycle, with subsequent smoothing of an image, continuously and with sufficient temporal resolution to get a fluid animation that is completely overkill here. Indicating a busy state (a two-state entity) is not the same as indicating progress and could be done by something like a stoplight changing colour.</p>

<p>User experience ... do you seriously expect anyone to judge KDE on this sort of thing (that'd be like judging a service provider on the waiting music they stuff down your ears while you're on hold). Maybe among the angry teenager crowd who spend most of their computer time customising the looks of their desktops ... and possibly the designers of the fake interfaces you see in yet another CSI-like series.</p>

<p>In my book an interface shouldn't get in the way, neither in its use of space nor in terms of required computing resources, and should continue to be responsive even if the system is swamped doing the actual work I gave it t do. FWIW, even Apple have made more and more of the the animations introduced after iOS 6 optional because they killed the actual user experience on all but the latest iDevices (as well as battery life).</p>

<p>I'm not blaming Q*Animation, and I don't think anything is inherently wrong with it (apart possibly from an apparent lack of control over granularity/temporal resolution). That lack does make it the wrong tool IMHO.</p>

<p>I'm tinkering with an implementation that follows my idea of storing the calculated rotated icons in a QVector, using the answer to this question (<a href="https://stackoverflow.com/questions/4665606/rotate-image-in-qt" class="remarkup-link" target="_blank" rel="noreferrer">https://stackoverflow.com/questions/4665606/rotate-image-in-qt</a>). That should remove the computational overhead after the first animation cycle and give the same wonderful user experience as the current implementation. If it doesn't decrease the CPU overhead then maybe indeed there's a problem with Q*Animation in the Qt version I'm using.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R236 KWidgetsAddons</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D22375">https://phabricator.kde.org/D22375</a></div></div><br /><div><strong>To: </strong>sitter, cfeck, apol<br /><strong>Cc: </strong>rjvbb, ngraham, kossebau, broulik, kde-frameworks-devel, apol, LeGast00n, GB_2, michaelh, bruns<br /></div>