[#3741] Re: Why it's quiet -- standard distribution issues — Aleksi Niemel<aleksi.niemela@...>
I think it's the feature of the mailing list archive to create a threads of
[#3756] RE: XMP on comments — Aleksi Niemel<aleksi.niemela@...>
> require "xmp"
[#3766] modulo and remainder — Dave Thomas <Dave@...>
[#3776] Kernel.rand — Aleksi Niemel<aleksi.niemela@...>
How about defining:
[#3781] Widening out discussions — Dave Thomas <Dave@...>
[#3795] Re: Array.uniq! returning nil — Aleksi Niemel<aleksi.niemela@...>
> As matz said in [ruby-talk:3785] and Dave said in [ruby-talk:1229],
Hi, Aleksi,
[#3823] Re: Array.pick — Aleksi Niemel<aleksi.niemela@...>
> > Just a general comment--a brief statement of purpose and using
[#3827] JRuby? — Aleksi Niemel<aleksi.niemela@...>
Is there or will there be Ruby equivalent of JPython?
[#3882] Re: Array.uniq! returning nil — Aleksi Niemel<aleksi.niemela@...>
> |look too strange, confusing, or cryptic. Maybe just @, $, %, &.
Hi,
[#3918] A question about variable names... — Dave Thomas <Dave@...>
[#3935] If your company uses Pallets, Skids, Boxes, Lumber, etc. — pallets2@...
[#3956] Tk PhotoImage options — andy@... (Andrew Hunt)
Hi all,
[#3971] Thread and File do not work together — "Michael Neumann" <neumann@...>
following example do not work correctly with my ruby
[#3986] Re: Principle of least effort -- another Ruby virtue. — Andrew Hunt <andy@...>
> Principle of Least Effort.
Hi,
[#4005] Re: Pluggable functions and blocks — Aleksi Niemel<aleksi.niemela@...>
Aleksi makes a question:
[#4008] Ruby installation instructions for Windows — Aleksi Niemel<aleksi.niemela@...>
I had to write these instructions for my friends. I thought it might be nice
[#4043] What are you using Ruby for? — Dave Thomas <Dave@...>
On 15 Jul 2000 22:08:50 -0500,
Hi,
[#4057] Re: What are you using Ruby for? — Aleksi Niemel<aleksi.niemela@...>
Johann:
[#4082] Re: What are you using Ruby for? — Aleksi Niemel<aleksi.niemela@...>
[#4091] 'each' and 'in' — hal9000@...
I just recently realized why the default
[#4107] Re: 'each' and 'in' -- special char problem? — schneik@...
[#4114] Method signature - a question for the group — Dave Thomas <Dave@...>
[#4139] Facilitating Ruby self-propagation with the rig-it autopolymorph application. — Conrad Schneiker <schneik@...>
Hi,
[#4158] Getting Tk to work on Windows — "Michael Neumann" <neumann@...>
Hi....
[#4178] Partly converted English Ruby/Tk widget demo working. — Conrad Schneiker <schneik@...>
Hi,
[#4234] @ variables not updated within method? — Hugh Sasse Staff Elec Eng <hgs@...>
Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
On 27 Jul 2000, Dave Thomas wrote:
[#4267] Ruby.next, Perl6, Python 3000, Tcl++, etc. -- Any opportunities for common implementation code? — "Conrad Schneiker" <schneiker@...>
Hi,
"Conrad Schneiker" wrote:
[ruby-talk:04142] Re: Facilitating Ruby self-propagation with the rig-it autopolymorph application.
On Wed, 19 Jul 2000 23:05:18 -0500, Conrad Schneiker wrote: [snip] > What I have in mind is RIG-IT, the Ruby's Integrating GUI-based > Innovator's Toolkit. (Although the program name is rigit, I write it > rig-it to reflect its intended pronunciation, which in turn reflects the > intended purpose of helping new users to rapidly rig up useful tasks to > demonstrate the utility of Ruby to their co-workers and managers) The > idea of rig-it is to provide an interface to let users view, run, copy, > clone, and customize lots of useful code examples (i.e. the same sort of > stuff that I was thinking of putting into the Ruby Cookbook FAQ, if I > ever got around to it). Think of rig-it as an executable demo FAQ that > is designed and commented to help you to easily customize it for your > own purposes. This same framework could also serve as a hybrid GUI/shell > for launching user programs/scripts. By judiciously modifying rig-it > itself (or another copy thereof), many fairly mundane but common sorts > of programming/scripting tasks could readily be developed, with a > tolerable GUI for their non-programming end-user clients to use. > > Any thoughts or comments? I'm thinking about a kind of (GUI driven) repository containing (links to) code snippets, classes, modules, documentation etc. from the standard libraries, others and yourself. It could retrieve new components from the RAA (protocol to be defined) and send your own components to it; a kind of CRAN, as discussed earlier on this list. Version control would be a requirement, enabling `cvs update' like functionality with user specified granularity. (This would benefit from an hierarchical setup of modules and components e.g.: ruby.lang.*, ruby.net.*, ruby.util.thread, etc.) Given Ruby's ability for introspection a kind of `RubyBean' assembler comes to mind for the design/programming bit. A UML-like graphical representation of class lattices would be really cuspy... My DFL 0.02, Michel