[gegl] docs: update contribute.html

[Ãyvind KolÃs <ok src gnome org>]

commit 29edb7f0008ade4d5b778766faecdb0530d20720
Author: Ãyvind KolÃs <pippin gimp org>
Date:   Mon Apr 2 11:56:14 2012 +0100

    docs: update contribute.html

 docs/contribute.html |   47 +++++++++++++----------------------------------
 1 files changed, 13 insertions(+), 34 deletions(-)
---
diff --git a/docs/contribute.html b/docs/contribute.html
index 25092fd..c4f1095 100644
--- a/docs/contribute.html
+++ b/docs/contribute.html
@@ -48,48 +48,18 @@ arrival of the next and more powerful generation of GIMP.
 <li>
 <a name='1'>Improve GIMP/GEGL integration</a>
   <ul>
-  <li>GIMP already can use GEGL for compositing its layers using GEGL and
-    do its color manipulation using GEGL ops, it however still stores buffers
-    in TileManagers and the integration with GEGL is done through proxy GEGL
-    ops that fetch data from a TileManager or store data back in a
-    TileManager.
-  </li><li>The migration to GEGL should be done in such a way that GIMP does not
-    lose any features during the migration, this to ensure that GIMP remains
-    usable throuhout the development as well as permitting comparison between
-    using GEGL and legacy code to compare performance and rendering.
-    </li><li>Implement a GeglBuffer tile backend that support GIMP legacy
-    TileManager for transition period</li>
-
-  </li><li>Paint tools migration, work is already on the way to improve the performance
-    of non destructive paths for GEGL.
-  </li><li>Allow loading UI plug-ins for GIMP that provide custom UIs for GEGL ops.
+  <li>Allow loading UI plug-ins for GIMP that provide custom UIs for GEGL ops.
     Such custom UI-s could first act like modal dialogs similar to the current
     GIMP plug-ins and later be the property panes of non destructive
     layer/effects or otherwise modifiable actions.
-  </li><li>Integrate the GEGL tool with pdb.
   </li><li>Make the GEGL tool register menu entries in filters.
-  </li><li>Create a GIMP legacy plug-in proxy op, that allows running at least a
-    subset of GIMP plug-ins in non-interactive mode as GEGL ops, providing
-    a fallback for legacy plug-ins in the future.</li>
    <li>Make single image raster import/export in GIMP use GEGL, perhaps also create a new improved templated with preview "export for web" workflow in GIMP based on GEGL</li>
   </ul>
 </li>
 <li>
 <a name='2'>Improve GEGL</a>
   <ul>
-  <li>performance, the code to allow GEGL splitting the evaluation work that
-    is given to it among multiple threads is already mostly functional, but
-    there are some rendering glitches due to some racy access of intermediate
-    buffers, most likely caches. The behavior of such glitches can be seen
-    by running 
-      $ GEGL_THREADS=16 gegl
-    This results in some <a href='threadbug.png'>serious rendering glitches</a>.
-    Once this is stable, optimizing how the spatial division of the tasks is
-    done would be good.
-    The existing GPU backend branch and its auto-migrating hybrid
-    tile management needs further work and testing, as
-    well as maybe adaptation to use OpenCL instead of OpenGL GLSL.
-  </li><li>GEGL already provides a lot of GIMPs core functionality; as well as many
+  <li>GEGL already provides a lot of GIMPs core functionality; as well as many
     plug-ins. Some of this functionality is currently implemented as ops inside
     gimp. Porting more plug-ins and implementing infrastructure to be able to
     do more core functionality will benefit GIMP as the migration to GEGL goes
@@ -100,12 +70,21 @@ arrival of the next and more powerful generation of GIMP.
 <!--<li>rewrite RAW loader to use <a href="http://www.libraw.org/";>LibRaw</a> or <a 
                     href="http://sh0dan.blogspot.com/2009/02/introducing-rawspeed.html";>Rawspeed</a> 
                     library instead of the abandoned libopenraw</li>-->
-   <li>Implement COW of tiles for gegl_buffer_dup</li>
+   <li>Implement COW of tiles for gegl_buffer_copy and gegl_buffer_dup</li>
    <li>Implement previews working on mipmap levels, allowing GEGL to do a preview at 12.5%, 25% or 50% of actual size - rendering the full size view in the background or on demand.</li>
-   <li>Finish GEGL side of GIMP/GEGL integration for rendering only the viewed part when zoomed in - allowing realtime tweaking and preview with on-canvas preview at 1:1 scale. (this involves accepting two regions to be rendered with priority or similar integration, the regions are already available in the GIMP code.)</li>
+   <li>Finish GEGL side of GIMP/GEGL integration for rendering only the viewed
+   part when zoomed in - allowing realtime tweaking and preview with on-canvas
+   preview at 1:1 scale. (this involves accepting two regions to be rendered
+   with priority or similar integration, the regions are already available in
+   the GIMP code. - the need for this will go away once the nodes for ops
+   being previewed are embedded in the layer graph)</li>
     <li>Allow GEGL to connect any property of ops as inputs/outputs in the graph, the infrastructure to do so
         is mostly already in place, but not properly exposed. For some uses, in particular for exposing more
         powerful meta-ops this would be very nice.</li>
+        <li>Implement GeglBuffer's tile-swapper in separate thread, at the moment
+        the main thread might be blocked by io when swapping tiles out, this
+        is not neccesary.
+        </li>
   </ul>
 </li>
 <li>