[#4341] DRY and embedded docs. — Hugh Sasse Staff Elec Eng <hgs@...>
If I have a here document in some ruby program:
[#4347] Re: DATA and rewind. — ts <decoux@...>
>>>>> "H" == Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
[#4350] Re: Thirty-seven Reasons [Hal Fulton] Love[s] Ruby — "David Douthitt" <DDouthitt@...>
[#4396] Re: New Require (was: RAA development ideas (was: RE: Looking for inp ut on a 'links' page)) — Hugh Sasse Staff Elec Eng <hgs@...>
On 9 Aug 2000, Dave Thomas wrote:
[#4411] Re: RAA development ideas (was: RE: Lookin g for inp ut on a 'links' page) — Aleksi Niemel<aleksi.niemela@...>
Me:
On Thu, 10 Aug 2000, [iso-8859-1] Aleksi Niemelwrote:
[#4465] More RubyUnit questions. — Hugh Sasse Staff Elec Eng <hgs@...>
I am beginning to get a feel for this, but I still have a few more
[#4478] Re: RubyUnit. Warnings to be expected? — ts <decoux@...>
>>>>> "H" == Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
[#4481] Invoking an extension after compilation — Dave Thomas <Dave@...>
Hi,
[#4501] What's the biggest Ruby development? — Dave Thomas <Dave@...>
[#4502] methods w/ ! giving nil — Hugh Sasse Staff Elec Eng <hgs@...>
I have got used to the idea that methods that end in '!' return nil if
[#4503] RubyUnit and encapsulation. — Hugh Sasse Staff Elec Eng <hgs@...>
My_class's instance variables are not all "attr :<name>" type variables,
[#4537] Process.wait bug + fix — Brian Fundakowski Feldman <green@...>
If your system uses the rb_waitpid() codepath of rb_f_wait(),
[#4567] Re: What's the biggest Ruby development? — Aleksi Niemel<aleksi.niemela@...>
Dave said:
Robert Feldt <feldt@ce.chalmers.se> writes:
On Sat, 26 Aug 2000, Dave Thomas wrote:
Robert Feldt <feldt@ce.chalmers.se> writes:
On Mon, 28 Aug 2000, Dave Thomas wrote:
Robert Feldt <feldt@ce.chalmers.se> writes:
[#4591] Can't get Tcl/Tk working — Stephen White <steve@...>
I can't get any of the samples in the ext/tk/sample directory working. All
I'm sure looking forwards to buying the book. :)
Stephen White <steve@deaf.org> writes:
On Sun, 27 Aug 2000, Dave Thomas wrote:
Stephen White <steve@deaf.org> writes:
[#4608] Class methods — Mark Slagell <ms@...>
Reading the thread about regexp matches made me wonder about this:
[#4611] mod_ruby 0.1.19 — shreeve@...2s.org (Steve Shreeve)
Shugo (and others),
[#4633] Printing tables — DaVinci <bombadil@...>
Hi.
[#4647] Function argument lists in parentheses? — Toby Hutton <thutton@...>
Hello,
[#4652] Andy and Dave's European Tour 2000 — Dave Thomas <Dave@...>
Hi,
[#4672] calling super from c — Robert Feldt <feldt@...>
[#4699] Double parenthesis — Klaus Spreckelsen <ks@...1.ruhr-uni-bochum.de>
Why is the first line ok, but the second line is not?
[ruby-talk:04444] Re: RAA development ideas (was: RE: Looking for input on a 'links' page)
Hi, Hugh Sasse Staff Elec Eng wrote: > > On Thu, 10 Aug 2000, [iso-8859-1] Aleksi Niemelwrote: > > > Me: > > > > - We need testing and supporting community. > > Hugh: > > > Testing needs to be done, how this is done is another matter. > > > Should there be peer review for submissions to the archive? ... > > Yes. This was also intended to improve quality of the software, and that > others may be able to spot things that should have been tested but were > not. Future test suites would then improve. ... > > I was thinking more of: "I threw this together and haven't bothered to > make any attempt to prove it works. Can it be put it the archive so > people can benefit from it?", to which the answer should be "No." Given that we seem to have a problem with *too-few* submissions of otherwise worthwhile things that people are seeking to find by other means, I presently strongly prefer that the Galactic Ruby Archive Network Directory (GRAND) be subdivided into quality levels ranging from "production-level; top quality assured" to "for what it's worth; this is as far as I got", with intermediate sorts of alpha and beta level items. I think that the GRAND aim should to cater to all levels of users and all levels of interest--although I also think it should by default do so in such a way the the great and the good stuff is always in the forefront. In other words, instead of a blanket exclusion policy that allows only stores with high-end products (metaphorically speaking) to be located in GRAND, I think some sort of zoning policy that allowed for 2-nd tier development and even scrap yards (located well off the main avenues) would also be useful. Of course this will bring in a certain amount of junk, but if it's not in your face, so what? It's not wise to exclude the typically larger numbers of modest contributions to be made, especially since that increases the contributor's incentive to promote Ruby, and may motivate some fraction of such contributors to advance to the stage where they can become major contributors years down the road. -- Conrad Schneiker (This note is unofficial and subject to improvement without notice.)