[#49119] Ruby/Tk カーソル位置の移動方法について — masa masa <masamasa.ruby@...>
初めまして安藤と申します。
3 messages
2013/01/07
[#49131] [ANN] Ruby生誕20周年記念パーティのお知らせ — Kakutani Shintaro <shintaro@...>
一般社団法人日本Rubyの会のかくたにです。
6 messages
2013/01/15
[#49138] [ANN] Ruby 1.9.3 patchlevel 374 — "U.Nakamura" <usa@...>
Ruby ユーザーの皆様
3 messages
2013/01/17
[#49140] [ANN]Ruby-2.0.0-rc1, Ruby-1.9.3-p374 Windows用インストーラパッケージ — arton <artonx@...>
artonです。
7 messages
2013/01/18
[#49271] Re: [ANN]Ruby-2.0.0-rc1, Ruby-1.9.3-p374 Windows用インストーラパッケージ
— whiteleaf <2nd.leaf@...>
2013/03/12
whiteleaf です。
[#49272] Re: [ANN]Ruby-2.0.0-rc1, Ruby-1.9.3-p374 Windows用インストーラパッケージ
— Takahiro Kambe <taca@...>
2013/03/12
In message <CAGePti=3ArS8QeiAgt+B5t4StXdHZ6vuiz9d+=Ef-wk1M=WkDg@mail.gmail.com>
[#49148] Ruby 1.9で、バイト長の部分文字列を作りたくて悩んでます — Daisuke Yokotsuka <yokots_d@...3-net.ne.jp>
はじめまして。横塚と申します。
16 messages
2013/01/29
[#49150] Re: Ruby 1.9で、バイト長の部分文字列を作りたくて悩んでます
— Urabe Shyouhei <shyouhei@...>
2013/01/29
On 01/29/2013 06:35 PM, Daisuke Yokotsuka wrote:
[#49154] Re: Ruby 1.9で、バイト長の部分文字列を作りたくて悩んでます
— Daisuke Yokotsuka <yokots_d@...3-net.ne.jp>
2013/01/29
Shyouhei様
[#49156] Re: Ruby 1.9で、バイト長の部分文字列を作りたくて悩んでます
— Takeshi Iogawa <alpha@246.ne.jp>
2013/01/29
いおがわと申します。
[#49149] Re: Ruby 1.9で、バイト長の部分文字列を作りたくて悩んでます
— "Shota Fukumori (sora_h)" <sorah@...>
2013/01/29
sorahです。
[#49152] Re: Ruby 1.9で、バイト長の部分文字列を作りたくて悩んでます
— sunao tanabe <aib@...>
2013/01/29
たなべです。
[#49166] Enumerator#+ — 小田 利通 <oda@...>
13 messages
2013/01/31
[#49167] Re: Enumerator#+
— <alucky0707@...>
2013/01/31
あらきという者です。
[#49169] Re: Enumerator#+
— "H.Hiro" <main@...>
2013/01/31
SC5IaXJvGyRCJEckOSEjGyhCDQoNCj4gGyRCPi5FRCRIPz0kNyReJDkhIxsoQg0KPg0KPiAbJEI6
[ruby-list:49170] Re: Enumerator#+
From:
小田 利通 <oda@...>
Date:
2013-01-31 23:16:53 UTC
List:
ruby-list #49170
H.Hiro さん、こんにちは。 小田です。
》で英語でぐぐってたら、4年ほど前に同じ提案がなされていて、knu氏が提案不採用という裁決を出しています。
一度議論されて結論が出ていれば、納得です。
(私のぐるり方が悪く見つけられなかった)
》- Enumeratorを連結するというのが、そんなに普通に使われることなのか判断しかねる
第1水準、第2水準の漢字の表を作ろうと思って、sjis コードで出力(内部的には
後に utf-8 にエンコード)しようとしたときに、 sjis の空いている部分を作るために
必要になりました。現実世界には欠番のある列挙は結構あると思います。
あらきさんへのメールを書いているときに思ったのは、+演算子はわかりにくいわけでは
ないが、他の演算子や Range の + 演算子についてはどうあるべきか分からないので、
+演算子の振る舞いだけを決めてしまうのは良くないかもという気はしました。
》- 現状では、(自前で上記の小田さんのような定義をするのでなければ)一旦to_aしてから連結することになり、処理効率の面でも悪い
ブロックで処理したいことを Proc.new で生成してから、呼び出す方法や、
[enumurator1, enumurator2, ...].each {|enumurator| enumurator.each {|element| ...
とする方法もあるけど、スマートじゃないですね。