@wdhwg001 @nicoljiang 我倒是对 H266 的 VVIF 更加感兴趣 估计苹果会率先支持确定 HEIF
而且貌似 VVIF 理论上压缩率应该比 AVIF 还要好 但是授权问题嘛 估计不会比 HEIF 好

如果能对比 JPG HEIF VVIF AVIF 会比较有意思

好像说是不会出 macos 正式版
只有 iOS 和 iPadOS

大版本升级肯定是抹盘重装好啊

@shijingshijing Office365 确实是靠之前打下的基础 而且从功能上说 Office 还是同类里面 做的最好的
但是 Azure 并不是全是靠 win 生态才火起来的 Azure 本来就不依赖 Windows
从各个方面而言 Azure 已经是除了 AWS 之外最好的选择之一 而且比 GCP 要强一些
所以就算是 Windows 跨了 Azure 也不会有太大的影响
当然 Office365 会有不小的影响 但是功能上和 GSuite 比还是强的 而且就算是 Mac 上 Office 的体验也还是比 GSuite 好一些的 而且 Win 在桌面客户端而言长期还会是大头 只是整个桌面客户端的比例会进一步萎缩罢了

@fuxiuyin 这种内部的东西还是不要随便发到公开的地方 如果没怎么被看到也就算了 v2 流量这么高的地方 被内部人员看到可能会涉及到泄密哦
如果 reorg 已经被公开 那么情况会好一些 但是对于 winserver 内部的消息 最好也不要发出来

你可能需要 cd 到.Trash 里面再删除这个文件 而不是删除 .Trash 本身

就是 callkit
不过好像管得比较严

@existmoe Medis 其实是免费的，App Store 买相当于是给作者捐助
Medis 可以比较容易下载到别人做好的免费版本
如果不放心 自己用源码也可以编译一个自用

@Dvel 现在自己编译运行 iOS App 不需要付费开发者了
任何人有 xcode 就可以 只不过有效期只有 7 天 过期需要重装

@Ritr 你说的是 gyp 把
那个你只要配置一次就好了 而且任何二进制模块编译都需要 我大部分项目都有二进制模块所以就还好
不太记得 win 下是否有预编译好的模块下载 如果有的话就不用本地编译了

这个等什么时候 node 稳定支持 wasm 应该就可以彻底解决这个问题了把

不过 @king888 真的提供了一个很好的选择 https://www.npmjs.com/package/sass
这个实际上已经算是 js 版本了 不需要编译 就可以用了 就是稍微慢一些

@Ritr 为什么不友好呢 如果说 ruby 版的确实 但现在都是 c 版的了 node-sass 应该在 win 下没啥大问题

如果仅仅考虑 sass less stylus 里面挑一种 建议 sass(scss)
最成熟 而且用的人也多

less 出现的时候 比 sass 的主要优势就是 less 是 js 实现的 所以对 nodejs 比较友好 而 sass 之前是 ruby 实现的
但是现在 sass 核心使用 c/c++实现的 node 的支持也没问题了 所以 less 比 sass 的优势就没那么明显了 功能上和成熟度还不如 sass
很多流行的框架 都有 sass 源码 但 less 的比较少 用 sass 比较方便扩展和定制
(stylus 基本上不考虑了)

除此之外 postcss 也是可以的 可以单独用或者作为 sass 的补充也不错

除开这几个预处理器 还有一些 css-in-js 的实现 可以了解一下
可能灵活度会更好 而且对 component 组件化更加友好一些
但是功能和成熟度要差一些 而且选择也是眼花缭乱

由于有网站利用自动播放声音广告 现在很多浏览器都默认禁止了

@learningman 还不能是 externals 这样碰到了还是会报错
如果确定不用到可以 ignore 或者用空文件替代

那就没有别的了
除非你有快捷键冲突
或者你要剪切非文本框的文字 那么自然没部分剪切 但是会起到复制的作用

比如你在回复的时候 你选中文字 cmd+x 就肯定可以剪切
另外在右键菜单里面也会有剪切呀

不过也有情况是某些 App 里面没办法复制或者剪切的

不是吧 这么基础的问题 应该网上很容易找到解答把
Cmd+X 啊 Mac 快捷键 常用的基本上就是把 Cmd 当作 Ctrl 就可以了
除非你连 Cmd+C 和 Cmd+V 都不知道

可以的 理论上 5w 都可以充电

但是最好是关机充电 至少要睡眠的情况下
否则 如果一边用一边充 那么充的还没用的多 电池还会减少

其实原因很简单 要把 Intel 换成 AMD 也是要下很大功夫的
对苹果而已 与其花这个功夫 不如干脆用 ARM 取代算了 一步到位
而且同时也对 iPhone iPad 会有帮助 不需要再整两套硬件了

@Stain5 T2 本来就是 ARM 所以你说的 ARM + x86 现在已经是这样了 而且分担了很多底层的活
只不过 如果 x86 还在 这个 ARM CPU 还不能太强大 不然功耗吃不消
这样一来 谁还会花功夫跟着苹果把 app 从 x86 迁移到弱很多的 ARM 上面去

对于高端 mac 接着用 Intel 1-2 年就可以了
到时候 自己的 ARM CPU 应该也可以堆叠的很强大了 GPU 也可以同时发展
应该就可以彻底取代 x86 的架构了

绝对不会 相反 苹果希望把 macOS 变成 iOS 这样所有 App 就都要从 App Store 里面购买了