アカウント名:
パスワード:
・Unicode だと ㍻ ㍼ ㍽ ㍾ の前後空いてないけど、新元号は何処に追加するのだろう? もし ㍾ より後ろに追加されたら、㍻ ㍼ ㍽ ㍾ 新元号 という順番になってしまい、 ㍻13.12.23 のような形式の日時を文字コード順にソートした際、新元号が㍾より過去の元号と扱われてしまう
・Unicodeへの文字の追加とIMEのアップデートが2019年5月1日までに間に合うだろうか?
・いっそのことデータベースのカラムを追加して 明治=1 大正=2 昭和=3 平成=4 新元号=5 みたいな数字化した方が良いかな? でも、Unicode の ㍻ より前に新元号がきちんと追加され、IMEのアップデートも間に合ったら、 その工数が全部無駄になってしまう
悩みが尽きないでしょうね
そもそもWindows-932やMacJapaneseとの互換性のために仕方なく追加したような文字をこれ以上増やすとは思えないけど、仮に追加されるとしても今さらBMPにそんな空きないからどのみち何らかの対応が必要でしょう(DBのカラムが2バイトしかなかったとか)
って言うか、日本の元号を1文字で表すためだけに世界に迷惑をかけるなよと言いたい。
ほんとこれでよく北朝鮮の国家元首専用文字を笑えるもんだと。あ、下々の者についてもほぼ人名のためだけにUnicodeに変な異体字のデータベースを用意させてましたね。さすが民主国家(棒
新しく妙なもの作るのはともかくもとからあるのを「変な異体字」とかあほか
「世界に迷惑をかけるなよ」とかいう発想がそもそもおかしいその国で必要な文字を申請するのが何故おかしいのかと。
えぇ……シフトJIS時代から文字コード順では ㍻ ㍾ ㍽ ㍼ だったのに今更そんなのが出て来るのか(無いとは言えないのがアレですけど)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
【㍾ ㍽】 組み文字使っているシステムは大変そう 【㍼ ㍻】 (スコア:1)
・Unicode だと ㍻ ㍼ ㍽ ㍾ の前後空いてないけど、新元号は何処に追加するのだろう?
もし ㍾ より後ろに追加されたら、㍻ ㍼ ㍽ ㍾ 新元号 という順番になってしまい、
㍻13.12.23 のような形式の日時を文字コード順にソートした際、新元号が㍾より過去の元号と扱われてしまう
・Unicodeへの文字の追加とIMEのアップデートが2019年5月1日までに間に合うだろうか?
・いっそのことデータベースのカラムを追加して 明治=1 大正=2 昭和=3 平成=4 新元号=5 みたいな数字化した方が良いかな?
でも、Unicode の ㍻ より前に新元号がきちんと追加され、IMEのアップデートも間に合ったら、
その工数が全部無駄になってしまう
悩みが尽きないでしょうね
Re: (スコア:0)
そもそもWindows-932やMacJapaneseとの互換性のために仕方なく追加したような文字をこれ以上増やすとは思えないけど、仮に追加されるとしても今さらBMPにそんな空きないからどのみち何らかの対応が必要でしょう(DBのカラムが2バイトしかなかったとか)
Re: (スコア:0)
って言うか、日本の元号を1文字で表すためだけに世界に迷惑をかけるなよと言いたい。
Re: (スコア:0)
ほんとこれでよく北朝鮮の国家元首専用文字を笑えるもんだと。
あ、下々の者についてもほぼ人名のためだけにUnicodeに変な異体字のデータベースを用意させてましたね。さすが民主国家(棒
Re: (スコア:0)
新しく妙なもの作るのはともかくもとからあるのを「変な異体字」とかあほか
Re: (スコア:0)
「世界に迷惑をかけるなよ」とかいう発想がそもそもおかしい
その国で必要な文字を申請するのが何故おかしいのかと。
Re: (スコア:0)
・Unicode だと ㍻ ㍼ ㍽ ㍾ の前後空いてないけど、新元号は何処に追加するのだろう?
もし ㍾ より後ろに追加されたら、㍻ ㍼ ㍽ ㍾ 新元号 という順番になってしまい、
㍻13.12.23 のような形式の日時を文字コード順にソートした際、新元号が㍾より過去の元号と扱われてしまう
えぇ……シフトJIS時代から文字コード順では ㍻ ㍾ ㍽ ㍼ だったのに今更そんなのが出て来るのか
(無いとは言えないのがアレですけど)