[ruby-dev:29141] テスト2

もしかするとスパムかも。

> |parsedate のパターンをある程度緩めるのは無理という程ではない
> |と思いますが。
> 
> 「無理ではない」、「不可能ではない」という点には同意しますが、
> どの程度緩めるべきか明確でないと舟迫さんにお願いしづらいです
> よねえ。少なくとも私にはどこまで緩めればよいのかさっぱりアイ
> ディアがありません。

これが Windows のものだとすれば、田中さんのいわれるように、Mexico
Standard Time 2 が問題になりそうです。

また、parsedate や Date::parse で対処したとしても Date::strptime など
では、こういったタイムゾーン名はあつかえない、といったことがあります。
さらに、なかむらさんのいうように、たぶん、地域によって実際の表示が違う
と思われますが、今のところそれらは対処しきれないと思います。

ところで、この報告をしてきた人は、parsedate は Time#to_s の結果を解釈
できて当たり前だと思いこんでないでしょうか。だとすると、半端な対処は意
味がないかもしれません。

その場合、Time のほうで対応する、ということも考えられます。Time#to_s 
の適切な逆関数を用意する、あるいはTime#to_s が Mexico Standard Time の
ような名前をつかうのを止める (書式を変える)、ということも考えられます。

parsedate があらゆる書式をあつかうことは不可能ですが、Time が出力した
ものを自ら解釈できて当然だという立場に立って対応するなら、それは、
parsedate が頑張るより遥かに簡単に、適切にできそうです。

僕としては、課題がある、と理解しましたが、この場合の使いかたが悪い、あ
るいは Time の仕様が、この件についてうまく利用者を誘導できていない、と
いう可能性はあると思います。

あと、対応するしないは別として、田中さんが挙げたページにある一覧は完全
なものではないと思うのですが (夏時間の情報がないし)、完全なものがあれ
ば、欲しいです。

# それにしても、このタイムゾーン名、都市名、地域名、国名など、名前の付
# けかたが一貫していないような気がするし、いまだ GMT なのはいいとして
# も、GMT Standard Time って、Greenwich Mean Time Standard Time ってこ
# となのかなあ。