X
macOSは新元号に対応するんですかね？情報が無いよ
■ このスレッドは過去ログ倉庫に格納されています
0001名称未設定
垢版 |
2019/01/01(火) 12:16:42.88ID:lL5KNwen0
あのさ、Apple。東方の小さな島国の年号だからって軽く見てやしませんかね？
0002名称未設定
垢版 |
2019/01/01(火) 12:19:46.45ID:/OrrvkXP0
発表後にアップデートで対応するから心配するな
0003名称未設定
垢版 |
2019/01/01(火) 12:23:42.12ID:lL5KNwen0
>>2
そうじゃねーよ。いきなり未知の年号が登場したら
アプリが困るだろうが。

4/1公表の4/11実施だぞ。10日しかない。
Appleの対応を含めりゃアプリが検証・対応する時間は数日しかないだろ

なにがどう変わるのか、事前に検証するにはどうすれば良いのか？
その方法を提供しろって
0004名称未設定
垢版 |
2019/01/01(火) 12:36:19.31ID:lL5KNwen0
訂正 4/1公表の5/1実施だぞ。1ヶ月しかない
（4/11は元々の公表する日だったみたい）
0005名称未設定
垢版 |
2019/01/01(火) 12:38:46.74ID:zSltcnkN0
Unicodeにない漢字だったりして
0006名称未設定
垢版 |
2019/01/01(火) 12:42:54.95ID:p9Hb8Ika0
どんなアプリが影響を受けるん？
0007名称未設定
垢版 |
2019/01/01(火) 14:37:02.73ID:p2kEBbMM0
システム環境設定→日付と時刻→暦法の設定によってはいろいろな日付が和暦で表示されるから
表示だけならあらゆるアプリが影響を受けるよ
動作に影響するの可能性があるのはNSDateFormatterで和暦を解釈する場合とかかな

まあアップデートが来るでしょ
0008名称未設定
垢版 |
2019/01/01(火) 15:29:39.09ID:23GDDIHf0
元号なんざ、ガラパゴスの極致。めんどくさいし、非合理的だし、いい機会だから即刻廃止願います。
0009名称未設定
垢版 |
2019/01/01(火) 15:59:07.07ID:p2kEBbMM0
>>7は日付と時刻じゃなくて言語と地域だった
0010名称未設定
垢版 |
2019/01/01(火) 17:40:43.18ID:Vgqt7wmW0
新元号対応がギリギリまで遅れるのはAppleなどソフト会社のせいではなく

新元号をギリギリまでどこにも公表しない安倍政権・自民党と
改元当日まで新元号を公表するなと主張してる日本会議・神道政治連盟が元凶
0011名称未設定
垢版 |
2019/01/01(火) 20:16:42.02ID:EZgegV3E0
よっぽどアホな作りしてなきゃ数行書けば対応できるはず
0013名称未設定
垢版 |
2019/01/01(火) 22:40:51.14ID:lL5KNwen0
>>10
> 新元号対応がギリギリまで遅れるのはAppleなどソフト会社のせいではなく
いや、方針とか発表しろよｗ

Windowsはレジストリにキー追加するだけで対応出来るようになってるから
今から新元号が追加された想定でテストできるんだぞ

