[rkward-cvs] rkward ChangeLog,1.73,1.74 TODO,1.70,1.71

[Thomas Friedrichsmeier]

Update of /cvsroot/rkward/rkward
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv6449

Modified Files:
	ChangeLog TODO 
Log Message:
Code cleanups, focus: replacing "" with QString::null / QString.isEmpty (). Fix credits

Index: ChangeLog
===================================================================
RCS file: /cvsroot/rkward/rkward/ChangeLog,v
retrieving revision 1.73
retrieving revision 1.74
diff -C2 -d -r1.73 -r1.74
*** ChangeLog	25 Sep 2005 18:45:44 -0000	1.73
--- ChangeLog	29 Sep 2005 16:02:50 -0000	1.74
***************
*** 1,2 ****
--- 1,3 ----
+ - honor debug-level setting everywhere
  - reworked handling of output from R (no more file-sinks)
  - fix display of warning messages (behavior does not match plain R, yet, but is mostly sane)

Index: TODO
===================================================================
RCS file: /cvsroot/rkward/rkward/TODO,v
retrieving revision 1.70
retrieving revision 1.71
diff -C2 -d -r1.70 -r1.71
*** TODO	29 Sep 2005 13:24:48 -0000	1.70
--- TODO	29 Sep 2005 16:02:50 -0000	1.71
***************
*** 11,15 ****
  - use R_DirtyImage to determine, whether workspace needs to be saved
  - in REmbedInternal, add extractTemporaryStrings (), for strings that do not have to be copied
! - The logic in RKHTMLWindowPart is rather messy. I think we should use two (three?) separate parts for showing output, help pages (and other generic HTML?). Most importantly, all those need slightly different GUIs. Probably the parts should all derive from a common base class. Most of what is currently in RKHelpWindow should probably be merged into the parts. Maybe RKHelpWindow can be obsoleted entirely.
  	- Place those sources right inside rkhelpwindow.cpp/.h, instead of file name inflation.
  	- Rename RKHelpWindow to RKHTMLWindow.
--- 11,15 ----
  - use R_DirtyImage to determine, whether workspace needs to be saved
  - in REmbedInternal, add extractTemporaryStrings (), for strings that do not have to be copied
! - The logic in RKHTMLWindowPart is rather messy. I think we should use two (three?) separate KParts for showing output, help pages (and other generic HTML?). Most importantly, all those need slightly different GUIs. Probably the parts should all derive from a common base class. Most of what is currently in RKHelpWindow should probably be merged into the parts. Maybe RKHelpWindow can be obsoleted entirely.
  	- Place those sources right inside rkhelpwindow.cpp/.h, instead of file name inflation.
  	- Rename RKHelpWindow to RKHTMLWindow.
***************
*** 36,40 ****
  	- let's set this back for a while
  - active/disabled setting for RKPluginWidgets: 1) Move default implementation to RKPluginWidget-base class (make virtual for special needs). 2) rework mechanism, when switching to component infrastructure
- - replace '""' by QString::null everywhere (probably just an automatic replace; manual work will be needed only in a few places)
  
  API documentation:
--- 36,39 ----
***************
*** 107,108 ****
--- 106,109 ----
  condition handlers seem to be reset after an error!
  condition handlers do not seem to carry over two separate calls of R_tryEval ().
+ 
+ http://slashdot.org/article.pl?sid=05/06/24/149231&tid=121&tid=188&tid=95&tid=1