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