From: Andreas K. <a.k...@we...> - 2000-06-19 21:50:55
|
--------; charset=us-ascii Things I spoke with Jeff about at 1st European ... Next steps: * Take the script-level 'unstack' command from Trf and the gIOT extension [1] and fold them into the core. This not only adds more stacked channel functionality into the core but facilitates testing of that functionality. * Take the testsuites from TLS, Trf and gIOT and see what we can use to extend the test suite of the core. * While doing this write a draft spec how to restructure the internals of stacked channels to address the remaining issues (hackish copying of channel structures, proper closing, transformations being able to catch and handle fileevents without upper levels knowing, etc.). Jeff and I had the same general idea of splitting the Channel structure into a master covering the highlevel things like event handling and a list of modules associating a stack of drivers with the master. We will have to work out the details though. * Afterward, reimplement the stacked channels according to the finalized spec. ~~ * Listx: Stuff like porting the latest changes to the existing list-functionality (lsearch -sorted, ...) and integration into the core will be done by Jeff, or so I understood. We didn't talk about that part, but I hereby propose that the stubs table I added to listx be either made available separately to users of the core, or merged with the stubs table of the core. I strongly recommend to make the new functionality available at the C level. ~~ I volunteered to do the german translation of the strings used in the tk dialogs, team leader is Laurent Duperval. This is something I should be able to do in a single evening which I can squeeze in anytime, so is no real burden. Here is the location of a tool to make management of tcl msg catalogs easier: http://www.tu-harburg.de/~skfcz/tcltk.html Name: MSGEdit, Author Carsten Zerbst, presented at 1st European... ~~ [1] gIOT = generic IO transformation. Enables the implementation of transformations at the scriptlevel. -- So long, Andreas Kupries <a.k...@we...> <http://www.purl.org/NET/akupries/> ------------------------------------------------------------------------------- |