[Kst] branches/work/kst/hierarchy/kst/devel-docs

[Eli Fidler]

SVN commit 610811 by fidler:

merge trunk changes 604960:609664 into hierarchy branch


 D             KstPlugins  
 M  +6 -8      RELEASE_PLAN  
 A             plugins (directory)   trunk/extragear/graphics/kst/devel-docs/plugins#609726
 A             plugins/KstBasicPlugins   trunk/extragear/graphics/kst/devel-docs/plugins/KstBasicPlugins#609726
 A             plugins/KstCPlugins   trunk/extragear/graphics/kst/devel-docs/plugins/KstCPlugins#609726
 A             plugins/KstDataObjects   trunk/extragear/graphics/kst/devel-docs/plugins/KstDataObjects#609726
 A             plugins/KstDataSources   trunk/extragear/graphics/kst/devel-docs/plugins/KstDataSources#609726
 A             plugins/KstExtensions   trunk/extragear/graphics/kst/devel-docs/plugins/KstExtensions#609726
 A             plugins/StartHere   trunk/extragear/graphics/kst/devel-docs/plugins/StartHere#609726


--- branches/work/kst/hierarchy/kst/devel-docs/RELEASE_PLAN #610810:610811
@@ -6,12 +6,6 @@
 
 Pending major changes:
 
-- pluginify branch will be merged
-	- for data objects only
-	- Open questions before merge:
-		- 1. Are we going to change the API to not have dummy objects?
-		- 2. Minor changes with fits and filters?
-
 - merge and activate multi-threaded updates
 
 
@@ -37,8 +31,6 @@
 - port loading to SAX depending on results of benchmarking
 	- Test with 500kb+ xml files and see how it compares to 
 
-- add the ability to draw a 2dplot the way other view objects are drawn
-
 - spreadsheet mode
 	- This is almost certainly dependent on a KDE4 port
 
@@ -105,7 +97,13 @@
 
 - Ongoing doc updates
 
+- Fit and filter plugins share a number of common algorithms that are
+specific to the C plugin API.  Build parallel API for
+regular C++ plugins??
 
+- Get rid of fit/filter specific code in KstCPlugins
+
+
 Other possible ideas to consider but not approved:
 
 - Object templates and complex object construction