[Kst] extragear/graphics/kst/devel-docs

[George Staikos]

SVN commit 601978 by staikos:

the new release plan


 M  +105 -59   RELEASE_PLAN  


--- trunk/extragear/graphics/kst/devel-docs/RELEASE_PLAN #601977:601978
@@ -1,69 +1,115 @@
-1.3 Release Plan - UI Release (April 1, 2006)
-----------------
+Kst 1.4 is the next major release of Kst.  There is no set date and the scope
+is not yet defined.  
 
-	- Completely refactor the repository structure
 
-        -For the rest of the relase cycle, only things which are listed
-in the bug list and are listed as 'High' priority are to be fixed.
-        -Only cbn can mark things as high priority.
-        -Except for trivial fixes where the solution is obvious, any UI
-fixes need to be discussed and approved (reference the bug).
-        -If anyone is going to re-work anything, a detailed plan needs
-to be produced, and authorized.
+Our current feature list and feature plan is as follows:
 
-1.4 Release Plan - data analysis release     (Jun 31 2006 :-))
-----------------
-1) Features remaining:
-	- Implement proper drag+drop, undo and copy/cut/paste
-	- Object templates and complex object construction (main focus)
-	- KstScript session generator
-	- Ongoing KstScript enhancements
-	- Fast malloc
-	- New plugin mechanism? (or 2.0?)
-	- Label syntax validator
+Pending major changes:
 
-<--- Consider branching at this point and starting porting work for v2.0 --->
+- 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?
 
-1.5 Release Plan
-----------------
-  - GL Renderer?
-  - New rendering subsystem from Ted + address Kst2DPlot
-  - Full healpix support (>= current IDL tools)
+- merge and activate multi-threaded updates
 
-2.0 Release Plan - make_it_cool   (~Mid 2006)
-----------------
-1) Features remaining:
-	- Port to Qt4 / KDE4
-	- Rename rwlock if it's still needed.  Hopefully QAtomic instead.
-	- Rework threading model
-	- Extract plotting into a library for other C++ apps
-	- Fix all the issues in "devel-docs/Kst2"
-	- 3D
-	- Data sources can now be data sinks too
-	- View objects are clean enough to do web output too
-	- C++ Namespaces used, class names cleaned up
-	- DCOP interface goes away, possible reduced d-bus interface added
-	- New plugin system that uses C++ and is sane
-		- porting layer, or we do the grunt work, or back-compat system
 
 
-Minor Releases
---------------
+New work:
 
-1.2.1 Contains fixes for: 
-	- only things in the bug list marked VHI.
-	- only cbn can mark things VHI.
+- kst2dplot needs to be redesigned and refactored
+	Some reasons:
+	- tick interval calculations wrong
+	- merging axes on plots just erases borders
 
-	The following are suggestions, which need to be elaborated on before approval.
-	- KstScript Invalid child object creation
-	- Fix saving (object dependency order)
-	- Update dependency fixes (view objects get updates)
-	- kst: kstpsd.cpp:339: virtual KstObject::UpdateType KstPSD::update(int): Assertion `_last_n_new >= 0' failed.
-	- KMDI fixes?
-	- KstScript: .position, .size manipulation
-	- KstScript: delete support
-	- Target hotpoint too small
-	- Time should automatically set axis labels and choose proper index vector
-	- Selection points are clipped
-	- mutable collection entries (1.2.1?)
-	- deal with holes in data
+- printing needs to be redesigned:
+	- Resize/Revert concept is not workable, and is the cause of the
+	legend printing issues
+	- It's slow
+	- It's confusing to write view objects because of this
+
+- view objects need to be simplified
+	- Too many mis-functions and mis-features crept into the base class
+	- Sizing and positioning are confusing
+	- Top level view is over-complicated and also suffers feature-creep
+
+- 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
+
+- add UI support for specifying X and Y separately as functions for a curve
+	- ie: parametric
+
+- ongoing scripting fixes and scripting work
+
+- expose String datatype somehow
+	- needs thought/research and a design plan
+
+- scalar work
+	- top-level dialog for scalars, similar to the vector and matrix ones
+		- making scalars easy to edit
+	- adding scalars without providers to the data manager
+		- note the UI concerns that might come up
+
+- data source work
+	- design and then implement metadata enhancements
+	- add support for parallel (interlaced?) reads
+	- add getinfo() type of function for fields
+	- implement low-resolution preloading
+	- add data sink support - ability to write out vectors in any format
+
+- implement KstIndex across Kst and support time as a primary indexing mechanism
+
+- implement a default TIMEINDEX field
+
+- port to KDE4 once KDE4 beta 1 is released
+
+- use fast malloc for data areas where malloc calls are repeated and costly
+	- calltree profiles show this
+
+- add a generic system for supporting units, especially as provided by
+datasources
+
+- make fits and filters usable from equations by having them export a hint that
+can be used to add an entry to the operator list
+	- needs a carefully thought-out plan
+
+- allow fit outputs to use arbitrary X vectors for higher (or lower?) resolution
+
+- data subsets
+	- write up a plan for this
+	- create a UI for doing this
+	- allow subsets to reflect flagged data (or unflagged data)
+	- allow selected ranges to be fit to as a subset, etc
+
+- static mode
+	- a new save mode that saves vector data to the kst file as CDATA
+	- UI to convert from static back to data source mode
+	- brings up interesting issue: no way to cleanly convert data types
+	of KstObjects
+
+- map manipulation work
+
+- undo/redo in layout mode
+	- must be done -properly- using serialization
+	- also the solution should apply to drag and drop and copy/paste
+
+- Barth's combobox idea :-)
+
+- Label syntax validator to make label writing easier
+
+
+
+Other possible ideas to consider but not approved:
+
+- Object templates and complex object construction
+
+- KstScript session generator
+
+
+