@omenShaw 可以，整体问题不大，体验尚佳（当然需要你的内网传输质量要足够好）

不同的公司、不同的人，相处方式也不同，这个没有万能法则。

不过换个角度想，mentor 也是有自己的工作的普通员工，多数情况下他们是以本职工作为最优先的，那么尽量不要「浪费」对方的时间就好了。比如开发岗，遇到问题先思考、先尝试，带着思考和尝试的结果去寻求 mentor 的帮助，显然比上来就问要好。

不能说完全弱智。当内容较多而容器高度较小时，滚动条的 thumb 可能会变得很小，不便于用户直接拖动 thumb 。这时设法控制 thumb 的长度是合理（且有意义）的。

但这属于极端情况，如果你们的产品不需要考虑这种场景，那么这个需求不能说毫无意义，只是价值不高。不过退一步讲，当默认状态下 thumb 的长度已经是合理的，特意限制 thumb 的长度就有些无脑了（原因楼上几位说得很明白了）。滚动条不是 Range input，thumb 的长度是有业务含义的。

总之如果一定要实现出来的话，只能自行实现一个虚拟滚动条（自行计算内容高度和容器高度，结合 scrollTop 控制 thumb 的偏移）。

@EIJAM #8 因为万恶的 MAU 。不过官方已经说了后续会使用内置的更新程序（就像 Chroem 那样）

在页面内显示的是压缩后的图片，可以在右上角点开原图

如果你用 Finder 打开文件，右键菜单里按住 option 再选择应用程序

如果组件模板是固定的，建议提前写成组件文件，然后像 @chouchoui #9 那样动态创建组件实例。

如果不想这样，建议手写 render 函数（ JS 或 JSX 都可以），再通过 `<component is>` 创建组件实例。

如果也不想这样，只能加载包含运行时编译器的 Vue，然后把组件模板定义为 template 组装成组件定义，然后通过 `<component is>` 创建组件实例。

如果这样也不行，那只能服务端渲染成 HTML 字符串，然后通过 `v-html` 渲染了。

@liuzhihang #18 自定义存储服务器不现实。哪怕是 FTP，让文件资源符合相应的格式结构要求也很麻烦，这在第三方服务器上是无法保证的事情。而 S3 之外，还没有更合适的选择。

@liuzhihang #13 桌面客户端在可见的未来里还会是基于 Electron 的，另选技术栈开发原生软件的成本不现实。但即便是基于 Electron 也可以实现本地缓存 /离线模式，Notion 正在进行这方面的开发。不过图片等外部资源可能不会缓存在本地，还是需要联机从 S3 取。

@matrix67 #11 你可以导出你的工作区数据

离线模式是当前的重点，前几天刚启动部署，最近大概还在频繁迭代，可以再等等。不过需要注意的是，新版离线机制只在桌面客户端或移动客户端可用。

代码块折叠的功能可能够呛……不够你还是可以跟 Notion 客服提出这个需求，万一人家也觉得挺好呢～（与客服联系时可以使用中文，不过对方大概率是用的翻译工具与你沟通，做好心理预期。）

@wangyzj #2 本来看 220 个小时觉得还行，你这一说挂机了 70 个小时……完蛋了，我快 100 个小时了，然而紫糖还不稳定 🙃

@Mithril #14 「面多加水水多加面」哈哈哈哈哈，精髓！

有点像吃豆人，又有点像小时候用的电热炉里的电热丝🌝

@zxCoder #9 不用 export，直接 const 就行了

@workg #8 什么？

@workg #3 script setup 是不错，但没法用对象展开控制 export 的内容，不然就得用 ref （而不是 reactive ）声明响应式状态。但 ref.value 太麻烦，想省事就得上 ref sugar，而 ref sugar 还不好用🤷‍♂️

我这里实测没有问题。再检查一下你的依赖版本吧。