ついでにいうと、本当は4/11に公表だったのが、Microsoftがそれじゃ間に合わねーよって
言ったから4/1に公表が前倒しになった。Microsoftの影響力はすごいや
0014名称未設定
垢版 |
2019/01/02(水) 00:33:42.98ID:XC5PmUZM0
4月1日だと嘘だという可能性もある
0016名称未設定
垢版 |
2019/01/02(水) 05:22:09.47ID:W4scbfvW0
>>13
macOSとWindowsの普及率考えればまぁ当然だろうな
0017名称未設定
垢版 |
2019/01/02(水) 21:30:56.01ID:Un8RMXJu0
MSすごいって言いたいだけの人だったか…。
レジストリ対応ってなんか危なっかしいな。まあ仮対応みたいなもんだろうが。
0018名称未設定
垢版 |
2019/01/02(水) 22:15:03.79ID:iMwp94kZ0
元号廃止で構わん
西暦変換が面倒くさい
0019名称未設定
垢版 |
2019/01/03(木) 00:03:56.65ID:JhOFF38I0
>>17
レジストリは駄目って言いたいだけの人ですか？
レジストリが駄目ならファイルに保存するのもだめなんでしょうねｗ
0020名称未設定
垢版 |
2019/01/03(木) 03:00:42.22ID:LlaYsc720
>>17
MSがすごいじゃなくて
Appleはいったい何やってんだよ！って言いたい人なんじゃないか
0021名称未設定
垢版 |
2019/01/03(木) 15:02:04.65ID:FVySx0io0
流石にソースコードレベルではすぐ対応できるようにしてあると思うけどね。
レジストリはさすがに永遠にそのままはダメでしょw
0022名称未設定
垢版 |
2019/01/03(木) 20:14:34.32ID:aX0f/W6t0
だからなんでレジストリでは駄目なんだ？
そんなことを言ってるとmacOSや他OSで同等のやり方を
やっていることがわかった時、お前恥をかくだけだぞ。
理由を言っておけって。
0023名称未設定
垢版 |
2019/01/03(木) 22:13:58.36ID:EN56X6pK0
保存すること自体はどっかにしなきゃならんけど、なぜよりにもよってレジストリみたいな比較的不安定な場所？という疑問はある。
過去の元号なんて変わりようがないのに、消したり書き換えたりが容易な場所に保存する意味ってあんの？
よく言えば柔軟性のある仕組みにしてある割に明治以降しか対応してないようだし。
0024名称未設定
垢版 |
2019/01/03(木) 22:55:27.77ID:aX0f/W6t0
レジストリがなにか特殊なものだとでも思ってるの？
実体は単なるファイルなんだけど。
プログラムだって実体は単なるファイル
0025名称未設定
垢版 |
2019/01/03(木) 22:56:23.64ID:aX0f/W6t0
> 過去の元号なんて変わりようがないのに、消したり書き換えたりが容易な場所に保存する意味ってあんの？

バイナリだってバイナリエディタで書き換え可能だし
0026名称未設定
垢版 |
2019/01/03(木) 23:13:54.72ID:zIEt1BXV0
macOSの和暦実装はおそらくICUに依存してて
ICUの方は既に対応が済んでいる(今の所新元号はＱＱになっている)から
どこかのタイミングでアップデートされるんでないの
https://github.com/unicode-org/icu/pull/111
0027名称未設定
垢版 |
2019/01/04(金) 00:45:05.67ID:kQScLeb/0
ICUの実装としては/usr/share/icu以下にバイナリデータがあってそれを参照していると思われる
0028名称未設定
垢版 |
2019/01/04(金) 01:14:03.64ID:awAevaKh0
問題は、MacがICUを使っているかどうか、
いつ対応するのか、とい話なわけだが
0030名称未設定
垢版 |
2019/01/04(金) 01:40:52.30ID:YLRitzRZ0
問題は、Mavericks以前にちゃんとアップデートが来てくれるかということだが……
来るよね？
0031名称未設定
垢版 |
2019/01/04(金) 01:49:28.61ID:kQScLeb/0
ちなみに10.12で確認したところ-[NSDateFormatter stringFromDate:]の場合こんな感じでICUを呼んでる
* frame #0: 0x00007fffdf0753cd libicucore.A.dylib` udat_open
frame #1: 0x00007fffca79f851 CoreFoundation` __cficu_udat_open + 65
frame #2: 0x00007fffca79eaf9 CoreFoundation` __ResetUDateFormat + 425
frame #3: 0x00007fffca81ef90 CoreFoundation` __SetUpCFDateFormatter + 480
frame #4: 0x00007fffcc184047 Foundation` -[NSDateFormatter _regenerateFormatter] + 329
frame #5: 0x00007fffcc183d90 Foundation` -[NSDateFormatter stringForObjectValue:] + 303
0032名称未設定
垢版 |
2019/01/04(金) 05:36:28.50ID:awAevaKh0
>>31
それでいつ公開するんですか？
未定ですか？困るんですよね、先がわからないと
0033名称未設定
垢版 |
2019/01/04(金) 13:43:12.38ID:e8xahDiI0
レジストリってそこだけ集中的にアクセスしてあっという間に壊れるアレ？
0034名称未設定
垢版 |
2019/01/04(金) 14:44:02.38ID:xdJQIP+80
>>33
アクセス集中程度で壊れるなんてmacOSぐらいだろｗ
0035名称未設定
垢版 |
2019/01/04(金) 14:53:12.01ID:Qi7wKnRd0
んだな、sadMac連発になります。
0036名称未設定
垢版 |
2019/01/05(土) 06:03:19.09ID:DgrRdViG0
レジストリ壊れたことある？
自分でいじって壊したことすらないんで意外と丈夫なイメージだが
0037名称未設定
垢版 |
2019/01/05(土) 06:57:16.96ID:HCcVJpi90
>>36
レジストリが壊れたー。Windowsはクソ
フリーズしたー。Windowsはクソ
起動しなくなったー。Windowsはクソ
HDDも壊れたー。WindowsがHDDを壊した

