[#2332] Ruby-Python fusion? — mrilu <mrilu@...>
Usually I give some time for news to settle before I pass the word, but
7 messages
2000/04/01
[#2353] Re: Function of Array.filter surprises me — schneik@...
5 messages
2000/04/03
[#2361] crontab — Hugh Sasse Staff Elec Eng <hgs@...>
I want to have a program that may be run between certain times.
11 messages
2000/04/05
[#2375] Marshal: Want string out, but want depth specified? — Hugh Sasse Staff Elec Eng <hgs@...>
@encoded = [Marshal.dump(@decoded, , depth)].pack("m")
7 messages
2000/04/07
[#2378] Re: Marshal: Want string out, but want depth specified?
— matz@... (Yukihiro Matsumoto)
2000/04/07
Hi,
[#2376] Iterator into array — Dave Thomas <Dave@...>
15 messages
2000/04/07
[#2397] Could missing 'end' be reported better? — mrilu <mrilu@...>
I'm not sure one could easily parse, or moreover report, this error better.
5 messages
2000/04/08
[#2404] Re: Iterator into array — Andrew Hunt <andy@...>
>It's still possible to introduce a new syntax for collecting yielded
6 messages
2000/04/08
[#2412] Re: Could missing 'end' be reported better? — h.fulton@...
7 messages
2000/04/09
[#2414] Re: Could missing 'end' be reported better?
— matz@... (Yukihiro Matsumoto)
2000/04/09
Hi,
[#2429] Please join me, I'm Hashing documentation — mrilu <mrilu@...>
This is a story about my hashing ventures, try to bear with me.
5 messages
2000/04/10
[#2459] Precedence question — Dave Thomas <Dave@...>
7 messages
2000/04/12
[#2474] Ruby 1.4.4 — Yukihiro Matsumoto <matz@...>
Ruby 1.4.4 is out, check out:
5 messages
2000/04/14
[#2494] ANNOUNCE : PL/Ruby — ts <decoux@...>
7 messages
2000/04/17
[#2514] frozen behavior — Andrew Hunt <Andy@...>
7 messages
2000/04/19
[#2530] Re: 'in' vs. 'into' — Andrew Hunt <andy@...>
>Hmm, I've not decided yet. Here's the list of options:
6 messages
2000/04/20
[#2535] Default naming for iterator parameters — mrilu <mrilu@...>
I'm back at my computer after some traveling. I know I think Ruby
5 messages
2000/04/20
[#2598] different thread semantics 1.4.3 -> 1.4.4 — hipster <hipster@...4all.nl>
Hi fellow rubies,
4 messages
2000/04/28
[ruby-talk:02432] Re: Please join me, I'm Hashing documentation
From:
mrilu <mrilu@...>
Date:
2000-04-10 23:24:54 UTC
List:
ruby-talk #2432
On 10 Apr 2000, Dave Thomas wrote: > mrilu <mrilu@ale.cx> writes: > > > I'm sure there'll be discussion how we can join our forces for better > > world(tm), but I wanted to act in hurry. So I list all the routines declared > > in hash.c's Init_hash() which are not mentioned in the docs. > > For what it's worth, we're hoping to be able to put the reference > sections of our book online. For hash we're currently documenting: > > [ ] new == [ ] [ ]= clear clone default default= delete delete_if > dup each each_key each_pair each_value empty? fetch has_key? > has_value? include? index indexes indices invert key? keys > length member? rehash reject! replace shift size sort store to_a > to_s update value? values > > Of course, we have to _finish_ the book first ;-) Dave, I appreciate your efforts and full documentation made by few persons is without any doubt much better. But I'd like to see this continue as cooperative effort of the Ruby community for various reasons. I think I mean time after your book release when I talk about continuation. But I see few problems on your approach, which you might have solved already. Your book takes some time, documentation made during that time might not only improve your book but help middletime newcomers. People have time and then again get something else very important to do. So I think it's quite unlikely that documentation generated by you will be updated for following years. It is, however, no problem for community at large to keep documentation updated. So what will be your publishing policy for the reference? I could easily contribute to your book efforts (for free), as long I'm totally positively sure those lines of documentation won't be covered some nasty legalties and basically be freezed to your web page. If you could release the reference part to public domain people could contribute and fix it (especially when Ruby changes) and you could still publish it and get your money. I, for one, would buy the paper version for sure. Of course you could not stop anybody else to publish it too, but I doubt one could profit by doing so. Programming Perl is The Camel Book and yours will be the same for Ruby (in English world). Nowadays the Perl book market has exploded but the Camel book keeps it's magical powers and the reference count for it just increases all the time. Nevertheless, I'm sure community needs and will produce it's own reference if your will be restricted somehow from wider use. Don't take this as an offense, but as my uneducated guess what might happen. :) ---- Most of my discussion here was based on the fact that your excerpt was missing hash.reject which was the ignition point for my exploring. :)