@junmoxiao 不然开源的时候给第三方编译者带来很多麻烦事情。
C++ 这些依赖包又不像 Swift Package Manager 那样一句话引用拉倒。

我在我电脑上编译个鼠须管都要很久、且相当一部分时间会浪费在对 boost 的部署上，
除非用 Lotem 提供的预先编译好的 librime （里面有用到 boost ）。

这个脚本有了更新。因为 V2EX 贴文编辑次数有限制，所以请到稀土掘金那边看新版本。
也可以看 gist： https://gist.github.com/ShikiSuen/493babbcc032c6b9bb6332537051f2cb

此文也在掘金那边刊出了： https://juejin.cn/post/7291937079877304359

License: MIT. Copyright 2023 Shiki Suen 或 Copyright 2023 vChewing Project.

P.S.: 其实 JUCE 倒是不错。

@junmoxiao ……你家 macOS 内建 vcpkg ？

@junmoxiao boost 肥得要命。

这个案子或许可以重新翻一下了，因为 Swift 现在可以与 C++ 直接 interop 。

@ChrisFreeMan Apple 现在禁止存取某些 legacy fonts ，为了防止某些网页利用 available fonts 来对用户做 fingerprinting 。柳东原 2019 年在 ATypI 跟我提到过 Safari 当年某个改变也是为了防止这种滥用。

@aelloncs 无法自适应。

没记错的话，XHacker 当初想加入 Apple 的原因可能就是想改善输入法。但现在公司规定使然导致输入法组无权做出任何回应。

这企业多半是犯了这种大公司病。

@Nitroethane ShadowPower 提我的那篇文章与你遇到的故障无关。

@ChrisFreeMan 会不会是调用了华文黑体？

@weeei 感谢您的分享，回头有其他专案我会考虑用一下。

P.S.: 威注音专案是针对企业敏感场合而设计的，不会擅自上传东西。

@ShadowPower 但我那个是我写的输入法有明确存取 iCloud Drive 。
而系统内建的输入法究竟哪个行为被 GateKeeper 刁难了还很难讲，只有 Apple 的 InputMethod 组的人才可能知道。

@27hh Developer release notes 里面没写：
https://developer.apple.com/documentation/macos-release-notes/appkit-release-notes-for-macos-14
https://developer.apple.com/documentation/macos-release-notes/macos-14-release-notes

我也不知道 Apple 那边的设计师怎么想的，但这次这种 destructive behaviorial change 理应安排一套新的 constructor ，而不是改变原有的 constructor 的行为。而且，这种变动，应该写在 release notes 与 documentation 当中。

另：刚刚根据梁海的消息，这确实是 Apple 故意设计的标点挤压行为。但实作方式不太妥当。目前有非 Apple 的业内专员们在与 Apple 沟通这些内容，详情我就不知道了。

咱们这些 dev 要做的也只能是给这些「草率的行为改变」擦屁股。

@0o0O0o0O0o
@shanwu

标点挤压其实是某个 bug 的表象： https://www.v2ex.com/t/977075

Spotlight 这么一个严重的隐私设计缺陷，居然到现在都没人评论，哈哈。