喫茶XRAYトップページ

[スレッド全体
]

[12792] Re2:新元号[令和]対応返信 削除
2019/5/3 (金) 12:15:20 DEKO 〔HomePage
> 「令和 1年 5月 3日」ではなく「令和元年 5月 3日」を要求されています。
> 「元」は数値ではないんですよね〜。でもソンナノカンケイナイ!!


Delphi だと奇跡的なポカのおかげで FormatDateTime() とかをつかっている限り、
常に 1 年表記になりますが、コンピュータの処理としてはこれが正しいと思います。
(免許証だって "平成 1 年" と印字されています)

どうしても元年表示したい場合には、文字列置換を行うか、
Windows API の GetDateFormat() を直接使うといいですねー。

[Delphi での新元号対応 (Qiita)]
https://qiita.com/ht_deko/items/72d245b0fc64a7ece7c5


[12793] Re3:新元号[令和]対応返信 削除
2019/5/3 (金) 12:33:32 DEKO 〔HomePage
> Windows API の GetDateFormat() を直接使うといいですねー。

Win32 API は元年レジストリを参照しますが、
Windows 10 (1809) 以前のすべての OS は既定が "1年" なので、
Win32 API を使って元年対応させるには手動でレジストリを変更しなくてはなりません。
(2019/5 にリリース予定の次の Windows 10 では元年デフォルトらしいですが...)

独自に元年対応するには文字列置換しかありませんが、
(釈迦に説法でしょうが) 1年や01年を元年に単純置換するとやらかします。
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/04724/

[12794] Re4:新元号[令和]対応返信 削除
2019/5/3 (金) 13:00:47 Mr.XRAY
▼ DEKOさん

> (釈迦に説法でしょうが) 1年や01年を元年に単純置換するとやらかします。
> https://tech.nikkeibp.co.jp/atcl/nxt/news/18/04724/


ワハハハッ.涙が出てきます.
「実害はない」という,そういう問題ではない気がします.
確認しろよな !!
あっ,ゴメン !! お役所ね.お役所仕事ね.じゃあしょうがないか ?
誤字脱字の名人の私も笑えないかも知れません.


[12795] Re5:新元号[令和]対応返信 削除
2019/5/3 (金) 15:26:04 taki
▼ Mr.XRAYさん
> ▼ DEKOさん
>
> > (釈迦に説法でしょうが) 1年や01年を元年に単純置換するとやらかします。
> > https://tech.nikkeibp.co.jp/atcl/nxt/news/18/04724/
>


いや、その前にお客さんの使っているPCに新元号のレジストリが適応されて
いるかが問題です。
「平成31年 5月 3日」なら…、「令和 1年 5月 3日」なら…と区分するのは
面倒です。
それなら「2019/05/01」〜「2019/12/31」なら「令和元年」と固定した方が
いいのかも。
いくらなんでも今年中にはマイクロソフトも全てのPCに新元号のレジストリを
適応できるでしょうから。

えっ、次の元号の時はどうするのかって?
そんなの知らない。そもそもマイクロソフトの問題でしょ!


[12797] Re6:新元号[令和]対応返信 削除
2019/5/4 (土) 09:20:58 Mr.XRAY
▼ takiさん

> いや、その前にお客さんの使っているPCに新元号のレジストリが適応されて
> いるかが問題です。


まっ,この場合,どっちもどっちでしょう.ハハハッ゜


[▼次のスレッド]
INCM/CMT
Cyclamen v3.82