<div class="gmail_quote">2011/2/20 Martin Grlin <span dir="ltr">&lt;<a href="mailto:mgraesslin@kde.org">mgraesslin@kde.org</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Sunday 20 February 2011 22:30:01 Beat Wolf wrote:<br>
&gt; Then leave it out during dev, but in when releasing.<br>
</div>I wrote that in my initial mail about the config option.<br>
<div class="im">&gt;<br>
&gt; I just don&#39;t agree that for example nvidia will fix their drivers just<br>
&gt; because kde does not work with some, probably older cards.<br>
</div>They actually fixed quite some bugs after the 4.1 release.<br>
<br>
Concerning older cards: KWin will continue to work if the driver does not<br>
support compositing. It&#39;s only about enforcing if the driver supports it.<br></blockquote><div>My driver &quot;supports&quot; compositing, but the workspace becomes almost unusably slow when it&#39;s enabled (Unichrome integrated GPU), but it runs mostly fine otherwise.<br>

<br>Check, at least, the FPS rate and disable compositing if it&#39;s &lt; 30 FPS average.<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<div class="im">&gt; But i know that i can&#39;t win that debate. But i just know that such a<br>
&gt; decision will cause problems.<br>
</div>We are lucky: we will see the results of GNOME Shell and Unity in April -<br>
enough time for us to adjust.<br>
<div><div></div><div class="h5">&gt;<br>
&gt; Am Sonntag, 20. Februar 2011, um 22:19:53 schrieb Martin Grlin:<br>
&gt; &gt; On Sunday 20 February 2011 22:11:35 Beat Wolf wrote:<br>
&gt; &gt; &gt; On this computer, using the binary nvidia drivers, i could enable<br>
&gt; &gt; &gt; compositing. But due to some nvidia driver bugs, my computer becomes<br>
&gt; &gt; &gt; slugish very fast, which means compositing is not an option.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; i don&#39;t think that the <a href="http://x.org" target="_blank">x.org</a> environment is stable enough to be able to<br>
&gt; &gt; &gt; remove a option that lets you work around bugs.<br>
&gt; &gt;<br>
&gt; &gt; bugs need to be fixed and not worked around.<br>
&gt; &gt;<br>
&gt; &gt; That is exactly one of the reasons why I want to have it disabled. It&#39;s<br>
&gt; &gt; just not an option that something like 4.5 happens ever again! We need to<br>
&gt; &gt; know problems during development and if devs tend to just turning of<br>
&gt; &gt; compositing it will happen again.<br>
&gt; &gt;<br>
&gt; &gt; &gt; Beat Wolf<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Am Sonntag, 20. Februar 2011, um 22:06:24 schrieb Martin Grlin:<br>
&gt; &gt; &gt; &gt; On Sunday 20 February 2011 22:00:58 Davide Bettio wrote:<br>
&gt; &gt; &gt; &gt; &gt; Hi,<br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; On 02/20/11 21:57, Martin Grlin wrote:<br>
&gt; &gt; &gt; &gt; &gt; &gt; No, while the KCM sucks it will still suck after those three<br>
&gt; &gt; &gt; &gt; &gt; &gt; options have been<br>
&gt; &gt; &gt; &gt; &gt; &gt; removed. It needs a proper redesign, but that is out of the scope<br>
&gt; &gt; &gt; &gt; &gt; &gt; of this thread ;-)<br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; I can&#39;t understand the point about removing enable/disable options.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; if we don&#39;t want to give the user the possibility to disable, we<br>
&gt; &gt; &gt; &gt; don&#39;t need an option to enable/disable.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Let&#39;s turn the question around: why should the user be able to enable<br>
&gt; &gt; &gt; &gt; or disable compositing? What would be a valid reason to do so? And<br>
&gt; &gt; &gt; &gt; keep in mind: with Wayland it will be impossible to turn off<br>
&gt; &gt; &gt; &gt; compositing, same in GNOME Shell, Unity and Mac OS X (don&#39;t know<br>
&gt; &gt; &gt; &gt; about Windows).<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; Plasma-devel mailing list<br>
&gt; &gt; &gt; <a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
&gt; &gt; &gt; <a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Plasma-devel mailing list<br>
&gt; <a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
&gt; <a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</div></div><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Luiz Romrio Santana Rios<br>