9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Lucio De Re <lucio@proxima.alt.za>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Limbo Tk FAQ?
Date: Thu, 24 May 2001 15:04:11 +0200	[thread overview]
Message-ID: <20010524150410.J21254@cackle.proxima.alt.za> (raw)
In-Reply-To: <20010524122830.E1528199C0@mail.cse.psu.edu>; from forsyth@vitanuova.com on Thu, May 24, 2001 at 01:29:54PM +0100

On Thu, May 24, 2001 at 01:29:54PM +0100, forsyth@vitanuova.com wrote:
> 
> i thought the Inferno implementation was tidier.
> 
I like Tcl, personally, as an unstructured programming language
and find the artifice of submitting tk commands to a specialised
inner interpreter quite at odds with its usability.  That is the
way perl and python use tk, too, isn't it?

I really find it silly to use a tcl-like environment and not have
tcl's most useful features avaiable.  But then tcl is one of my
preferences for both simple and complex programming tasks.  Brent
Welch's web server based on tcl is one of the most inspired and
inspiring tools I've had occasion to work with.  A real *tool*,
not just another application.

I find tcl far from perfect but it sure beats awk and perl hands
down.  Rc might be better as an embeddable command language, but
some of the weirder concepts in tcl, like "upvar" and "uplevel"
are quite hard to simulate in any other programming environment.
And they make all the difference in embeddable applications (like
adding posgresql _and_ LDAP to the web server).

And while on that tack, I think Dave Presotto mentioned looking at
"expect", has anyone got some idea how to implement something like
expect without PTYs?  I get the impression from Don Libes' book
that it is possible, but the results would be unsatisfactory, yet
there has to be a Plan 9 concept that can be used as a generic
"data entry" device.  I must confess I have not searched very
carefully, but nothing comes to _my_ mind...

++L


  reply	other threads:[~2001-05-24 13:04 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-24 12:29 forsyth
2001-05-24 13:04 ` Lucio De Re [this message]
2001-05-26 17:25   ` Berry Kercheval
  -- strict thread matches above, loose matches on Subject: below --
2001-05-25 12:10 rog
2001-05-25 12:42 ` Lucio De Re
2001-05-25  9:59 rog
2001-05-25 10:45 ` Lucio De Re
2001-05-24 19:04 geoff
2001-05-24 18:50 geoff
2001-05-25  4:58 ` Lucio De Re
2001-05-25  7:44   ` Re[2]: " Matt H
2001-05-25  8:45     ` Lucio De Re
2001-05-25 12:44   ` Boyd Roberts
2001-05-25 13:28     ` Lucio De Re
2001-05-25 13:31     ` splite
2001-05-25 13:50       ` Boyd Roberts
2001-05-25 14:16   ` Douglas A. Gwyn
2001-05-29  9:16   ` Randolph Fritz
2001-06-08 10:16   ` Barry Kelly
2001-05-24 18:17 forsyth
2001-05-24 12:13 nigel
2001-05-24 12:08 Laura Creighton
2001-05-24  9:20 Richard Elberger
2001-05-24 11:09 ` suspect

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010524150410.J21254@cackle.proxima.alt.za \
    --to=lucio@proxima.alt.za \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).