Ob 等其他的软件基本都是这个逻辑，设定只读模式下，新建文档可编辑，同一个 Tab 这时切换到其他文档仍然可编辑；打开文档不可编辑 即保证新建文档的操作顺畅，同时保持了同 Tab 内，编辑/只读模式不变 只是建议哈

越用思源越喜欢，但也越来越喜欢看细节的体验优化，最近常用只读模式： 设置默认“只读模式”后，点击新建文档，还是应该进入编辑模式，因为新建的文档，只可能去编辑，对比 Obsidian 等，都是这样的设计： 思源： [图片] Obsidian： [图片] “全屏切换”功能（Alt+Y），在进入“只读模式”后，快捷键不再生效 ..

当我们在设置中，不要勾选“编辑器 > 自适应宽度” 这时编辑器本身是类似定宽展示在屏幕中的 但是当我们每次打开新的笔记，编辑器似乎都会先占据全部宽度，然后在零点几秒内，缩放到合适宽度 这个过程在配置一般的机器上，还带有一些卡顿，打开新笔记多了，是很晕眩的 看上去应该是加载 CSS 宽度的时机问题，应该好改哈，辛苦 ..

那至少选中的 Highlight 效果是不是也应该同鼠标滑过的区域一致呢？只有第一行一部分是 Highlight 的，这个行为很怪诶

好机智！

鼠标拖动划过的区域只有截图中的第一行和第二行，按正常逻辑，应该只复制第一和第二行，但实际把第一~第三行都复制出来了

目前版本：v1.2.1 / Kernel v1.2.1 之前在 beta13 中遇到的，单行内复制文字的问题已经很快解决，点赞 但是目前在跨各种“快”选中、复制文字时，基本没法完成，只要跨越“块”选中的就是整个后续的一整个容器快中的内容，界面展示的文字选中状态，也只是起始块中的部分文字 怎么才能准确的跨“块”选中并复制 ..

您好，是坚果云同步，经过尝试，把日志文件、配置文件等全部删除，再打开就没问题了… 谢谢

1.2.0-beta12 一个笔记文件，编辑过程一直正常，直到编辑到一半之后，笔记本身闪退关闭，应用整体还是正常运转的 打开后，整体文件前面的内容加载都没有问题，但一旦滚动到文件的最后一部分，一瞬间会看到最后一个 H2 块没有加载出来，然后笔记就闪退掉了，应用还是开着的 附上笔记文件在附件里 [链接] 另外，目前是从 ..

@88250 您好，我简单调试了下，的确是思源的某个 JS 事件处理中有点小问题 盲猜测可能是监听中可能阻拦了某些事件冒泡 录屏我存在这个文件里了，在这里：[链接]

搜狗输入法，在其他的应用，例如记事本中，中文模式，输入数字后，点击句号，是能自动输入(.)的 但是在 1.2.0-beta6 中，中文模式不变，输入数字后，点击句号，就真的上屏(。)了，只有在思源笔记编辑区有这个问题

一顿调整，现在 1.2.0 已经被调整的非常适合自己了哈，思源越做越好了，用 JSON 格式也会是个正确的选择！ 赞！

不好意思，看漏了，上面的 CSS 已经有编辑区域宽度了，谢谢！

整个编辑区域的宽度，在 CSS 里能自定义么？

谢谢~

如题，字号和主题发生变化后，行距往往不再合适，在高 DPI 的显示器上尤其如此 建议除字号设置外，增加行距设置选项 btw 同时建议 1.1 中有的编辑区域宽度调节选项回归哈

收到，谢谢！

目前使用 {{.text}}似乎还不错，有些场景想直接放引用的原文，就比较类似直接插入块引用了，有些地方需要修改引用展示的文字，仅作为文档之间内部链接使用 1.2.0 beta1 中，似乎直接移除了这个功能，是基于什么考虑呢？

功能蔓延到资源管理，可能就没有聚焦在笔记本身上了，批量操作文件之类，我是直接进文件夹，批量剪切粘贴 md 文件（1.2.0 之后的 sy 文件）来实现的，想怎么排就怎么排~

另外还有一个问题，之前可以调节编辑器内，文字最大宽度的，现在好像看不到这个选项了 怎么设置这个呢？现在宽屏上编辑区域会 特 别 特 别 宽 = = 同意论坛里另一位兄弟的说法，这次更新之后，很多新特性都非常吸引人，但是基本的文字、排版似乎没有以前好了，恳请大大关注哈

我日常使用希望能够一个屏幕显示很多内容，更新了新的 1.2.0 后，默认的行距都变大了很多，一个屏幕的信息密度变得好低，有什么办法能调节行距么？ 或者有哪个主题是内容显示稍微密集一点儿的么，就像这个论坛的默认行距就行；现在的行距，几乎都是现在论坛的段间行距那么宽 = =