[rkward-cvs] SF.net SVN: rkward: [913] trunk/rkward

[tfry at users.sourceforge.net]

Revision: 913
          http://svn.sourceforge.net/rkward/?rev=913&view=rev
Author:   tfry
Date:     2006-11-03 06:02:21 -0800 (Fri, 03 Nov 2006)

Log Message:
-----------
ChangeLog, TODO

Modified Paths:
--------------
    trunk/rkward/ChangeLog
    trunk/rkward/TODO

Modified: trunk/rkward/ChangeLog
===================================================================
--- trunk/rkward/ChangeLog	2006-11-01 16:26:11 UTC (rev 912)
+++ trunk/rkward/ChangeLog	2006-11-03 14:02:21 UTC (rev 913)
@@ -1,7 +1,9 @@
+- allow specification of title/subtitle in plot options plugin (currently used by boxplot, and histogram)
+- fix bug in beta probabilities plugin
 - fix (some?) compilation problems with KDE 3.2
 - when packages have been newly installed, show them in the load / unload packages tab immediately
 - fix to plugin input lines sizing, and visibility of scrollbars
-- on startup, show window maximized if not size stored (i.e. very first startup)
+- on startup, show window maximized if no size stored (i.e. very first startup)
 - prevent infinite recursion when parsing structure of environments
 - fix for compilation on 64bit architectures
 - remove misleading "About KDE" dialog, and replace report Bug dialog with correct information

Modified: trunk/rkward/TODO
===================================================================
--- trunk/rkward/TODO	2006-11-01 16:26:11 UTC (rev 912)
+++ trunk/rkward/TODO	2006-11-03 14:02:21 UTC (rev 913)
@@ -71,6 +71,9 @@
 	- find out how to save toolbar states properly in parts-GUI
 	- David's usability items
 	- use RKGlobals::marginHint (), RKGlobals::spacingHint () everywhere
+	- from Ralf:
+		- A workmate misses very much an command/key to clean up the console/log
+		- another nifty feature would be - if F8 would work also in the console/log.
 
 Internal stuff:
 	RKVariable:
@@ -85,6 +88,10 @@
 			- Does R_ResetConsole play any role in this?
 			- maybe (but this would really be taking chances) do so by determining, if the buffer belongs to the main Repl_Console (currently that buffer always remains the same during one loop, but can we be certain, this never changes?). Same buffer is used while inside do_browser ().
 			- RBusy is set to 0 just before the command data is read! (but also while inside do_browser ())
+				- These patterns may emerge after a call to R_ReplDLLdo1 ():
+					- first: R_Busy (0), second: R_Busy (1), ... : Between first and second, the R_ReadConsole is a request for code
+					- first: R_Busy (1), ...: No code is requested
+				- hence, as soon as R_Busy (1) is set after a call to R_ReplDLLdo1 (), the following R_ReadConsole calls are for user input, not code
 		- Where would we jump after a SIGINT? I suppose we'd have to make sure to clear the buffer before signalling (another mutex)
 		- Is it UTF-8 safe?
 	RCommandReceiver:


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.