PrefUI // Explain why IMKCandidates gets deprecated.
This commit is contained in:
parent
006192db87
commit
0142258f34
|
@ -172,6 +172,13 @@ struct VwrPrefPaneCandidates: View {
|
|||
"By checking this, Tadokoro Candidate Window will use SwiftUI. SwiftUI was being used in vChewing 3.3.8 and before. However, SwiftUI has unacceptable responsiveness & latency & efficiency problems in rendering the candidate panel UI. That's why a refactored version has been introduced since vChewing 3.3.9 using Cocoa, providing an optimized user experience with blasing-fast operation responsiveness, plus experimental mouse-wheel support.".localized
|
||||
)
|
||||
.preferenceDescription(maxWidth: CtlPrefUIShared.maxDescriptionWidth)
|
||||
Button("Where's IMK Candidate Window?") {
|
||||
if let window = CtlPrefUIShared.sharedWindow {
|
||||
let title = "The End of Support for IMK Candidate Window"
|
||||
let explanation = "1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023)."
|
||||
window.callAlert(title: title.localized, text: explanation.localized)
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
|
@ -1,4 +1,7 @@
|
|||
"vChewing" = "vChewing";
|
||||
"Where's IMK Candidate Window?" = "Where's IMK Candidate Window?";
|
||||
"The End of Support for IMK Candidate Window" = "The End of Support for IMK Candidate Window";
|
||||
"1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023)." = "1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023).";
|
||||
"Please drag the desired target from Finder to this place." = "Please drag the desired target from Finder to this place.";
|
||||
"[Technical Reason] macOS releases earlier than 10.13 have an issue: If calling NSOpenPanel directly from an input method, both the input method and its current client app hang in a dead-loop. Furthermore, it makes other apps hang in the same way when you switch into another app. If you don't want to hard-reboot your computer, your last resort is to use SSH to connect to your current computer from another computer and kill the input method process by Terminal commands. That's why vChewing cannot offer access to NSOpenPanel for macOS 10.12 and earlier." = "[Technical Reason] macOS releases earlier than 10.13 have an issue: If calling NSOpenPanel directly from an input method, both the input method and its current client app hang in a dead-loop. Furthermore, it makes other apps hang in the same way when you switch into another app. If you don't want to hard-reboot your computer, your last resort is to use SSH to connect to your current computer from another computer and kill the input method process by Terminal commands. That's why vChewing cannot offer access to NSOpenPanel for macOS 10.12 and earlier.";
|
||||
"Quick Candidates" = "Quick Candidates";
|
||||
|
|
|
@ -1,4 +1,7 @@
|
|||
"vChewing" = "vChewing";
|
||||
"Where's IMK Candidate Window?" = "Where's IMK Candidate Window?";
|
||||
"The End of Support for IMK Candidate Window" = "The End of Support for IMK Candidate Window";
|
||||
"1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023)." = "1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023).";
|
||||
"Please drag the desired target from Finder to this place." = "Please drag the desired target from Finder to this place.";
|
||||
"[Technical Reason] macOS releases earlier than 10.13 have an issue: If calling NSOpenPanel directly from an input method, both the input method and its current client app hang in a dead-loop. Furthermore, it makes other apps hang in the same way when you switch into another app. If you don't want to hard-reboot your computer, your last resort is to use SSH to connect to your current computer from another computer and kill the input method process by Terminal commands. That's why vChewing cannot offer access to NSOpenPanel for macOS 10.12 and earlier." = "[Technical Reason] macOS releases earlier than 10.13 have an issue: If calling NSOpenPanel directly from an input method, both the input method and its current client app hang in a dead-loop. Furthermore, it makes other apps hang in the same way when you switch into another app. If you don't want to hard-reboot your computer, your last resort is to use SSH to connect to your current computer from another computer and kill the input method process by Terminal commands. That's why vChewing cannot offer access to NSOpenPanel for macOS 10.12 and earlier.";
|
||||
"Quick Candidates" = "Quick Candidates";
|
||||
|
|
|
@ -1,7 +1,8 @@
|
|||
"vChewing" = "威注音入力アプリ";
|
||||
"Please drag the desired target from Finder to this place." = "ご指定したいものは直接に Finder からこの辺にお引
|
||||
// MARK: - Porting NSPathControl to SwiftUI.
|
||||
きずりを。";
|
||||
"Where's IMK Candidate Window?" = "IMK 文字候補ウィンドウはどこに?";
|
||||
"The End of Support for IMK Candidate Window" = "IMK 文字候補ウィンドウのサポート中止のお知らせ";
|
||||
"1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023)." = "1) IMKCandidates は macOS だけで利用可能のシステム構成部品であり、ObjC Bridging Header にて特殊の内部 API を使う必要があるため、本アプリの「他のシステムへの移植計画」に妨げています。\n\n2) IMKCandidates には数多くのバグがあり、そして Apple 社に修復される可能性はほぼゼロだと見込めます。さらに、Apple 社の IMKCandidates 開発参与者たちはそれについての一切内容を Apple 社以外の人と話すのは、会社の規則によって禁則事項です。従って、IMKCandidates をこのまま使い続くのは、本当にうんざりです。況してや、これからも、Apple 社が IMKCandidates に何か内部変化を導入して、新たなる互換性支障が生ずる恐れがあると見込めます。Apple の公式の InputMethodKit サンプルプロジェクトに、IMKCandidates が使われていなかった理由はこれこそだと推測できます(2023年8月までの話)。";
|
||||
"Please drag the desired target from Finder to this place." = "ご指定したいものは直接に Finder からこの辺にお引きずりを。";
|
||||
"[Technical Reason] macOS releases earlier than 10.13 have an issue: If calling NSOpenPanel directly from an input method, both the input method and its current client app hang in a dead-loop. Furthermore, it makes other apps hang in the same way when you switch into another app. If you don't want to hard-reboot your computer, your last resort is to use SSH to connect to your current computer from another computer and kill the input method process by Terminal commands. That's why vChewing cannot offer access to NSOpenPanel for macOS 10.12 and earlier." = "【技術上の原因説明】macOS 10.12 とそれ以前の macOS には、入力アプリが自ら NSOpenPanel を呼ぶと、入力アプリ自身も、全ての触れ合った客体アプリも、全部固まってしまう状態になります。こうなると、強引的にパソコン再起動や・或いは SSH で他のパソコンからこの入力アプリの強制停止が必要です。従って、弊アプリは macOS 10.12 とその以前の macOS には NSOpenPanel のアクセスの提供はできません。";
|
||||
"Quick Candidates" = "早速候補";
|
||||
"Alvin Liu (Imitative)" = "劉又銘擬音注音配列";
|
||||
|
|
|
@ -1,4 +1,7 @@
|
|||
"vChewing" = "威注音输入法";
|
||||
"Where's IMK Candidate Window?" = "IMK 选字窗去哪里了?";
|
||||
"The End of Support for IMK Candidate Window" = "关于 IMK 选字窗不再受支援的通知";
|
||||
"1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023)." = "1) 只有 macOS 才有 IMKCandidates 可用。该元件依赖特制的 ObjC Bridging Header 才能工作,这妨碍了威注音输入法的跨平台模组化。\n\n2) IMKCandidates 浑身是 Bug,且 Apple 不太可能修复之。甚至 InputMethodKit 的开发人员们都不被允许与任何非 Apple 员工讨论这些内容。于是 IMKCandidates 基本上用不下去了,更遑论 IMKCandidates 未来可能发生的会导致相容性问题的内部改动。这很可能也是 Apple 官方 InputMethodKit 示范专案当中没有用到 IMKCandidates 的原因之一(截至 2023 年 8 月)。";
|
||||
"Please drag the desired target from Finder to this place." = "请将您想要的目标直接拽到此处。";
|
||||
"[Technical Reason] macOS releases earlier than 10.13 have an issue: If calling NSOpenPanel directly from an input method, both the input method and its current client app hang in a dead-loop. Furthermore, it makes other apps hang in the same way when you switch into another app. If you don't want to hard-reboot your computer, your last resort is to use SSH to connect to your current computer from another computer and kill the input method process by Terminal commands. That's why vChewing cannot offer access to NSOpenPanel for macOS 10.12 and earlier." = "【技术原因】macOS 10.13 之前的版本的系统会在输入法自身呼叫 NSOpenPanel 的时候令自身与客体应用陷入无限停止响应的状态。更甚者,此时任何尝试切换到的其他客体应用也会陷入同样的状态。除了强制断电重新开机以外,就只能借由远端 SSH 连到目前的电脑上、以终端命令强行终止输入法执行绪。因此,威注音输入法不能对 macOS 10.12 及之前的系统开放对 NSOpenPanel 的存取。";
|
||||
"Quick Candidates" = "快速候选";
|
||||
|
|
|
@ -1,4 +1,7 @@
|
|||
"vChewing" = "威注音輸入法";
|
||||
"Where's IMK Candidate Window?" = "IMK 選字窗去哪裡了?";
|
||||
"The End of Support for IMK Candidate Window" = "關於 IMK 選字窗不再受支援的通知";
|
||||
"1) Only macOS has IMKCandidates. Since it relies on a ObjC Bridging Header to expose necessary internal APIs to work, it hinders vChewing from completely modularized for multi-platform support.\n\n2) IMKCandidates is buggy. It is not likely to be completely fixed by Apple, and its devs are not allowed to talk about it to non-Apple individuals. That's why we have had enough with IMKCandidates. It is likely the reason why Apple had never used IMKCandidates in their official InputMethodKit sample projects (as of August 2023)." = "1) 只有 macOS 才有 IMKCandidates 可用。該元件依賴特製的 ObjC Bridging Header 才能工作,這妨礙了威注音輸入法的跨平台模組化。\n\n2) IMKCandidates 渾身是 Bug,且 Apple 不太可能修復之。甚至 InputMethodKit 的開發人員們都不被允許與任何非 Apple 員工討論這些內容。於是 IMKCandidates 基本上用不下去了,更遑論 IMKCandidates 未來可能發生的會導致相容性問題的內部改動。這很可能也是 Apple 官方 InputMethodKit 示範專案當中沒有用到 IMKCandidates 的原因之一(截至 2023 年 8 月)。";
|
||||
"Please drag the desired target from Finder to this place." = "請將您想要的目標直接拽到此處。";
|
||||
"[Technical Reason] macOS releases earlier than 10.13 have an issue: If calling NSOpenPanel directly from an input method, both the input method and its current client app hang in a dead-loop. Furthermore, it makes other apps hang in the same way when you switch into another app. If you don't want to hard-reboot your computer, your last resort is to use SSH to connect to your current computer from another computer and kill the input method process by Terminal commands. That's why vChewing cannot offer access to NSOpenPanel for macOS 10.12 and earlier." = "【技術原因】macOS 10.13 之前的版本的系統會在輸入法自身呼叫 NSOpenPanel 的時候令自身與客體應用陷入無限停止響應的狀態。更甚者,此時任何嘗試切換到的其他客體應用也會陷入同樣的狀態。除了強制斷電重新開機以外,就只能藉由遠端 SSH 連到目前的電腦上、以終端命令強行終止輸入法執行緒。因此,威注音輸入法不能對 macOS 10.12 及之前的系統開放對 NSOpenPanel 的存取。";
|
||||
"Quick Candidates" = "快速候選";
|
||||
|
|
Loading…
Reference in New Issue