@pierrec #105 又来一个云测评，3D touch 是硬件，有额外成本，但它引入的触感触控这种设计还是保留下来了，现在软件就能实现对应功能不需要硬件。

灵动岛纯软件设计实现，配合实时活动功能，看不出有什么理由要取消。

@456789 #73 请问一下，你用全面屏，怎么去看外卖？
全面屏难道会阻止用不了灵动岛？

@brookegas #30 不太可能，touchbar 是硬件支持，而且可有可无，这是苹果还没做显示屏触摸的一个折中品，成本原因砍掉了而已。

但灵动岛是软件设计，属于实时活动的一部分，现在药丸屏、未来全面屏一样可以使用。就像 3D touch 硬件不用了，但它引入的触感触控还保留下来了。

@WasteNya #27 灵动岛就是软件实现的效果，属于实时活动的副产品。正因为刚好跟 14 系列的药丸屏配合天衣无缝，才得到称赞，实际上使用也确实有非常方便的地方。
而且因为是软件设计，哪天 iPhone 全屏了，灵动岛一样可以保留。就像 3D touch 硬件不用了，但它引入的触感触控保留下来了。

这东西，用过才会有感受，别瞎云测评。

@ericwoflskin #55 因为这些人本来就是喷子，果黑，借这个机会来喷一下的。这种心理现象值得研究。

@Slade9527 #39 你和 OP 这种情况，咨询一下运营商看是不是卡或者他们那边 VoLTE 数据配置或者所在地区基站的问题。VoLTE 就是用来支持通话时上网的，不管你是呼出还是呼入，有问题如果排除是手机设置问题，那就是运营商设置的问题。
这是基本的功能，这么多人在用 iPhone 双卡，通话时都能上网。偶尔碰到过通话时掉 VoLTE 上不了网的问题，都是当时基站有问题，如今年某省运营商的问题。

@xiaooloong #42 这话放以前是对的，但 VoLTE 和 WiFi Calling 出来后则不一定对了。
现有手机，包括 iPhone ，硬件上一般都是双卡双待单通，但是只要运营商支持 WiFi Calling 、且支持数据网络下使用，其实就能变成双通。
当一个卡接电话时，通过 VoLTE 还能上网；另外一个卡可以使用这个数据网络接通 WiFi Calling 通话。
只要运营商开放支持，双通不是问题。
至于有人说有些手机现在也能双通，这是手机给你自动设置了呼叫转移和呼叫等待，实现的伪双通，实际上是你通话卡接了两路电话，另外一个卡其实是没信号的。iPhone 默认没有这样做，但自己手工设置一下呼叫转移，也能实现。

是 GNOME 自带的 RDP 不行？
禁用掉，重新装 xrdp ，用了很多年没有卡过。

留着做双持，很爽的。

@yfwo #10 为什么不会反映？记得有人说过，那个年代，年轻时信共产主义是正常现象，年纪大了还信那就脑子有问题。
奥本海默是正常人，有沾边但没陷进去，最终也算保住自己名誉了。

这片为什么是 R 级？

@Vegetable #5 大哥，Jupyter Notebook JB IDEA 也早就支持了，这个是用 Kotlin 新搞的，不依赖 python 。

貌似已经修复了。

换 CLion+WSL 1 ，Visual Studio 也落后了。

@yidadaa #79 我也按照你这个次序来回吧。

看来你真是不太清楚现代 IDE 是怎么建索引的。
我看你说还在用 NeoVim ，那确实与现代 IDE 技术脱节太久，不太清楚现代 IDE 的能力——我说的现代 IDE 指 JB 系的 CLion 、MS 的 VC++不是那个李鬼 VS Code 、Apple 的 Xcode 等等。
我问你们用什么构建工具没得到答复，那先假设是 Makefile ，因为如果你们用 CMake/Meson 之类的，就应该知道不需要编译就能生成编译数据库 compile_commands.json ，CMake 配置时加个选项就能生成，确实，目前用 Makefile 生成 compile_commands.json 要用三方工具外挂跑一遍编译，但是，你有没有想过，获取这么困难，为什么还需要这个东东？ IDE 为什么要这个东东？主流 IDE 比如 CLion 、VC++等其实都不用 compile_commands.json ，你说的其实是编辑器挂 LSP 的才需要，主流 IDE 有自己的方式快速建索引，等你提供 compile_commands.json 黄花菜都凉了，这也是 IDE 与编辑器的区别，IDE 会尽量做好各种细节体验，接触一下现代 IDE 可以改变你的老看法。
回到前面说的，CLion 不需要编译数据库，你是 Makefile 直接加载就行，IDE 会自动采集你的编译信息，并进行索引，不需要编译、不需要编译、不需要编译——重点的事情说三次。如果非 Makefile 非 CMake 等，那确实可能要先编译一遍才能采集 compile_commands.json ，但 clangd 建索引时也不用编译。这块还是建议你们切换构建工具，提高开发效率。

其次，增量编译是构建工具的能力，你只要分了模块，写不同的构建目标，就天然有编译依赖，如果用 CMake 和 Makefile ，CLion 收集构建工具的信息后，自动会生成构建依赖及目标，这就是增量构建的基础，你选择构目标，就能增量编译指定模块目标，不需要你手工做什么处理。

最后，大型 CPP 项目如果不想本机编译，有很多方法，用 CLion 远程工具链、或者跑 Gateway 、跑远程 IDE 、远程桌面等，有很多种方式，体验也非常好，看个人偏好。最重要的是，你们不再有那种加几个文件，就得去全量构建一次生成 compile_commands.json ，之后编辑器里面代码才能索引，才能继续去开发编译的体验了。CLion 这体验完爆 VS Code 什么的，当然你们得会用才行，怀念 vim 可以装个 IdeaVim 插件。

什么备忘录内容？截图发出来看下？
另外数字的全角半角分得清吧？
还有如果启用了 iCloud 备忘录，检查一下网络有没有问题。

@yidadaa #75 你们这用法不对，建索引并不需要先编译。
你们用的 CMake 还是 Makefile 或者其他构建工具？如果是 CMake 最好了，打开项目配置好工具链和依赖，建的索引就准确了，并不需要去编译；如果是 Makefile 也一样，加载后索引自动建立准确索引；其他构建工具，只要能输出编译数据库，也能加载建立准确索引。
CLion 加载的 CMake 、Makefile 工程，直接就能增量编译，改什么编译什么，不需要全量编译 20 分钟，怎么会一直等编译？其他构建工具，也可以自定义构建命令，只要你命令行能增量编译，CLion 中也能。
话说回来，你用其他编辑器 IDE ，难道改了代码能节省编译时间？而 CLion 中代码修改后，符号索引什么的都是自动刷新的。