[#407] New feature for Ruby? — Clemens.Hintze@...
Hi all,
27 messages
1999/07/01
[#413] Re: New feature for Ruby?
— matz@... (Yukihiro Matsumoto)
1999/07/01
Hi Clemens,
[#416] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/01
On Thu, 01 Jul 1999, Yukihiro Matsumoto wrote:
[#418] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/01
Hi
[#426] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/02
Hi,
[#427] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/02
On Fri, 02 Jul 1999, you wrote:
[#428] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/03
Hi,
[#429] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/03
On Sat, 03 Jul 1999, you wrote:
[#430] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/05
Hi,
[#431] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/07
On Mon, 05 Jul 1999, you wrote:
[#440] Now another totally different ;-) — Clemens Hintze <c.hintze@...>
Hi,
21 messages
1999/07/09
[#441] Re: Now another totally different ;-)
— matz@... (Yukihiro Matsumoto)
1999/07/09
Hi,
[#442] Re: Now another totally different ;-)
— Clemens Hintze <c.hintze@...>
1999/07/09
On Fri, 09 Jul 1999, you wrote:
[#452] Re: Now another totally different ;-)
— gotoken@... (GOTO Kentaro)
1999/07/11
Hi,
[#462] Re: Now another totally different ;-)
— matz@... (Yukihiro Matsumoto)
1999/07/12
Hello, there.
[#464] Re: Now another totally different ;-)
— Clemens Hintze <c.hintze@...>
1999/07/12
On Mon, 12 Jul 1999, you wrote:
[#467] Re: Now another totally different ;-)
— matz@... (Yukihiro Matsumoto)
1999/07/12
Hi,
[#468] Re: Now another totally different ;-)
— gotoken@... (GOTO Kentaro)
1999/07/12
In message "[ruby-talk:00467] Re: Now another totally different ;-)"
[#443] — Michael Hohn <hohn@...>
Hello,
26 messages
1999/07/09
[#444] interactive ruby, debugger
— gotoken@... (GOTO Kentaro)
1999/07/09
Hi Michael,
[#448] Re: interactive ruby, debugger
— "NAKAMURA, Hiroshi" <nakahiro@...>
1999/07/10
Hi,
[#450] Re: interactive ruby, debugger
— Clemens Hintze <c.hintze@...>
1999/07/10
On Sat, 10 Jul 1999, you wrote:
[#490] Some questions concerning GC in Ruby extensions — Clemens Hintze <c.hintze@...>
Hi matz,
6 messages
1999/07/14
[#501] Ruby 1.3.5 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.5 is out, check out:
1 message
1999/07/15
[#519] CGI.rb — "Michael Neumann" <neumann@...>
Hi...
7 messages
1999/07/24
[#526] Another way for this? And a new proposal! — Clemens Hintze <c.hintze@...>
Hi,
6 messages
1999/07/25
[ruby-talk:00464] Re: Now another totally different ;-)
From:
Clemens Hintze <c.hintze@...>
Date:
1999-07-12 06:17:02 UTC
List:
ruby-talk #464
On Mon, 12 Jul 1999, you wrote:
>Hello, there.
Hello again,
>
>In message "[ruby-talk:00442] Re: Now another totally different ;-)"
> on 99/07/09, Clemens Hintze <c.hintze@gmx.net> writes:
>
>|But I have another opinion! May I explain my reasons?
>
>Sure. In summary, I have to admit I treat Enumerable as ordered
>sequence for some methods, e.g. index, sort, etc. So I can agree with
>adding a number indexing method to Enumerable. But not [], because it
>is used by Hash in different meaning. I want methods sharing same
>name also share same conceptual meaning, at least among standard class
>library.
I know I seem to be the devil's advocat, but...
You have done the same for e.g. `Hash#include?'. This method works
also different than `Array#include?' or `Enumerable#include?'.
Furthermore you have also a method `Hash#member?' which is directly
coming from Enumerable, and did not work at all (at least I have not
found a way to bring it to do some interesting)! Same for `index'.
So why do not the same for `[]'. In Perl we have different operators
for Array and Hash: `[]' and `{}'. I don't like it!
And whether it has a different meaning or not, depends from your
point of view! You may see it as: The method `[]' delivers the
element stored under the index. Array elements are indexed by its
position, Hash elements by its key, etc. So `[]' works equal to both
classes. Or what do you think?
>
>|3. I have not thought very deeply, but I would think, that every class
>| which provides an `each' method, would define a certain kind of
>| sequence then! I don't believe that there would be a class, which
>| would deliver different sequences during two successive calls of
>| e.g. Enumeration#collect. That means:
>| c = <any class import Enumeration>::new
>| # ... fill c
>| a1 = c.collect{|e| e}
>| a2 = c.collect{|e| e}
>| a1 == a2
>
>File, for example.
Ah?!? I have to admit, that I have not thought of it! But that is
also a good example of behaving of methods in different classes.
Normally I would expect, that `collect' works ever and ever again
like in Array.
[...]
> matz.
\cle