Tcl/Tk/KTL Interface

Appendix C Future developments


This is a wish-list of future developments. They are roughly prioritized. See also the README file in the source directory.

1. Convert to use dynamic package loading

2. Support close, unlink and unmonitor options

3. Support more ioctls and try and do so in a generic way

4. Add commands to return statistics (play game of returning information if trailing parameters are omitted; c.f. set)

5. Provide option of having no linked global variable; explore use of associative arrays rather than polluting the name-space with lots of globals (OK for small applications...)

6. Allow the KTL service to default to the last referenced service; will allow ktl link to be optional under most circumstances (could also support -service option on ktl read etc.)

7. Provide error logging control

8. Fix parsing of options (yukky now)

9. Provide run-time debug control

10. Support automatic trailing arguments to monitor scripts (e.g. service name, keyword name, error information), controllable via an extra option for upwards compatibility

11. Support Tcl lists for variables and values so can operate on several at a time

12. Support read/write flags other than KTL_WAIT; could implement command completion at the Tcl level if had to but better at KTL level (proceed on KTL support anyway; will need to keep "active list" at KTL level)

13. Work around KTL bug that prevents having more than one monitor per variable

14. Cache service and keyword info in service and keyword structures and use associative arrays to return info (unfortunate that can't have a scalar and array variable of the same name)

15. Use variable traces so can do KTL read or write simply by reading or writing the corresponding Tcl variable

16. Provide text window which can be used to enter Tcl commands and provide command recall in that (e.g. tkCon)

17. Catch signals (tclX has facilities for this)


Tcl/Tk/KTL Interface - 13 NOV 1996

Generated with Harlequin WebMaker

Back to the Keck Home Page