macOSは新元号に対応するんですかね？情報が無いよ

1 ：名称未設定：2019/01/01(火) 12:16:42.88 ID:lL5KNwen0.net

あのさ、Apple。東方の小さな島国の年号だからって軽く見てやしませんかね？

85 ：名称未設定：2019/02/08(金) 04:51:48.27 ID:Ws4XrDik0.net

今だから言えるが西暦は0から始めた方が良かったな
当時の人間には先見の明がまったく無かったと言えよう

86 ：名称未設定：2019/02/08(金) 06:19:50.46 ID:6jT/EQGh0.net

いや別にどうでもいい

87 ：名称未設定：2019/02/10(日) 00:49:15.28 ID:ehn4XUUG0.net

数字の0の発見は5世紀のインドなので仕方ない

88 ：名称未設定：2019/02/11(月) 21:15:20.33 ID:K+MAcRTD0.net

西暦一年の一年前って何年なん？

89 ：名称未設定：2019/02/12(火) 21:34:45.55 ID:Y71DvsKr0.net

>>88
macOSのカレンダーによると大化-644年ですね

90 ：名称未設定：2019/02/12(火) 22:57:41.31 ID:H4d/KY3h0.net

紀元前1年だろ

91 ：名称未設定：2019/02/12(火) 23:52:37.35 ID:UH/agMmj0.net

天文学では西暦0年

92 ：名称未設定：2019/04/01(月) 18:30:27.28 ID:hqBmEXJ50.net

いつ対応するんですか？

93 ：名称未設定：2019/04/01(月) 20:55:44.07 ID:b9DjmIAB0.net

ガラパゴス元号なんて、天王星と一緒に即廃止！

94 ：名称未設定：2019/04/01(月) 21:07:27.14 ID:Lw4YkaRj0.net

天文学では西暦使いにくいのでJulian date使う西暦紀元前4713年が原点。
シュメール文明の最初とかエジプト古王朝の初めとだいたい一致するが、特に意味は考えてはいけない。

95 ：名称未設定：2019/04/02(火) 03:21:12.53 ID:O8J5Vvmy0.net

13月カレンダーか。

96 ：名称未設定：2019/04/02(火) 10:58:36.02 ID:yAwfUWk+0.net

>>47
Windowsはすでにレジストリに定義が付加されてる。
文字コード(合字)が決まったらそこにアプデパッチで対応。

97 ：名称未設定：2019/04/02(火) 19:20:36.44 ID:U2LN6ZiG0.net

合字って、ユニコードで元号が1文字になってるやつのこと? （平成 -> U+337Bとか）
場所はもうU+32FFに予約されてるみたいだけど。
今後フォント的にその情報を足さないといけないのか。あとユニコードの正規化情報も。

U+32FFって、◯ + ヲの後のかろうじて一つだけ空いてた場所に無理やり突っ込んだ感は否めないw
ここらへんの記号の類の場所は既にギチギチで、数十年以内に次の元号が来るはずだが、
その時はどうしようもなさそう。もうBMPから外れてもいいかもしれんけど。
あるいはその頃にはユニコードも違うものになってたりするだろうか。

98 ：名称未設定：2019/04/02(火) 20:06:57.00 ID:BlJnmEwP0.net

そういうのは合字とは言わない

99 ：名称未設定：2019/04/02(火) 20:40:30.33 ID:U2LN6ZiG0.net

そうですか、初耳です。よろしければなぜ合字と呼んではいけないのかと。

100 ：名称未設定：2019/04/02(火) 21:29:18.62 ID:BlJnmEwP0.net

合字じゃないから

101 ：名称未設定：2019/04/02(火) 23:06:24.81 ID:lBo6uYCd0.net

>>100
合字だからお前はもう黙ってろな

Unicode「合字」使う企業は修正が必要に、日本マイクロソフトが新元号対応
https://tech.nikkeibp.co.jp/it/atcl/column/14/090100053/120500290/

102 ：名称未設定：2019/04/02(火) 23:13:19.14 ID:lBo6uYCd0.net

>>97
> 今後フォント的にその情報を足さないといけないのか。あとユニコードの正規化情報も。

どうせUnicodeは毎年のようの文字が増えてる

あとBMP内の日本語の領域でも空きはあちこちあるだろ
そんな都合よくぴったり収まってるわけないんだし

103 ：名称未設定：2019/04/02(火) 23:24:04.29 ID:QgicZ8oN0.net

�合紫順~㋿

104 ：名称未設定：2019/04/02(火) 23:35:23.67 ID:QJLC+O8T0.net

文字バケバケバケバケ乙

