[#1215] Tk widget demo; English Tk docs?; Java 1.2 Swing — "Conrad Schneiker" <schneiker@...>
Hi,
[#1218] Trivial FAQ bug — Dave Thomas <Dave@...>
[#1229] A vote for old behavior — Dave Thomas <Dave@...>
[#1232] Any FAQ requests, updates, ... — Dave Thomas <Dave@...>
[#1233] Singleton classes — Dave Thomas <Dave@...>
[#1263] Draft of the updated Ruby FAQ — Dave Thomas <Dave@...>
[#1307] Ruby/GTK 0.23 released — Hiroshi IGARASHI <igarashi@...>
Hi all,
From: Hiroshi IGARASHI <igarashi@ueda.info.waseda.ac.jp>
From: "Conrad Schneiker" <schneiker@jump.net>
On Fri, Feb 18, 2000 at 09:37:27PM -0500, Yasushi Shoji wrote:
[#1322] FAQ: Ruby acronyms — "Conrad Schneiker" <schneiker@...>
In the spirit of TABWTDI (there are better ways to do it), I'd like to
[#1341] Vim syntax file — Mirko Nasato <mirko.nasato@...>
Hi,
On Mon, Feb 14, 2000 at 05:44:39PM +0100, Mirko Nasato wrote:
[#1354] Say hi (bis) — Pixel <pixel_@...>
hi all,
[#1355] nice sample for functional stuff — Pixel <pixel_@...>
what about having map in standard (and map_index too)?
[#1373] Ruby Language Reference Manual--Glossary — "Conrad Schneiker" <schneiker@...>
I was going to print the Ruby Language Reference Manual when I noticed that
[#1376] Re: Scripting versus programming — Andrew Hunt <andy@...>
Conrad writes:
[#1379] Re: Yield — Andrew Hunt <andy@...>
>From: "Conrad Schneiker" <schneiker@jump.net>
[#1384] Re: Say Hi — mengx@...
My suggestion was to try to find a more comfortable method name (to me, and
[#1392] Re: Some Questions - Parameterised Types / Invariants — Andrew Hunt <andy@...>
>1. Parameterised Types / Template Classes
[#1398] Bignum aset — Andrew Hunt <Andy@...>
[#1488] Discussion happens on news.groups — Clemens Hintze <c.hintze@...>
Hi,
[#1508] Ruby/GTK and the mainloop — Ian Main <imain@...>
Hello Ian,
On Wed, Feb 23, 2000 at 02:56:10AM -0500, Yasushi Shoji wrote:
[#1516] Ruby: PLEASE use comp.lang.misc for all Ruby programming/technical questions/discussions!!!! — "Conrad Schneiker" <schneiker@...>
((FYI: This was sent to the Ruby mail list.))
From: "Conrad Schneiker" <schneiker@jump.net>
[#1528] ruby <=> python — Quinn Dunkan <quinn@...>
Hello! I'm new to ruby-talk, and mostly new to ruby. I'm making a document
[#1551] Ruby thread scheduling buglet — Ian Main <imain@...>
[#1569] Re: Ruby: constructors, new and initialise — Yukihiro Matsumoto <matz@...>
The following message is a courtesy copy of an article
[#1591] Certain char's not recognized by "." in regex? — Wes Nakamura <wknaka@...>
[#1592] Race condition in Singleton — Dave Thomas <Dave@...>
[ruby-talk:01301] Re: Request for discussion (RFD): unmoderated group comp.lang.ruby
From: Dave Thomas <Dave@thomases.com> > "Conrad Schneiker" <schneiker@jump.net> writes: > > REQUEST FOR DISCUSSION (RFD) > > unmoderated group comp.lang.ruby > > > > This is a formal Request For Discussion (RFD) for the creation of of > > an unmoderated group comp.lang.ruby. This is not a Call > > for Votes (CFV); you cannot vote at this time. Procedural details are > > below. > Thanks for organizing this. It's tremendous! You're welcome. > Do we have to do anything here, or do we just wait until the CFV? It would probably be a good idea to watch for (and where prudent, *very* tactfully participate in) discussions on news.announce.newgroups, news.groups, comp.lang.perl.misc, comp.lang.python, comp.lang.java.programmer. I may have to re-send the RFD again late tonight since it so far hasn't turned up on any of the target newsgroups (even the unmoderated ones), although I did get an automated acknowledgement of receipt from the moderator of news.announce.newsgroups. One can of worms to try to avoid is that of people wanting changes to the RFD, which can lead to a potential chain reaction of substantial delays in getting the newsgroup going due to mandated review cycle times. I've had the previous version of this RFD review by a couple of the net's newsgroup volunteers, plus I've looked at a number of previously successful comp.lang RFDs, so I'm pretty sure that this one is reasonably sufficient for getting started. The comp.lang.ruby charter can always be changed a year or two from now, based on actual interim experience. Conrad