[#40528] [Feature #2833] 絵文字エンコーディングの提案 — Kenta Murata <redmine@...>

Feature #2833: 絵文字エンコーディングの提案

32 messages 2010/03/02
[#40530] Re: [Feature #2833] 絵文字エンコーディングの提案 — Yukihiro Matsumoto <matz@...> 2010/03/02

まつもと ゆきひろです

[#40597] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか? — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>

きしもとです

17 messages 2010/03/12
[#40598] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか? — Yukihiro Matsumoto <matz@...> 2010/03/12

まつもと ゆきひろです

[#40601] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか? — Yusuke ENDOH <mame@...> 2010/03/12

遠藤です。

[#40608] Re: 組込みの重複順列・重複組合せ — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp> 2010/03/13

> 同様に、repeated_permutation/combination のデフォルト引数にも反対

[#40610] Re: 組込みの重複順列・重複組合せ — Yukihiro Matsumoto <matz@...> 2010/03/13

まつもと ゆきひろです

[#40641] [Bug #2965] method `===' called on hidden T_STRING object (NotImplementedError) — Kenta Murata <redmine@...>

Bug #2965: method `===' called on hidden T_STRING object (NotImplementedError)

12 messages 2010/03/15

[#40649] [Feature #2968] 数値の正負を返すメソッド — Yui NARUSE <redmine@...>

Feature #2968: 数値の正負を返すメソッド

17 messages 2010/03/15

[#40650] [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Yui NARUSE <redmine@...>

Feature #2969: String#to_f が -h.hhh±pd を解釈できるように

38 messages 2010/03/15
[#40728] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/22

質問ですが、この形式は入力だけでなく、なんらかの方法で出力でも利用でき

[#40732] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/22

成瀬です。

[#40736] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/23

> String#to_f は従来から指数表記を許していたので、

[#40738] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/23

成瀬です。

[#40745] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/24

> to_i がデフォルトで prefix を見ないのは、0377 のような、

[#40747] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/24

成瀬です。

[#40749] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/24

> 先のパッチの対象関数が ruby_strtod である通り、

[#40759] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/25

成瀬です。

[#40762] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/25

> strtod(3) の解釈対象に含まれていない 2 進や 8 進を否定することが、

[#40763] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/25

(2010/03/26 3:05), Tadayoshi Funaba wrote:

[#40764] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/25

> なぜ同じなのでしょう。

[#40782] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/26

(2010/03/26 4:02), Tadayoshi Funaba wrote:

[#40786] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — KOSAKI Motohiro <kosaki.motohiro@...> 2010/03/27

>> strtod(3) を参考にしたり、影響されたりすることは普通にあるとは思います

[#40788] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/27

(2010/03/27 18:19), KOSAKI Motohiro wrote:

[#40695] keiju, please check tickets assigned to you — Yusuke ENDOH <mame@...>

いしつかさん

15 messages 2010/03/18

[#40779] [Feature #3018] UNINITIALIZED_VAR() マクロの導入 — Motohiro KOSAKI <redmine@...>

Feature #3018: UNINITIALIZED_VAR() マクロの導入

12 messages 2010/03/26

[#40805] Improvement of Fiber switching cost with system dependent way — SASADA Koichi <ko1@...>

 ささだです.

10 messages 2010/03/28

[ruby-dev:40757] Re: -U オプションの説明が --help にない

From: Tadashi Saito <shiba@...2.accsnet.ne.jp>
Date: 2010-03-25 12:47:27 UTC
List: ruby-dev #40757
斎藤と申します。

On Thu, 25 Mar 2010 20:24:52 +0900
Shugo Maeda <shugo@ruby-lang.org> wrote:

> 対案として24行の制限を外すというのはどうでしょうか。

+1します。

僕が知る限り、ほとんどのコマンド(GNUプロダクト)は --help ですべてのコマンドライン
オプションを表示します。ユーザーはRubyにもそれを期待していると思います。
その期待は、過去に何度も寄せられた、「○○オプションが--helpに出ない」という
「バグ報告」から十分に推測できると思います。

まつもとさんが出力のコンパクトさにこだわるのも一里あると思いますが、現実として、
Rubyのオプションは増え続けています。これは「--helpで把握できる情報と、現実に利用
できる機能との乖離が大きくなっている」ということです。この現実からは目を逸らすべきでは
ないでしょう。もしユーザーが、上記の乖離にハマった後に「バグ報告」を行っているのなら、
上がった報告以上の数の不幸があったかもしれません。

「man rubyすれば、今でもすべてのオプションの説明が見られる」という主張もあるかとは
思います。しかし多くのユーザーは、--helpの出力の方がコンパクトで手軽だと想像するで
しょう。手軽な方=ユーザーがまず見そうな方も、期待通りに分かりやすくする=完全な
オプション一覧を表示するのが、望ましい対処であると考えます。

よって、「--helpの出力は24行以内」という制限を外し、すべてのオプションを表示するのが
もっとも妥当な選択肢だと思います。


ただ冒頭で「ほとんどの」と書いたように、現実として例外もあります。オプションが多い
いくつかのコマンドは、--helpで完全なリストは出てきません。例えば、gccでは--help -vと
する必要があります。またlameには、--longhelpというオプションがあります。

これらのコマンドの様に、現行の「24行以内のコンパクトな概要となるリストを表示する」機能を
--helpに与えたまま、それとは別に「完全なリストを表示する」--longhelpのようなオプションを
用意するのが、次善の策になるかもしれません。

ただその場合、--helpの中には必ず--longhelp自体の説明を入れ、完全なリストへのポインタを
提示するようにお願いしたいです。現状では、--helpが完全なリストでないことが明示されていない
事が、勘違いを生む原因になると想像するからです。

--
斎藤ただし

In This Thread