105 ：名称未設定：2019/04/02(火) 23:47:49.83 ID:0nEykB9d0.net

> Unicode
毎年バンバン増える絵文字に対応する手間に比べたら
実際のところ一文字増やす手間くらいどうってこともない

新元号をいちいちフォントに追加するのか！とか騒いでる人いるけど
年号の合成文字より絵文字の方が使用頻度としては明らかに少ないからね
そういうことをいう人はまずは絵文字について問題視する方がいい
実際少数民族の言語ほったらかしで絵文字が先かよ！という批判もある
あるけど、ならそう思うヤツがとっとと提案しろやってのがコンソーシアム的対応

106 ：名称未設定：2019/04/02(火) 23:53:09.48 ID:BlJnmEwP0.net

>>101
お前は日経のそんな記事を真に受けてるのかｗ

107 ：名称未設定：2019/04/02(火) 23:54:42.82 ID:lBo6uYCd0.net

>>106
日経の記事に間違ってる所があるの？

108 ：名称未設定：2019/04/03(水) 00:03:39.25 ID:r7kN5/EK0.net

だから U+337B とかは 「リガチャ（合字）」 ではないんだよ
>>101の記事を書いてる田中 陽菜ってのも合字が何なのかわかってないんだろうな

109 ：名称未設定：2019/04/03(水) 00:08:43.31 ID:2EBbrAO00.net

>>107
間違っているというか
カギ括弧つきで「合字」と書いてあるように本来の意味ではないってことでしょう
ただ読者には説明としてわかりやすいからね

>>108
さんのこだわりもわかるがアドビも合字と表現したプレスリリースを出した
https://www.adobe.com/jp/news-room/news/201904/20190401-adobe-newera.html

まあリガチャはリガチャであって日本語の合字とは違うぜっていわれそうだが

110 ：名称未設定：2019/04/03(水) 01:46:54.62 ID:b98Ni8TN0.net

NKFDで正規化すると�~が平成になるから一応Unicode的には合字扱いなんじゃないかな
学問的には合字って言うと本来は麿みたいなやつを言うんだろうけど

NSString *str = @"\u337b";
NSLog(@"%@,%@",str,[str decomposedStringWithCompatibilityMapping]);

111 ：名称未設定：2019/04/03(水) 18:25:41.32 ID:PPL6jw1V0.net

広義の合字(�盾ﾆか�_も含む)と狭義の合字(Unicodeのリガチャ)をごっちゃにしてマウントしあって虚しくねぇか？w

112 ：名称未設定：2019/04/04(木) 03:17:15.95 ID:GCt4hgEw0.net

もう一度言うけど U+337B とかは 「リガチャ（合字）」 ではないんだよ
>>109の記事を書いてるアドビってのも合字が何なのかわかってないんだろうな

113 ：名称未設定：2019/04/06(土) 00:26:53.84 ID:sm3bIRvK0.net

Windowsだと○○1年は元年と表示できるみたいね。macOSは単に1年だったかと。ちょっと負けてるw

macOSのカレンダーで遊んでみたが、年表示の場合1989年は単に昭和64年となるのね。
日数的には平成だし、さらにいえば昭和64年/平成元年 などと表示すべきかなと。
理論上2つ以上の元号もありうるんでそういうコードにするということでw

114 ：名称未設定：2019/04/07(日) 12:17:22.87 ID:1DuM3sD50.net

>>113
OSXのロケールはNEXTSTEP由来だったのでかなり頑張ってた方で
旧OS9に比べるとちゃんとしててスゲーなと思っていたのもつかの間
アップルがさぼっている(かどうか知らないが)うちにWindowsに抜かれた

115 ：名称未設定：2019/04/10(水) 12:07:16.24 ID:eaVWl+Kc0.net

https://developer.apple.com/documentation/macos_release_notes/macos_mojave_10_14_5_beta_2_release_notes

>Support for the Reiwa (令和) era of the Japanese calendar, which begins on May 1, 2019, is now available.
>The first year of Japanese-calendar era is represented as “元年” (“Gannen”) instead of “1年”, except in the
>shorter numeric-style formats which typically also use the narrow era name; for example: “R1/05/01”. (27323929)

116 ：名称未設定：2019/04/14(日) 02:16:39.64 ID:TDbR5Y4H0.net

令和も元年対応もICU由来なんでしょ多分。新しいICUを移植しましたって書けばいいのにw

でもあれか、ライブラリ的にちゃんとインターフェースを出してなかったり、あくまでも内部のこと、
ということになってるのか。MeCabなんかと同じで。さすがApple様w

117 ：名称未設定：2019/04/23(火) 12:59:12.39 ID:NHUqce4h0.net

