[#6363] Re: rescue clause affecting IO loop behavior — ts <decoux@...>

>>>>> "D" == David Alan Black <dblack@candle.superlink.net> writes:

17 messages 2000/11/14
[#6367] Re: rescue clause affecting IO loop behavior — David Alan Black <dblack@...> 2000/11/14

Hello again --

[#6582] best way to interleaf arrays? — David Alan Black <dblack@...>

Hello --

15 messages 2000/11/26

[#6646] RE: Array Intersect (&) question — Aleksi Niemel<aleksi.niemela@...>

Ross asked something about widely known and largely ignored language (on

23 messages 2000/11/29
[#6652] RE: Array Intersect (&) question — rpmohn@... (Ross Mohn) 2000/11/29

aleksi.niemela@cinnober.com (Aleksi Niemel) wrote in

[#6723] Re: Array Intersect (&) question — Mathieu Bouchard <matju@...> 2000/12/01

> >Use a hash. Here's code to do both and more. It assumes that

[#6656] printing/accessing arrays and hashes — raja@... (Raja S.)

I'm coming to Ruby with a Python & Common Lisp background.

24 messages 2000/11/30

[ruby-talk:6179] Re: Mapping text to method calls

From: "Conrad Schneiker/Austin/Contr/IBM" <schneik@...>
Date: 2000-11-08 20:44:01 UTC
List: ruby-talk #6179
Stephen White writes:

# On Wed, 8 Nov 2000 hal9000@hypermetrics.com wrote:
# 
# > Just a few thoughts.
# 
# That was a cool wish-list. We want a lot of things in common!
# 
# Here's my wish-list, 

<snip, snip, snip, snip, snip, snip, snip, snip, snip, ....>  :-)

It sort of seems like what you are (implicitly) asking for is (to mention 
one of several possibilities) an IDE development language, a long list of 
(dynamically extensible) behavioral specifications in terms of such a 
language, and something of an expert system to weave everything together 
into a coherent system. 

What sort of overall model would others suggest as a general framework for 
dealing with some reasonable subset of the Hal and Stephen lists (plus 
related suggestions)? And how would you generally employ Ruby for 
implementing that model?

(Side note to Hugh: I forgot to mention that when I said "klunky" in 
connection with Tk, I didn't mean that as a synonym for "impractical" or 
"bad" per se; I just ment "not as nice". I probably should have said 
"somewhat klunky". Sorry for the needless confusion. Along these lines, I 
still think that we could still perhaps do a tolerably serviceable Ruby 
class browser and help system in Ruby/Tk that could serve as an adjunct or 
"virtual extension" to gvim and xemacs, with some suitable additional 
macros.)

Conrad Schneiker
(This note is unofficial and subject to improvement without notice.)

In This Thread

Prev Next