[#42947] CSV — "S_Konno(今野 滋)" <sk@...>
今野です。
11 messages
2006/11/02
[#42948] Re: CSV
— rubikitch <rubikitch@...>
2006/11/02
From: "S_Konno(今野 滋)" <sk@ec.hokudai.ac.jp>
[#42969] iTerm上でのirbの日本語表示に関して — "Kouta Osabe" <kota0919wasabi@...>
はじめまして、長部と申します。
9 messages
2006/11/06
[#42970] Re: iTerm上でのirbの日本語表示に関して
— rubikitch <rubikitch@...>
2006/11/06
From: "Kouta Osabe" <kota0919wasabi@gmail.com>
[#42975] 長い書名を短くするメソッド — keiichi matsunaga <ma2@...>
松永です。
6 messages
2006/11/06
[#43003] Q:SQLite使用時に例外が補足できない? — swec@...
5 messages
2006/11/20
[ruby-list:43001] Re: Time.iso8601が常にUTCの時刻を返す
From:
Sato Hiroshi <hirocy.f01@...>
Date:
2006-11-16 07:45:27 UTC
List:
ruby-list #43001
hirocyです. ちょっと前のメールへの返信で恐縮ですが... On Sun, 29 Oct 2006 23:12:47 +0900, Hiroshi Ichikawa wrote: > 改めてヘルプを見たら >> Time オブジェクトは協定世界時と地方時のどちらの >> タイムゾーンを使用するかのフラグを内部に保持しています。 > とのことで、そもそもUTCとローカル以外のタイムゾーンは > Timeオブジェクトで扱えないんですね。 > > で、Time.iso8601はUTC、Time.parseはローカル時間を返す、と。 > #なんか統一感がない気もしますが。 UTCであることが分かっている文字列からTimeオブジェクトを生成する際, Time.parseが使えないので少々不便に感じています. (たとえタイムゾーンが文字列中に書いてあっても) Time.utc_offsetを利用して自前でTime.parse_utc等を作ってしまえば 済む話ではありますが,標準であってもいいかなぁという気はします. もしくは,Timeオブジェクトが保持しているタイムゾーン情報を 強制的に変更するメソッドでもいいですね.time.parse.utc! とか. (メソッド名は要検討) 一番いいのは,Time.parseが文字列中のタイムゾーンを理解する, かつ,タイムゾーンを引数でも与えられるようになることでしょうか. そのためにはTimeがUTCとローカル以外も扱えるようにならなければ いけませんが. -- // hirocy