>>115
結局このアップデートは令和になるまでに出るのかな? そしてMojave以外は?
もしかして現在中の人が最終チェック中?

とりあえずMacの日付設定を和暦にして待つとするかw

118 ：名称未設定：2019/04/25(木) 19:59:59.36 ID:j+FFe0dl0.net

>>113
Windows OS本体の初期値は"1年"　→　レジストリの変更により"元年"に設定可能
.NET Frameworkの初期値は"元年"

ユーザーの憶測では4/10のWindows Updateで対応すると思っていたが未対応
MSのコメントでは連休前(4/26)には対応したい遅れるかもと言っていたが
明日に配信されるようには思えない

119 ：名称未設定：2019/04/25(木) 20:13:28.63 ID:DMiQ8eqr0.net

どうでもええけど、元号なんて使うことあるの？

120 ：名称未設定：2019/04/25(木) 21:12:27.72 ID:e2tbXjxT0.net

Windowsはレジスリにキー追加するだけで対応可能
アプリはまた別の話
アプリの件はmacOSやiOSも同様というかxcodeが対応しないとというレベルで
もっとひどいよw

121 ：名称未設定：2019/04/26(金) 03:40:02.15 ID:3aHdmz3s0.net

>>118
まあ、所詮、連休前に対応してくれるかもっていうのは
日本政府の希望的観測ですからねｗ

MSの方をチラチラみながら、ほら前倒ししたよ？
対応してくれるよね？ね？っていっても
MSからすりゃ、そんな約束してないし知らんがな。なんだろうねｗ

ぶっちゃけ遅れてトラブルになってほしい。
そうすりゃシステム対策には時間がかかるって
馬鹿にも理解できるやろ

122 ：名称未設定：2019/04/26(金) 11:21:39.71 ID:awEonolw0.net

既にMSはやらかしているという
https://qiita.com/ht_deko/items/249db60e1c99ba440969

123 ：名称未設定：2019/04/26(金) 11:45:56.29 ID:aU4kmfZZ0.net

ここにも反日が
https://www.bbc.com/news/av/world-asia-46026910/japan-s-princess-ayako-surrenders-her-royal-title

124 ：名称未設定：2019/04/26(金) 13:05:06.03 ID:79Z8w9aC0.net

>>120
Xcodeは古いままでも問題ないから。しかるべきコードを書いてれば自動的に新元号に対応する。

ベータ版のiOSとmacOSで令和って表示できたよ。
コード書いてベータ版のiOS入れたiPhoneでも問題なしだった。

125 ：名称未設定：2019/04/26(金) 13:10:05.95 ID:FuW5YJfz0.net

セキュリティホール残したままで新API対応不可
あまつさえしてAppStoreでの利用禁止なのに何言ってんだw

126 ：名称未設定：2019/04/26(金) 13:11:04.08 ID:awEonolw0.net

日本語おかしいですよ

127 ：名称未設定：2019/04/26(金) 18:17:18.82 ID:PC7uys4I0.net

OSの新元号対応より日本語変換の新元号対応して
→ATOKは4/18に対応済み

128 ：名称未設定：2019/04/26(金) 22:14:56.13 ID:wl0hShxs0.net

>>127
単に単語登録すればいいと思うが。

細かいことを言うと、macOSの日本語変換だと変換候補の意味表示を更新したりする必要が
あるのか。

令和 -> 年号（2019年5月1日〜）。今上天皇の時代。
平成 -> 年号（1989年1月8日〜2019年4月30日）。...の時代。

おっとっと、この最後の部分は?
もう最終的な称号がどうなるかは決まってるんだっけ? 今までの経緯からすると平成天皇に
なりそうだが... そのタイミングって? もしかして崩御後? とりあえずは太上天皇?

129 ：名称未設定：2019/04/26(金) 22:17:49.15 ID:aU4kmfZZ0.net

平成院じゃないの？

130 ：名称未設定：2019/04/30(火) 21:32:13.51 ID:YNWiMotZ0.net

>>128
>単に単語登録

それだと、「あした」「きのう」で変換できない

131 ：名称未設定：2019/05/14(火) 17:55:53.50 ID:CVhzJkM70.net

macOSのアップデート、きたね

132 ：名称未設定：2019/05/16(木) 13:36:39.67 ID:GIniPXdr0.net

>>129
平成は諡号になる予定なので、今はまだ使えない。
上皇殿下だっけ？

133 ：名称未設定：2019/05/16(木) 13:40:59.10 ID:DW4YyCrY0.net

アイゴー

134 ：名称未設定：2019/05/16(木) 21:58:20.26 ID:8zQUkF2j0.net

>>132
上皇「陛下」