X
macOSは新元号に対応するんですかね？情報が無いよ
■ このスレッドは過去ログ倉庫に格納されています
0001名称未設定
垢版 |
2019/01/01(火) 12:16:42.88ID:lL5KNwen0
あのさ、Apple。東方の小さな島国の年号だからって軽く見てやしませんかね？
0086名称未設定
垢版 |
2019/02/10(日) 00:49:15.28ID:ehn4XUUG0
数字の0の発見は5世紀のインドなので仕方ない
0087名称未設定
垢版 |
2019/02/11(月) 21:15:20.33ID:K+MAcRTD0
西暦一年の一年前って何年なん？
0088名称未設定
垢版 |
2019/02/12(火) 21:34:45.55ID:Y71DvsKr0
>>87
macOSのカレンダーによると大化-644年ですね
0091名称未設定
垢版 |
2019/04/01(月) 18:30:27.28ID:hqBmEXJ50
いつ対応するんですか？
0092名称未設定
垢版 |
2019/04/01(月) 20:55:44.07ID:b9DjmIAB0
ガラパゴス元号なんて、天王星と一緒に即廃止！
0093名称未設定
垢版 |
2019/04/01(月) 21:07:27.14ID:Lw4YkaRj0
天文学では西暦使いにくいのでJulian date使う西暦紀元前4713年が原点。
シュメール文明の最初とかエジプト古王朝の初めとだいたい一致するが、特に意味は考えてはいけない。
0095名称未設定
垢版 |
2019/04/02(火) 10:58:36.02ID:yAwfUWk+0
>>46
Windowsはすでにレジストリに定義が付加されてる。
文字コード(合字)が決まったらそこにアプデパッチで対応。
0096名称未設定
垢版 |
2019/04/02(火) 19:20:36.44ID:U2LN6ZiG0
合字って、ユニコードで元号が1文字になってるやつのこと? （平成 -> U+337Bとか）
場所はもうU+32FFに予約されてるみたいだけど。
今後フォント的にその情報を足さないといけないのか。あとユニコードの正規化情報も。

U+32FFって、◯ + ヲの後のかろうじて一つだけ空いてた場所に無理やり突っ込んだ感は否めないw
ここらへんの記号の類の場所は既にギチギチで、数十年以内に次の元号が来るはずだが、
その時はどうしようもなさそう。もうBMPから外れてもいいかもしれんけど。
あるいはその頃にはユニコードも違うものになってたりするだろうか。
0097名称未設定
垢版 |
2019/04/02(火) 20:06:57.00ID:BlJnmEwP0
そういうのは合字とは言わない
0098名称未設定
垢版 |
2019/04/02(火) 20:40:30.33ID:U2LN6ZiG0
そうですか、初耳です。よろしければなぜ合字と呼んではいけないのかと。
0101名称未設定
垢版 |
2019/04/02(火) 23:13:19.14ID:lBo6uYCd0
>>96
> 今後フォント的にその情報を足さないといけないのか。あとユニコードの正規化情報も。

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

あとBMP内の日本語の領域でも空きはあちこちあるだろ
そんな都合よくぴったり収まってるわけないんだし
0103名称未設定
垢版 |
2019/04/02(火) 23:35:23.67ID:QJLC+O8T0
文字バケバケバケバケ乙
0104名称未設定
垢版 |
2019/04/02(火) 23:47:49.83ID:0nEykB9d0
> Unicode
毎年バンバン増える絵文字に対応する手間に比べたら
実際のところ一文字増やす手間くらいどうってこともない

新元号をいちいちフォントに追加するのか！とか騒いでる人いるけど
年号の合成文字より絵文字の方が使用頻度としては明らかに少ないからね
そういうことをいう人はまずは絵文字について問題視する方がいい
実際少数民族の言語ほったらかしで絵文字が先かよ！という批判もある
あるけど、ならそう思うヤツがとっとと提案しろやってのがコンソーシアム的対応
0105名称未設定
垢版 |
2019/04/02(火) 23:53:09.48ID:BlJnmEwP0
>>100
お前は日経のそんな記事を真に受けてるのかｗ
0106名称未設定
垢版 |
2019/04/02(火) 23:54:42.82ID:lBo6uYCd0
>>105
日経の記事に間違ってる所があるの？
0107名称未設定
垢版 |
2019/04/03(水) 00:03:39.25ID:r7kN5/EK0
だから U+337B とかは 「リガチャ（合字）」 ではないんだよ
>>100の記事を書いてる田中 陽菜ってのも合字が何なのかわかってないんだろうな
0108名称未設定
垢版 |
2019/04/03(水) 00:08:43.31ID:2EBbrAO00
>>106
間違っているというか
カギ括弧つきで「合字」と書いてあるように本来の意味ではないってことでしょう
ただ読者には説明としてわかりやすいからね

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

まあリガチャはリガチャであって日本語の合字とは違うぜっていわれそうだが
0109名称未設定
垢版 |
2019/04/03(水) 01:46:54.62ID:b98Ni8TN0
NKFDで正規化すると㍻が平成になるから一応Unicode的には合字扱いなんじゃないかな
学問的には合字って言うと本来は麿みたいなやつを言うんだろうけど

