[QuantLibAddin-cvs] QuantLibAddin todo.csv,1.10,1.11

[Eric E. <eri...@us...>]

Update of /cvsroot/quantlibaddin/QuantLibAddin
In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv30184

Modified Files:
	todo.csv 
Log Message:


Index: todo.csv
===================================================================
RCS file: /cvsroot/quantlibaddin/QuantLibAddin/todo.csv,v
retrieving revision 1.10
retrieving revision 1.11
diff -C2 -d -r1.10 -r1.11
*** todo.csv	1 Jun 2006 18:42:11 -0000	1.10
--- todo.csv	7 Jun 2006 13:35:32 -0000	1.11
***************
*** 1,12 ****
  "project","subproject","task","status","priority","comp date","comment"
  ,,,,,,
  "QLA","Design","revise code for Interpolation, and allow user to provide an enumeration indicating the desired class",,1,,
  "QLA","Design","yieldTermStructure – user supplies two Enumerations -  autogenerate nested select to instantiate indicated template",,1,,
  "QLA","Design","support for QuantLib::Handle – give Excel user the ability to create a Handle and relink it as required",,1,,
! "QLA","Design","implement XIBOR etc as Enumerations – expose their public interface – QL changes required",,1,,
! "QLA","Design","use ""instanceName"" instead of ""handle"" – required to avoid confusion with QuantLib::Handle","in progress",1,,
! "OH","Design","""singleton"" object - static inputs & handle - load from VO? - lazy instantiation?","in progress",2,,"implement as extension of Enumeration Registry?"
! "OH","Design","add support for “permanent” objects – objects which aren't deconstructed/reconstructed unless their inputs (VOs) change","in progress",2,,
! "QLA","Enumerations","add support for accessing member function of Enumeration – e.g. publish the public interface for Calendar, DayCounter","done",1,,
  "OH","Design","if user supplies handle stub he must ensure it's unique / link handle stub to calling cell (?)","done",1,05/31/2006,
  ,,,,,,
--- 1,14 ----
  "project","subproject","task","status","priority","comp date","comment"
  ,,,,,,
+ "OH","Design","""singleton"" objects – loaded at startup, static handle – Calendars, Indexes","in progress",2,,"lazy instantiation?"
+ "QLA","Design","implement XIBOR etc as “singleton objects” – expose public interface – QL changes required",,1,,
+ "OH","Design"," “permanent” objects – objects which aren't deleted by ohDeleteObject()/ohDeleteAllObjects()/ohCallGC()","in progress",2,,
+ "QLA","General Support","getReference/OH_GET_OBJECT/OH_GET_REFERENCE vs getObject/EXPORT_UNDERLYING_OBJECT",,3,,"consolidate code for returning object references"
+ "QLA","Enumerations","add support for accessing member function of Enumeration – e.g. publish the public interface for Calendar, DayCounter","done",1,,"represent stateful objects as “singletons” rather than Enumerations?"
+ ,,,,,,
  "QLA","Design","revise code for Interpolation, and allow user to provide an enumeration indicating the desired class",,1,,
  "QLA","Design","yieldTermStructure – user supplies two Enumerations -  autogenerate nested select to instantiate indicated template",,1,,
  "QLA","Design","support for QuantLib::Handle – give Excel user the ability to create a Handle and relink it as required",,1,,
! "QLA","Design","use ""instanceName"" instead of ""handle"" – required to avoid confusion with QuantLib::Handle","in progress",1,,"use “id” instead of “instance name” ???"
  "OH","Design","if user supplies handle stub he must ensure it's unique / link handle stub to calling cell (?)","done",1,05/31/2006,
  ,,,,,,
***************
*** 36,40 ****
  "QLA","Functions","qlCompiler() to return info on version and configuration of compiler used to build QLA ?",,,,
  "QLA","General Support","C++ examples - add VOs, NPV calculations",,3,,
- "QLA","General Support","EXPORT_QL_OBJECT macro not fully polymorphic",,3,,
  "QLA","gensrc","replace Serializer class with Reader class – since we will never DeSerialize anything",,3,,
  "QLA","gensrc","extend rule.py to support conversion of Guile datatypes",,3,,
--- 38,41 ----