From owner-freebsd-ports Wed Dec 18 05:07:56 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA05515 for ports-outgoing; Wed, 18 Dec 1996 05:07:56 -0800 (PST) Received: from elmer.muc.ditec.de (firewall-user@[194.120.126.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA05500 for ; Wed, 18 Dec 1996 05:07:52 -0800 (PST) Received: by elmer.muc.ditec.de; id PAA00220; Wed, 18 Dec 1996 15:16:50 +0100 (MET) Received: from tartufo.muc.ditec.de(134.98.18.2) by elmer.muc.ditec.de via smap (3.2) id xma000204; Wed, 18 Dec 96 15:16:25 +0100 Received: by tartufo.muc.ditec.de (/\=-/\ Smail3.1.16.1 #16.39) id ; Tue, 17 Dec 96 15:47 MEZ Message-Id: Date: Wed, 18 Dec 96 14:09 MEZ From: me@muc.ditec.de (Michael Elbel) To: jkh@time.cdrom.com Cc: ports@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: Ports INDEX browser update Newsgroups: lists.freebsd.ports References: <199612050041.LAA18501@genesis.atrad.adelaide.edu.au> <5511.849761164@time.cdrom.com> Reply-To: me@muc.ditec.de X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.ports you write: >> Ok; the 64-dollar question : could we replace the termCanvas widget >> with the Tcl text widget? If this can be done at runtime, then we win >> with a 'term' (rather than 'text') widget that knows how to execute >> programs and disply their output. >I don't see why not. The termCanvas and the term widgets are >independant, and the "ComBlock" (Communications Block) structure is >used to pass requests back and forth (basically a request code and >some registers for holding value). As long as you had some code to >read the comblock and DTRT with the requests contained therein upon a >Tk text widget, I don't see a problem. Well, I disagree. You'd have to make Tcl's text widget understand ComBlocks as input (including all the functions calls that are implied in a ComBlock). I daresay that's not as easy as doing it the other way around. -- Michael Elbel, DITEC, Muenchen, Germany - me@muc.ditec.de Fermentation fault (coors dumped)