![]() |
![]() |
![]() |
||
![]() |
![]()
概要
内容
で、どのような文字列が得られるのかを確認するために作成したのがこのサンプルです。
例えば、地域情報の日付のところで日本を選択している場合、アプリケーションには Japanese.lproj が存在しないと正しい結果が得られない場合があります。 この状況を確認してみたい方は、プロジェクトから Japanese.lproj の参照を削除し、すべてをクリーニング後、再ビルドしてください。
[now descriptionWithCalendarFormat:@"%x" locale:locale] と[now descriptionWithCalendarFormat:@"%X" locale:locale] が[now descriptionWithCalendarFormat:@"%c" locale:locale] の結果と同じになるのだけど、これってやっぱりバグ? descriptionWithCalendarFormat:timeZone:locale: も同じみたい。システム環境設定で地域情報の日付のところを見ると日付の例として、
2001年 1月 2日(火) 01.1.2 自分で作る? Carbon には DateString ってのがあるんだけど...
検証できないのですが、%a、%c の結果が異なるケースがあります。 当初、サンプルプログラムを実行した結果は、確か、
%c = 2002年 3月 13日 水曜日 11:36:27 Asia/Tokyo
%c = 2002年 3月 13日 (水曜日) 11:36:27 Asia/Tokyo 直接の原因かどうかは定かではありませんが、システム環境設定の地域情報で日付の部分を触った後にそうなったように思われます。
NSCalendarDate は 1900年2月29日を認めます。1700年も1800年も同様です。 この年はうるう年ではないため、2月29日は存在しないはずです。 この結果、それ以前の日にちの曜日が正確ではありません。 Terminal.app で cal コマンドを実行し、比較してみましょう。
開発環境
December 2001 Mac OS X 10.1 Developer Tools
ダウンロード
![]()
Copyright © 2002 e'daisy. All rights reserved. |
![]() |
||
![]() |
![]() |
![]() |