パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

平成は30年(2018年)で終了、2019年に新元号へ?」記事へのコメント

  • by Anonymous Coward on 2017年01月10日 19時38分 (#3141668)

    仮に2018年で現元号が終わったとして、Windowsの新元号への対応って
    どうなるのかな?

    XPなどサポート切れOSは対応しないと思われるが、そうなると企業系では
    XPが完全に駆逐されるのかな?それとも、西暦を使えばいいだけでXPは
    まだまだ生き残るかな?

    そもそも西暦和暦変換ライブラリってOSで提供してるんだっけ?
    MS-Office、JustOfficeとか各社で提供してるんだっけ?

    • OSとは関係無いけど、文字コードにはには元号の組文字(平成U+337B)があるので規格と標準フォントの対応にはどれくらい時間がかかるだろうか?
      JISだと、とりあえず場所を予約しておいて、標準グリフは後で入れればいいだろうけど、unicodeに入れてもらうには
      どれぐらいかかるのだろうか?

      --
      maruken
      親コメント
    • by Anonymous Coward

      .netにはJapaneseCalendarクラス [microsoft.com]ってのがありますね。

    • by Anonymous Coward

      Visual C++ Runtime /.Net Frameworkには変換ロジックがあるよ。
      元号付き日付→西暦の入力時変換はできるのに、
      西暦→元号付き日付の出力時変換が微妙に使いにくいとか、問題はあるけれどね。
      ExcelやVBでよく元号関係の処理を独自実装したものだ。
      メンテナンス破地獄だろうなあ。

    • by Anonymous Coward

      レジストリに西暦と元号のデータ持ってるから、Windows Updateでレジストリが更新されて対応完了
      System.Globalization.JapaneseCalendarを使わずに自前で処理してるクソコードだと無理

      • by Anonymous Coward

        XPにWindows Updateが来るのか?というところが焦点。

        • by Anonymous Coward

          レジストリに西暦と元号のデータ持ってるんだから、必要なところが勝手にやれば?

        • by Anonymous Coward

          サポート終わってるのに来るわけねーだろカス

    • by Anonymous Coward

      XPはサポート切れなんでアプリ側で対応するしかないでしょう。
      CP932のコード 877DH を使って作業を進めていきます。
      (これが標準になるといいけど)

    • by Anonymous Coward

      IMEの機種依存文字も増えることになるんですね。㍻→〓。

    • by Anonymous Coward

      Windows Updateで対応する部分もあるでしょうし、サードパーティ製の日付入力コントロールだとまた別でしょう。
      たとえばGrapecityのInputManではXMLファイルになっているのでリビルド不要で新元号に対応できる、としています。

      ナレッジベース
      新しい元号(年号)への対応方法について(.NET製品)
      https://www.grapecity.com/tools/support/technical/knowledge_detail.asp... [grapecity.com]

UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie

処理中...