@biidbiid 我感觉这不是普遍故障，不然以苹果的持有量，新闻应该铺天盖地了，你在保内的话可以去天才吧看看，不然只能借一台低版本手机排错了

这件事情有点意思，以前是在微博维权，那现在微博侵权了，只能到 B 站维权了，那假设阿里在 B 站的股份超出一定比例，又能到哪维权呢？百度贴吧么？

互联网巨头的违法成本远小于处罚成本，因为股权交叉掌握互联网发声喉舌，这样的铁证花了 50W 还不见得能打赢官司，法律到底在保护谁的利益？

真不愧是中国最大的 X 坑，从来没有让人失望过

我的没有这样的故障，同 iOS 15 ，你试试重新匹配一次看看

不要催眠自己啊！！！

比想象的要厚不少，太像机械硬盘时代的 MacBook 了

@james504 感谢回复，我现在已经佛系了，反正照片确实上传到 iCloud 了，这就够了，本地该怎样就怎样吧，我也没那么多功夫帮苹果排 bug

@hatw 我的测试结果是会有备份，但是我不确定是不是 bug，我之前相册 50 G，整体占用 80G，现在开启优化存储之后，整体占用 30G，但是吊诡的是相册占用直接不显示了，重启也不显示，实际上我手机相册里大部分还都是原图，不可能一点不占用的。

之前这里死活计算不出来占用数据，特么通讯录还给我计算一个负数出来，删掉才正常。

我刚才的备份数据大概是 60 G，很显然里面有大量照片数据。

我的结论是 iOS 特么就是一个 bug 遍布的系统，你没遇到可能恰巧没有触发而已。

我现在的账户 iCloud 点击管理空间也是有 bug 的，反馈给所谓高级客服，也不了了之，绝了。

@Junichi No，不下载，我可能是遇到 bug 了，现在我已经知道它这个逻辑就可以了，谢谢

@honjow 点开毫无反应，等了 10 秒也没变清晰啊，Wi-Fi 环境

@CodeCodeStudy 卖不来什么钱，还不如给我搞个本地 Web 服务器玩玩

@dingwen07 苹果要是跨栏处理，吃右边图标的情况可能以前不明显，现在反而是个问题。

极端情况下就是要跨的那个菜单名称超长，刘海左边白白空一大截，右边再吃掉一大块，想想都带感，一个妥协的设计引发了更多的问题。

@blackcatxh 我觉得难，苹果电脑本身市场占有率就不高，现在 3A 还都是 x86 的，熬到那个时候说不定都云游戏了，也没电脑什么事儿了

@xaoflysho 让菜单栏“跨栏”我觉得在交互上算下策，首先要跨栏的应用本身就不多，而且后面的多是 Window 、Help 这些万年没人管的菜单，作为二级菜单影响也不大，如果跨栏显示，免不了用户琢磨是刘海下面有菜单，但是没显示出来还是挪到右边去了，而且看起来也很蠢。

比较合理的方案还是刘海左右彻底分开，系统自动算法判断，如果某一个 APP 菜单栏触发到了刘海区域，会将最长的那个缩写控制，比如 “Source Control Manager” -> “Sou...Manager” 算法类似 iPhone APP 最长名称截取，用户点击这个菜单之后，再显示完整名称，其他菜单往右边挤，超出刘海区域会跑到 “更多” 里面，我这个方案可以解决 95% 的问题了，剩下开发者适配一下，好好考虑一下算法是不用那么蠢的。

@wangedenr 看视频很好理解，没有用户操作的部分，音量亮度固定，直接循环放就可以了

网页的话，变量可就多了去了，每 3 秒点击一次链接，然后上下来回滚动测出来的肯定比每 30 秒点击一次，完全不滑动屏幕续航短多了。

哪种都不是，我盲猜就是菜单栏和右边的图标彻底分开，就像 iPhone 一样

菜单栏如果长度不够会显示“更多”，点击之后以二级菜单的形式显示原有的菜单，系统级处理。

鼠标指针的话，如果移动到刘海区域不会被挡住，用户都是拉到顶再平移鼠标，你乱动它的轨迹太违反用户直觉，所以我觉得是 2，根本不去处理

@wangedenr 这个是错译，够离谱的，它也没说清楚怎么测

本来也有 2 年保修，你不进水一般没问题，你买 AC+ 也就多一年保险

@wangedenr 我现在觉得它叫 m1 Max / Pro 还挺有道理的，要是叫 m2，这就属于功耗比开倒车了就是。