アカウント名:
パスワード:
元号の合字使ったことがないけど、どこで使ってるのだろう？
帳票の業界ではメジャーって聞いたことがあるな。
個人的にはcollationアルゴリズムの隙間に入ってこられるのが嫌な感じだけど。例えば、「㍻31年」って文字列を入力したら「平成31年」って返すような関数があったとして、自分では簡単に令和版に対応できても上流の行程を考えると手が出せなかったりするわけで。
https://www.unicode.org/Public/UCA/12.0.0/decomps.txt [unicode.org] （閲覧注意：600KB弱のテキストファイル）
337A;<square>;0049 0055 # SQUARE IU => LATIN CAPITAL LETTER I + LATIN CAPITAL LETTER U337B;<square>;5E73 6210 # SQUARE ER
5月7日にUnicode 12.1.0 [unicode.org]が出てそのときにCollationも更新される。逆にそれまではU+32FFもまだ正式に割り当てられていないので、Adobeのこれはフライング
施行がまだなだけで実質決まってるんじゃない？法令上はほんとは今は平成31年5月1日とか、平成40年1月1日と表示するのが正しいけれど、システム改修の都合上、2019年4月以前は未来の日付も平成、2019年5月以降は未来の日付は令和と表示するのが煩雑だからといまから令和元年5月1日とか令和10年1月1日と表示しちゃうのと同じようなもん
システム改修の都合って言うけど、上のコメントにもある通り、バグ発生の可能性を抑えたいなら今は使わない方がいい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
どこで利用？ (スコア:0)
元号の合字使ったことがないけど、どこで使ってるのだろう？
Re: (スコア:0)
帳票の業界ではメジャーって聞いたことがあるな。
個人的にはcollationアルゴリズムの隙間に入ってこられるのが嫌な感じだけど。例えば、「㍻31年」って文字列を入力したら「平成31年」って返すような関数があったとして、自分では簡単に令和版に対応できても上流の行程を考えると手が出せなかったりするわけで。
https://www.unicode.org/Public/UCA/12.0.0/decomps.txt [unicode.org] （閲覧注意：600KB弱のテキストファイル）
Re: (スコア:0)
5月7日にUnicode 12.1.0 [unicode.org]が出てそのときにCollationも更新される。逆にそれまではU+32FFもまだ正式に割り当てられていないので、Adobeのこれはフライング
Re:どこで利用？ (スコア:0)
施行がまだなだけで実質決まってるんじゃない？
法令上はほんとは今は平成31年5月1日とか、平成40年1月1日と表示するのが正しいけれど、
システム改修の都合上、2019年4月以前は未来の日付も平成、2019年5月以降は未来の日付は令和と表示するのが煩雑だからと
いまから令和元年5月1日とか令和10年1月1日と表示しちゃうのと同じようなもん
Re: (スコア:0)
システム改修の都合って言うけど、上のコメントにもある通り、バグ発生の可能性を抑えたいなら今は使わない方がいい。