[#42355] TkCanvasの座標 — Masato Ishimoto <i@...>
はじめまして。Newbieいしもと といいます。
12 messages
2006/06/02
[#42356] Re: TkCanvasの座標
— Hidetoshi NAGAI <nagai@...>
2006/06/03
永井@知能.九工大です.
[#42357] Re: TkCanvasの座標
— Masato Ishimoto <i@...>
2006/06/04
こんにちは、いしもとです。
[#42358] Re: TkCanvasの座標
— Hidetoshi NAGAI <nagai@...>
2006/06/04
永井@知能.九工大です.
[#42359] Re: TkCanvasの座標
— Masato Ishimoto <i@...>
2006/06/04
おはようございます。いしもとです。
[#42373] My/SQL/Ruby for Windows での不具合 — 林 浩一郎 <NQA58508@...>
subscribe Koichiro Hayashi
5 messages
2006/06/09
[#42375] String#count, String#deleteの利用想定 — Daisuke Yamazaki <yamajaki@...>
こんにちは
6 messages
2006/06/10
[#42389] ruby -Ks -rjcode -e"p('|%5.5s|'%'泣き別れ')" #=> "|泣き怖" — take_tk <ggb03124@...>
たけ(tk)です
7 messages
2006/06/12
[#42394] eachはなぜ元々のオブジェクトが返るのか? — Fujioka <fuj@...>
藤岡です。
7 messages
2006/06/12
[#42416] ファイル中の空行の削除方法 — 遠藤 大二 <dendoh@...>
遠藤@札幌です
6 messages
2006/06/18
[#42423] 空白行を除くための行数の数え方 — 遠藤 大二 <dendoh@...>
遠藤@札幌 です
9 messages
2006/06/19
[#42428] toplevel ウィジェットにイベントがわたらない? — Hiroshi Kimura <Hiroshi.Kimura@...>
九工大、木村といいます。
8 messages
2006/06/20
[#42454] 多量の正規表現との効率的なマッチのアイデアを、、 — しん <dezawa@...>
出沢です
22 messages
2006/06/22
[#42455] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— rubikitch <rubikitch@...>
2006/06/22
From: しん <dezawa@aliadne.net>
[#42456] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— しん <dezawa@...>
2006/06/23
出沢です
[#42458] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— rubikitch <rubikitch@...>
2006/06/23
From: しん <dezawa@aliadne.net>
[#42459] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— しん <dezawa@...>
2006/06/23
出沢です
[#42460] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— rubikitch <rubikitch@...>
2006/06/23
From: しん <dezawa@aliadne.net>
[#42461] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— しん <dezawa@...>
2006/06/23
出沢です。
[#42465] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— rubikitch <rubikitch@...>
2006/06/23
From: しん <dezawa@aliadne.net>
[#42467] Re: 多量の正規表現との効率的なマッチのアイデアを、、
— しん <dezawa@...>
2006/06/23
出沢@なるほど、、、
[#42475] String#first, String#last — Kouhei Yanagita <yanagi@...>
こんにちは。柳田です。
6 messages
2006/06/23
[ruby-list:42486] Re: String#first, String#last
From:
Kouhei Yanagita <yanagi@...>
Date:
2006-06-25 05:45:32 UTC
List:
ruby-list #42486
> first,lastに反対ではありませんが、str[-n..-1]ではどうでしょうか。 確かに、こちらの方が分かりやすいですね。 ただ、n > size のときに nil になってしまうので、 size を気にかけないといけないという問題があります。 (これは str[size - n, n] でも同様で、Array#last と同じ挙動にするには 最初のメールで挙げたように str[[size - n, 0].max, n] でないといけない) しかし、そこまでの (size と n を気にせず末尾 n バイトを取得したいという) 需要があるかどうかは……うーん、レアなケースかもしれません。 自分でも、そのようなコードを書いた覚えはちょっとないです。 私の意見が分かりづらくなってしまいましたのでまとめますと、 * String#first や String#last が、String にとって 不自然なメソッドであるとは思わない。 * String#first や String#last に対する需要は ゼロではないと思うが、Array よりは少ないであろう。 * n と size の大小関係を気にせず使えるのは便利そうである。 ただし、そのようなケースがどれくらいあるかは不明。 といったところです。 ところで、これは String#first, String#last とは離れるのですが、 Array#[first..last] や String#[first..last] で、 first < -size の場合でも nil にしない、というのは考えられる話なのでしょうか? last の方は、size - 1 < last でも nil にはなりませんよね。 irb(main):001:0> 'abcde'[0..99] => "abcde" irb(main):002:0> 'abcde'[-100..-1] => nil 影響範囲が大きそうなので実際には変えられないとは思いますが、 可能性として伺ってみたいです。 -- Kouhei Yanagita <yanagi at shakenbu.org>