って言ってる間抜けなら見たことがあるｗ
0038名称未設定
垢版 |
2019/01/07(月) 02:37:03.73ID:pay7CdTM0
Appleもこれぐらいやってくれないものかね？
いつまでになにをどうやってくれるのかさっぱりわからん
上の方でicuがどうとか出てたが、icuに依存するところは対応されるんじゃね？という希望的観測で
Appleが提供するAPIレベルで明言されてない。フレームワークとかの日付関数、全部大丈夫なんか？

Japan New Era Name Support Blog
日本マイクロソフトの新元号 (和暦) 対応に関するサポート情報のブログです
https://blogs.technet.microsoft.com/jperablog/

・2017年9月11日 新元号 改元のサポート ブログ
・2017年9月12日 新元号 改元の対応のプロセス
・2018年4月02日 新元号への対応についてのアップデート
・2018年4月20日 Windows 10 機能更新プログラム (2018 Spring Release) における元号のレジストリ更新について
・2018年5月1日 新元号への対応に向けた検証とテスト ケースについて
・2018年6月25日 .NET Framework の新元号対応予定について
・2018年6月25日 新元号プレースホルダーのレジストリを個別に削除、追加する方法について
・2018年7月20日 弊社製品の新元号対応予定について
・2018年9月21日 Windows 10 Version 1803 における新元号の仮定義の削除について
・2018年10月9日 新元号検証ラボと新元号に関するセミナー開催予定のご案内
0040名称未設定
垢版 |
2019/01/07(月) 03:14:56.20ID:xXHPMVL00
アップルはアホなとこある。
0042名称未設定
垢版 |
2019/01/08(火) 08:38:53.43ID:kGoZvm9S0
Windowsの情報いらね
Microsoftを社会から削除しよう
0043名称未設定
垢版 |
2019/01/08(火) 19:59:08.64ID:ztVZ8aQB0
Excelの元号トラブルは
Numbersなど互換アプリにも関わる問題
0044名称未設定
垢版 |
2019/01/08(火) 21:04:08.42ID:AzxeA3MJ0
Excelで新元号で表示されるのに、
Numbersで開いたら「平成」って
表示されることになるんかな？
0045名称未設定
垢版 |
2019/01/09(水) 20:09:20.98ID:jMJ5cWr/0
文字として入れない限りは
日付けとか時間はデータとしてはあくまでも数字だからな
0046名称未設定
垢版 |
2019/01/15(火) 20:07:40.09ID:Ei6C338m0
「4月1日の公表日の決定についてマイクロソフトは関与しておらず、4月10日のWindows Updateで
新元号に対応するかどうか政府と調整はしていない。当社としては、改元の日に間に合うように最大限努力する」
http://ascii.jp/elem/000/001/798/1798005/
0047名称未設定
垢版 |
2019/01/15(火) 22:17:49.19ID:p9nJma8e0
っていうか、ぶっちゃけmacOS上で元号表示にして使ってるか?
元号が変わるから騒いでるだけちゃうんかと。

