<html>
 <body>
  <div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
   <table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px #c9c399 solid;">
    <tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="http://git.reviewboard.kde.org/r/100705/">http://git.reviewboard.kde.org/r/100705/</a>
     </td>
    </tr>
   </table>
   <br />





<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
 <p style="margin-top: 0;">On February 23rd, 2011, 5:29 p.m., <b>Martin Gräßlin</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">The GLApplet seems to be unmaintained and is nowhere used in KDE (see http://lxr.kde.org/ident?i=GLApplet ). There was once one demo applet using it, but it has vanished.

GLApplet uses OpenGL only for glClear before passing the QPainter to the Plasmoid. I think we could just remove the background clearing and require it from the applet and drop the link to OpenGL completely.

Another thing is that given that it is just not used adding the complete GLES detection and building to Plasma does not make sense. It&#39;s probably better just to add a cmake option to disable building of the plasma applet (maybe using the mobile profile for that?).

The CMake stuff to find GLES is unfortunately not in a state to be included in kdelibs. I contacted build system some time ago and they gave me a nice list of things which need to be improved and it&#39;s still on my TODO stack :-(

It would be nice to have some input from Plasma devs here. Could you please add the Plasma group to the review?</pre>
 </blockquote>




 <p>On February 24th, 2011, 2:25 a.m., <b>Jammy Zhou</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">I&#39;m a newbie for KDE development, what&#39;s GLApplet originally used for? And if GLApplet is really obsolete, maybe we&#39;d better retire it to remove the dependency of libplasma on libGL. :)

I also considered to remove glClear in GLApplet, but I&#39;m not sure if it will cause some regressions, so I prepared this change.

Anyway, waiting for inputs from plasma-devs to make final decision.   </pre>
 </blockquote>








</blockquote>

<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">&gt; what&#39;s GLApplet originally used for?
It allows to write a Plasmoid which can use OpenGL. Apparently there is no interest in doing so
&gt; And if GLApplet is really obsolete, maybe we&#39;d better retire it to remove the dependency of libplasma on libGL. :)
Yeah that would be nice. We cannot remove the class altogether, as that would break the ABI, but what should be done is deprecate it and add it to the list for removal in libplasma2. To get it free of OpenGL removing the glClear should be enough.

&gt; I also considered to remove glClear in GLApplet, but I&#39;m not sure if it will cause some regressions, so I prepared this change.
As there is nothing using it at least in KDE repositories it probably won&#39;t cause regressions. Therefore I would give a +1 to remove it. Notmart or aseigo what do you think?

Technical background for the non OpenGL devs in Plasma: the GLApplet has two lines of OpenGL code: it sets the clear color and clears the background. In normal speak, it repaints the background completely black. Afterwards the paint implementation of the applet is called which does the actual OpenGL rendering. Now the normal way in doing a paint process, is to first clear the background. If I would write an applet that&#39;s what I would have done in my code as I would not have expected the framework to clear already. It is also not documented that it does that and you do not always want to clear the background but want to continue to render on the previous frame.

So the chances are that even if there exists an applet, which we do not know about, it would do the clearing itself.</pre>
<br />








<p>- Martin</p>


<br />
<p>On February 24th, 2011, 2:07 a.m., Jammy Zhou wrote:</p>






<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('http://git.reviewboard.kde.orgrb/images/review_request_box_top_bg.png'); background-position: left top; background-repeat: repeat-x; border: 1px black solid;">
 <tr>
  <td>

<div>Review request for kdelibs and Plasma.</div>
<div>By Jammy Zhou.</div>


<p style="color: grey;"><i>Updated Feb. 24, 2011, 2:07 a.m.</i></p>




<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">After build kwin with GLES2 code path, the kwin binary still has dependency on libGL.so, which is introduced by libplasma.so. Then we also need to add GLES2 support to libplasma, so that kwin/plasma only has dependency on libGLESv2.so in this case. 

The new option &quot;BUILD_PLASMA_WITH_OPENGLES&quot; added in attached patch is disabled by default, and distributions can turn it on when do packaging for OpenGL ES2.0 support.</pre>
  </td>
 </tr>
</table>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">After turn the &quot;BUILD_PLASMA_WITH_OPENGLES&quot; option on, kwin-gles has no dependency on libGL.so now. And by default, libplasma still depends on libGL.so when run ldd.</pre>
  </td>
 </tr>
</table>




<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">

 <li>CMakeLists.txt <span style="color: grey">(2dcc5ec)</span></li>

 <li>cmake/modules/FindOpenGLES.cmake <span style="color: grey">(PRE-CREATION)</span></li>

 <li>includes/CMakeLists.txt <span style="color: grey">(9954c37)</span></li>

 <li>plasma/CMakeLists.txt <span style="color: grey">(8e6b0d7)</span></li>

</ul>

<p><a href="http://git.reviewboard.kde.org/r/100705/diff/" style="margin-left: 3em;">View Diff</a></p>




  </td>
 </tr>
</table>








  </div>
 </body>
</html>