NSString *str = @"\u337b";
NSLog(@"%@,%@",str,[str decomposedStringWithCompatibilityMapping]);
0110名称未設定
垢版 |
2019/04/03(水) 18:25:41.32ID:PPL6jw1V0
広義の合字(㍼とか㍉も含む)と狭義の合字(Unicodeのリガチャ)をごっちゃにしてマウントしあって虚しくねぇか？w
0111名称未設定
垢版 |
2019/04/04(木) 03:17:15.95ID:GCt4hgEw0
もう一度言うけど U+337B とかは 「リガチャ（合字）」 ではないんだよ
>>108の記事を書いてるアドビってのも合字が何なのかわかってないんだろうな
0112名称未設定
垢版 |
2019/04/06(土) 00:26:53.84ID:sm3bIRvK0
Windowsだと○○1年は元年と表示できるみたいね。macOSは単に1年だったかと。ちょっと負けてるw

macOSのカレンダーで遊んでみたが、年表示の場合1989年は単に昭和64年となるのね。
日数的には平成だし、さらにいえば昭和64年/平成元年 などと表示すべきかなと。
理論上2つ以上の元号もありうるんでそういうコードにするということでw
0113名称未設定
垢版 |
2019/04/07(日) 12:17:22.87ID:1DuM3sD50
>>112
OSXのロケールはNEXTSTEP由来だったのでかなり頑張ってた方で
旧OS9に比べるとちゃんとしててスゲーなと思っていたのもつかの間
アップルがさぼっている(かどうか知らないが)うちにWindowsに抜かれた
0114名称未設定
垢版 |
2019/04/10(水) 12:07:16.24ID:eaVWl+Kc0
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)
0115名称未設定
垢版 |
2019/04/14(日) 02:16:39.64ID:TDbR5Y4H0
令和も元年対応もICU由来なんでしょ多分。新しいICUを移植しましたって書けばいいのにw

でもあれか、ライブラリ的にちゃんとインターフェースを出してなかったり、あくまでも内部のこと、
ということになってるのか。MeCabなんかと同じで。さすがApple様w
0116名称未設定
垢版 |
2019/04/23(火) 12:59:12.39ID:NHUqce4h0
>>114
結局このアップデートは令和になるまでに出るのかな? そしてMojave以外は?
もしかして現在中の人が最終チェック中?

とりあえずMacの日付設定を和暦にして待つとするかw
0117名称未設定
垢版 |
2019/04/25(木) 19:59:59.36ID:j+FFe0dl0
>>112
Windows OS本体の初期値は"1年"　→　レジストリの変更により"元年"に設定可能
.NET Frameworkの初期値は"元年"

ユーザーの憶測では4/10のWindows Updateで対応すると思っていたが未対応
MSのコメントでは連休前(4/26)には対応したい遅れるかもと言っていたが
明日に配信されるようには思えない
0118名称未設定
垢版 |
2019/04/25(木) 20:13:28.63ID:DMiQ8eqr0
どうでもええけど、元号なんて使うことあるの？
0119名称未設定
垢版 |
2019/04/25(木) 21:12:27.72ID:e2tbXjxT0
Windowsはレジスリにキー追加するだけで対応可能
アプリはまた別の話
アプリの件はmacOSやiOSも同様というかxcodeが対応しないとというレベルで
もっとひどいよw
0120名称未設定
垢版 |
2019/04/26(金) 03:40:02.15ID:3aHdmz3s0
>>117
まあ、所詮、連休前に対応してくれるかもっていうのは
日本政府の希望的観測ですからねｗ

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

ぶっちゃけ遅れてトラブルになってほしい。
そうすりゃシステム対策には時間がかかるって
馬鹿にも理解できるやろ
0123名称未設定
垢版 |
2019/04/26(金) 13:05:06.03ID:79Z8w9aC0
>>119
Xcodeは古いままでも問題ないから。しかるべきコードを書いてれば自動的に新元号に対応する。

ベータ版のiOSとmacOSで令和って表示できたよ。
コード書いてベータ版のiOS入れたiPhoneでも問題なしだった。
0124名称未設定
垢版 |
2019/04/26(金) 13:10:05.95ID:FuW5YJfz0
セキュリティホール残したままで新API対応不可
あまつさえしてAppStoreでの利用禁止なのに何言ってんだw
0125名称未設定
垢版 |
2019/04/26(金) 13:11:04.08ID:awEonolw0
日本語おかしいですよ
0126名称未設定
垢版 |
2019/04/26(金) 18:17:18.82ID:PC7uys4I0
OSの新元号対応より日本語変換の新元号対応して
→ATOKは4/18に対応済み
0127名称未設定
垢版 |
2019/04/26(金) 22:14:56.13ID:wl0hShxs0
>>126
単に単語登録すればいいと思うが。

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

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

おっとっと、この最後の部分は?
もう最終的な称号がどうなるかは決まってるんだっけ? 今までの経緯からすると平成天皇に
なりそうだが... そのタイミングって? もしかして崩御後? とりあえずは太上天皇?
0128名称未設定
垢版 |
2019/04/26(金) 22:17:49.15ID:aU4kmfZZ0
平成院じゃないの？
0129名称未設定
垢版 |
2019/04/30(火) 21:32:13.51ID:YNWiMotZ0
>>127
>単に単語登録

それだと、「あした」「きのう」で変換できない
0130名称未設定
垢版 |
2019/05/14(火) 17:55:53.50ID:CVhzJkM70
macOSのアップデート、きたね
0131名称未設定
垢版 |
2019/05/16(木) 13:36:39.67ID:GIniPXdr0
>>128
平成は諡号になる予定なので、今はまだ使えない。
上皇殿下だっけ？
0134名称未設定
垢版 |
2020/06/03(水) 04:00:45.18ID:i/IHIkcn0
どうでもええけど、元号なんて使うことあるの？
0135名称未設定
垢版 |
2020/06/03(水) 08:24:21.90ID:2mhV7mf50
なんてことを言うんだ。不経済で逮捕されるぞ！
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況