[#64210] Asking for clarification for exception handling usage — Rodrigo Rosenfeld Rosas <rr.rosas@...>
I've created a ticket for that but didn't get any feedback so I decided
[#64517] Fw: Re: Ruby and Rails to become Apache Incubator Project — Tetsuya Kitahata <kitahata@99.alumni.u-tokyo.ac.jp>
What do you think? >> Ruby developers
What benefits are there to this? I have a feeling that adding unnecessary
On Sat, 23 Aug 2014 22:43:46 -0700
Here I am a Japanese. Before moving anywhere else answer to our question first: what benefits?
tax issue with each other.
Forgot to assert my opinions:
[#64614] cowspace (work-in-progress) — Eric Wong <normalperson@...>
Hi all, I started working on a cowspace branch. Based on the mspace API
[#64615] [ruby-trunk - Feature #10181] [Open] New method File.openat() — oss-ruby-lang@...
Issue #10181 has been reported by Technorama Ltd..
I like this feature.
On 08/28/2014 02:53 PM, Eric Wong wrote:
Joel VanderWerf <joelvanderwerf@gmail.com> wrote:
On 08/29/2014 12:55 AM, Eric Wong wrote:
Joel VanderWerf <joelvanderwerf@gmail.com> wrote:
[#64627] [ruby-trunk - Feature #10182] [PATCH] string.c: move frozen_strings table to rb_vm_t — ko1@...
Issue #10182 has been updated by Koichi Sasada.
[#64671] Fwd: [ruby-changes:35240] normal:r47322 (trunk): symbol.c (rb_sym2id): do not return garbage object — SASADA Koichi <ko1@...>
Why this fix solve your problem?
(2014/08/30 8:50), SASADA Koichi wrote:
SASADA Koichi <ko1@atdot.net> wrote:
Eric Wong <normalperson@yhbt.net> wrote:
(2014/08/31 0:18), Eric Wong wrote:
[ruby-core:64274] Re: [ruby-trunk - Feature #10095] Object#as
On 09/08/2014, rafaelmfranca@gmail.com <rafaelmfranca@gmail.com> wrote:
> Issue #10095 has been updated by Rafael Fran=C3=A7a.
>
>
> I believe using `#itself` for this feature will cause confusion. By what =
I
> could understand of the original proposal its idea is to return the resul=
t
> of the block instead of the objects itself.
>
> The idea behind `#itself` is to return the object. If we add support to a
> block and make the method return the result of the block we are just goin=
g
> against the original idea of `#itself`.
>
I suppose examples will help illustrate what seems most clear. This is
a short snippet along the lines of what I think makes this proposed
method useful: a (long?) chain of methods that are prefixed/wrapped
towards the end:
n =3D gets.chomp.as{|i| Integer(i)}
n =3D gets.chomp.itself{|i| Integer(i)}
n =3D gets.chomp.as do |i|
Integer(i)
end
n =3D gets.chomp.itself do |i|
Integer(i)
end
In short short form #as seems appealing, but the long form it seems to
me to be too messy. #itself never seems ambiguous to me, but then I'm
already aware of #tap and can see that this is different.
My preference is still for #itself
Incidentally, I think #yield is a bad name because it does the exact
opposite thing depending on whether you pass it a block:
def foo &b
yield {|o| ... }
yield ...
end
--=20
Matthew Kerwin
http://matthew.kerwin.net.au/