[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: [PATCH] Animations enable/disable system wide [TAKE 2]
From:       "Diego Moya" <turingt () gmail ! com>
Date:       2008-02-22 17:52:20
Message-ID: 11ee04940802220952i3227b0a3n32cfaf27530ce89a () mail ! gmail ! com
[Download RAW message or body]

On 21/02/2008, Rafael Fern=E1ndez L=F3pez <ereslibre@kde.org> wrote:
>
>
> I think this combo is _NOT_ technical, and it covers all possibilities we
> have
> with the current flags.
>


Rafael, If you're aiming to give control on resolution AND cpu usage, why
don't provide TWO drop-boxes (one for each concept) instead of just one wit=
h
the exponential combination of both states?

If you're aiming to have just one drop box for simplicity, I agree with Jos
that it should abstract away all details and just provide a single
"less---more" scale.

[Attachment #3 (text/html)]

<br><div><span class="gmail_quote">On 21/02/2008, <b class="gmail_sendername">Rafael \
Fernández López</b> &lt;<a href="mailto:ereslibre@kde.org">ereslibre@kde.org</a>&gt; \
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br> I think this combo is \
_NOT_ technical, and it covers all possibilities we have<br> with the current \
flags.<br> </blockquote></div><br><br>Rafael, If you&#39;re aiming to give control on \
resolution AND cpu usage, why don&#39;t provide TWO drop-boxes (one for each concept) \
instead of just one with the exponential combination of both states?<br>
<br>
If you&#39;re aiming to have just one drop box for simplicity, I agree
with Jos that it should abstract away all details and just provide a
single&nbsp; &quot;less---more&quot; scale.<br>
<br>
<br>



[prev in list] [next in list] [prev in thread] [next in thread]