Mac OS Xで元号が使えるようになった(-> ICUを統合した）のは割と後の方
だった記憶しているが... それまで誰も気にしていなかった記憶が。

あと、そもそもアプリとかで元号の文字列を持っているのもあるんじゃ。
0048名称未設定
垢版 |
2019/01/16(水) 01:40:50.47ID:xYWZCGHW0
Cocoa/CoreFoundationで元号が扱えるようになったのは10.3からかな
0049名称未設定
垢版 |
2019/01/16(水) 04:16:58.90ID:xF0nYjIv0
ことりちゃんが一髪変換できれば、他になにも望まない
0050名称未設定
垢版 |
2019/01/16(水) 18:02:55.15ID:IAPLM74P0
>>48
おっと、意外と古くからあるみたいですね。

そういえばUnicode方面の文書では、平成の開始が1989年1月7日となってるなあ... 1月8日が正解。
ICUもコメントではそう書いてある。けどコードではちゃんと1月8日となってるw

macOS上ではFinderの日付やらカレンダーやら、確かに元号表示できるけど、平成の最初の年とか
「1年」ってなるなあ。「元年」じゃ?
0051名称未設定
垢版 |
2019/01/16(水) 18:17:10.94ID:BUlQuJNP0
>>50
unicode文書の変更は会議にかけて過半数の賛同を取る必要があるらしいから
それは間違いを正す場合でも同じと聞いた
0052名称未設定
垢版 |
2019/01/16(水) 18:18:17.68ID:BUlQuJNP0
つまりは先端的団体に見えてもお役所には変わりないと
0053名称未設定
垢版 |
2019/01/17(木) 03:02:33.25ID:I5cy7pL60
Apple A13にはx86/x64デコーダ搭載か
0054名称未設定
垢版 |
2019/01/19(土) 21:38:08.89ID:PmnoLK6k0
量子CPUはまだですか？
0055名称未設定
垢版 |
2019/01/20(日) 12:26:20.03ID:jBUZKxGu0
macOSのカレンダーで少し遊んでみた。

あれ、日本が太陰暦だった頃のずれが正しく考慮されてないような。
例えば明治の始まった日、慶応でいうと4年9月8日は西暦1868年10月23日のはずだが
暦のフォーマットを和暦からグレゴリオ暦に変えると1868年9月8日になる。
0056名称未設定
垢版 |
2019/01/20(日) 14:37:30.07ID:45AgNLvU0
MacOSって19世紀のカレンダーにシステムレベルで対応したことあったっけ？
0057名称未設定
垢版 |
2019/01/20(日) 20:04:32.80ID:lq47d6090
4で割って100で割ってってあのルールを緩和するために1904年（うろ覚え）スタートにしたとかって奴かな
おかげで2000年問題が生じないとかなんとか
前世紀の遺物については当然記憶も定かではないｗ
0059名称未設定
垢版 |
2019/01/20(日) 21:50:32.43ID:jBUZKxGu0
>>56
>>55のような日付データの扱いに関して、動作を見ると「対応してない」というべきかと。
でも表示だけは明治はおろか無駄に大化とかも出せるんだよなー

例えば純真な学生がMacのカレンダーを使って「本能寺の変は天正10年6月2日か。メモっとこう」
みたいなことをやったら間違い。ってしないかw

ま、ICU自体がその辺はあまりちゃんとしてないみたいなので、それを受け継いでるのかな。
こんなのはとっくに対応してるのかと思ってた。
0060名称未設定
垢版 |
2019/01/21(月) 11:21:58.74ID:JPeqiC3W0
和暦と西暦変換が必要な表計算ソフト位が影響あるんじゃないの？
Microsoft社は一般公開前に教えてくれと日本政府に言ってあるんじゃないかね？

新元号も漢字2文字なんだろうし、UNICODEに無い漢字は使わないでしょう
三国志くらいにしか出てこない人名漢字なんて使わないw
0061名称未設定
垢版 |
2019/01/21(月) 11:25:14.10ID:kun3wCbz0
新元号は、安倍か晋三
0062名称未設定
垢版 |
2019/01/21(月) 14:00:27.41ID:Y1/T7lSA0
>>61
すでに別の用途で一般的に使われてる単語にはしないよ
0063名称未設定
垢版 |
2019/01/21(月) 15:22:14.23ID:kun3wCbz0
じゃ　安三でどうだ？
0064名称未設定
垢版 |
2019/01/21(月) 16:40:36.31ID:Y1/T7lSA0
せめてググってから言えよ
0065名称未設定
垢版 |
2019/01/21(月) 16:41:44.82ID:kun3wCbz0
ググったのか。おつ
0066名称未設定
垢版 |
2019/01/21(月) 16:53:05.42ID:Y1/T7lSA0
ググれっていうのは、言葉を知らんお前に対してだよ
俺は知ってるからググっていない
0067名称未設定
垢版 |
2019/01/21(月) 18:47:39.05ID:4ElJ9A1d0
○○ゲートウェイとかならんだろうな。
0068名称未設定
垢版 |
2019/01/21(月) 18:55:23.80ID:kun3wCbz0
愚虞ではどうじゃ？
0070名称未設定
垢版 |
2019/01/22(火) 23:06:21.18ID:lCLV+V360
次の元号は神無でいいよ、
0071チョンドロイド
垢版 |
2019/01/31(木) 15:43:21.55ID:W4EvgRKE0
>>1
元号なんて廃止でいいだろ
何年前か即座に分からなくて困るから不便極まりない
0072名称未設定
垢版 |
2019/01/31(木) 17:27:51.61ID:urEoCUrX0
キリストの誕生年さえわからなくなる西暦を廃止した方が良いぞよｗ
0073名称未設定
垢版 |
2019/01/31(木) 17:42:40.19ID:AnjDG0NE0
人類は未だに「月」という暦の単位から離れられない。
すなわち人類とは月と共にあるものなのである。
やはり太陰暦に戻すしかないのである。
0074名称未設定
垢版 |
2019/01/31(木) 17:59:52.89ID:z+DJWBst0
やっぱ、ユダヤ歴がいいね。
0075名称未設定
垢版 |
2019/01/31(木) 23:50:06.05ID:+Z/Rm+q/0
西暦も元号もやめて、明治以前の十干十二支にしよう
0076名称未設定
垢版 |
2019/02/02(土) 01:56:04.58ID:9HnA2cuQ0
もう、皇紀と西暦でいいじゃん
その内、宇宙暦とかでてくんだろ？
0077名称未設定
垢版 |
2019/02/02(土) 21:05:02.63ID:ifKBPlJq0
>>76
宇宙世紀ダブルオー・セブンティナインとかあれですか
0078名称未設定
垢版 |
2019/02/06(水) 21:49:59.82ID:dp7T6KU50
>>76
皇紀は年月を遡る形で定義されているので確実性が... 今後の研究の成果等で修正も?

どうやら今より1年が短かった時代があるようで。魏志倭人伝で当時の倭人の寿命が
80～90歳とか最初の方の天皇の在位が異常に長いとかの話もそれで説明可能とか。

しかし零戦とかはどうなっちゃんだw
0079名称未設定
垢版 |
2019/02/06(水) 22:54:48.63ID:sp0RCkAi0
めんどくさいから安倍でいいや
0080名称未設定
垢版 |
2019/02/07(木) 20:07:44.44ID:tHfcOOiK0
>>78
西暦0年生まれじゃないらしいな、キリスト
0081名称未設定
垢版 |
2019/02/07(木) 20:36:07.98ID:OiM18uH60
>>80
お前まじか
0082名称未設定
垢版 |
2019/02/07(木) 20:47:38.87ID:oraplMMQ0
キリストは日本で復活した
0083名称未設定
垢版 |
2019/02/07(木) 21:19:58.39ID:Hg3RmaZm0
西暦0年とか存在しないから生まれようがないわなｗ
0084名称未設定
垢版 |
2019/02/08(金) 04:51:48.27ID:Ws4XrDik0
今だから言えるが西暦は0から始めた方が良かったな
当時の人間には先見の明がまったく無かったと言えよう
0085名称未設定
垢版 |
2019/02/08(金) 06:19:50.46ID:6jT/EQGh0
いや別にどうでもいい
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
なんてことを言うんだ。不経済で逮捕されるぞ！
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況