-
[提议] 增加菜单项快速将图片折叠起来, 减少占用文档区域
2022-09-21 17:44就是针对你第二种情境,“把鼠标放到图片所在行,然后 Ctrl+、呼出块标菜单,点击菜单里的折叠”是有效的。
它的有效性可以佐证,有子项的父项也是以段落块为基底的,只是这个段落块的块标遭到并省,只能键盘打快捷键呼出。
针对第一种情况,列表的折叠都是折叠到第一项的,图片本身就在第一项,所以折叠无效。办法也是“把鼠标放到图片所在行,然后 Ctrl+、呼出块标菜单,点击菜单里的折叠”。
至于快捷键,为什么第一种情况下它作用于段落折叠,而第二种情况却又是列表折叠了,它到底是出自怎样的设计逻辑,我还不清楚。
-
[提议] 增加菜单项快速将图片折叠起来, 减少占用文档区域
2022-09-20 11:44如果要求的折叠不是缩略图的话,那么图片所在段落块是可以直接 ALt+Click 折叠的,折成只有图片最上方那么一窄行。
-
[思源笔记经验分享] 差异化对比编辑历史记录与自动补全 Katex 公式
2022-09-15 16:59大佬,能借楼在这给 dark+ 提个建议吗(没 github 号),能不能让全屏后的背景图片沿用之前非全屏时的图,而非像现在这样全屏后改为默认背景图?或者说教教我怎么设置?谢谢 🙏 这点对于有随机背景图片功能的主题来说尤为有用。
-
文字颜色加粗问题
2022-09-10 13:39有一个缓解的空间:行内文字加颜色肯定会连带加粗,但如果是整块文字标记颜色的话可以通过“块菜单--外观“来做,这是只加颜色不加粗的。至少可以部分解决问题。
-
我有一篇笔记是涉及到两个学科,这种情况该如何分类管理?
2022-08-30 18:27如 D 大所说,笔记(文档)的本体是一个个 id,把同一个 id 放到不同的地方,可能有风险。
可以换个操作,使用嵌入块。把位于 A 的笔记嵌入到 B,效果是类似的,而且更快捷,缺点可能仅在于 B 中的笔记是嵌入块样式,要点击一下才能编辑。
-
忍不住 - 发个新帖子【为什么把红圈的功能入口隐藏?需要移动到鼠标到位置驻停才显示?】- 请投票
2022-08-10 22:45你是不是误会了什么,那个功能栏,只要把鼠标移到文档树区域——整块区域的任意部分,都会悬浮显示出来。
假如用户需要定位打开文档,那么即使没有看到功能按钮,也会下意识把鼠标往文档树区域移动。
因此,我推测你是先入为主了,你是本来就知道定位功能在哪,所以看见功能没有直接显示时,直接把鼠标往原位置移动,然后误以为“需要找准点击准确才可以触发功能”。
-
列表块段落块的困惑之二:两种块互相转化的一个细节困惑
2022-08-02 20:45实在没想到还有这么一出。
但我倾向于认为这不合理。你说:“第一种方式……会将段落块的 id 转移到列表项块上”,我测了一下,id 转到的是列表块,不是列表项块。引用块看得不清楚,可以看嵌入块。第一种“-+ 空格”后,接着打回车,创建的新列表项会出现在嵌入块里,而第二种不会。
也就是说,对一段文字“-+ 空格”后,文字所在段落块 id 发生转变,然后生成新列表项块的 id,而列表项块所在的列表块的 id 则由原文字段落块 id 转移而来。
我认为这是 bug,因为哪怕是你误说的“列表项块”,它也和列表块一样属于“容器块”,而段落块属于“叶子块”。《用户指南》:“内容块在逻辑上分为叶子块和容器块,叶子块不能包含其他块,容器块可以包含其他块“。“-+ 空格”操作直接把一个 id 由叶子块挪到了容器块上,或者说直接把一个叶子块修改成了容器块,我觉得不合逻辑。
当然,把这一方面内容定位为特例知识,列为特殊注意事项,自然也不是不行。
-
列表、段落相互转换问题
2022-07-02 15:09- D 大,我认为这是一个相当紧要的注意事项,因为它涉及引用失效乃至内容丢失,是应该特别提醒的(起码在用户指南里)。
- 单用大纲的没事,单用文档的没事,怕就怕混用的,而混用正是该软件的独到之处。
- 这一点与先前若干用户提的另一个功能很有关系,那就是在引用失效时把相应锚文本留下。一来是尽可能保留信息,二来是或多或少减少设置引用时的心智压力:我是引到段落上,还是引到列表上?
-
“虚拟引用”增加选项建议
2022-05-12 11:19D 大,提个小建议,“关键字排除列表”就那一行小框,太少太小了,不利于查看和增删,比如,光把“2021”“2022”,“01”“02”“注”等写上,就已经把那一小行填满了。建议能给个大框。
-
二级有序列表反向缩进后的排序逻辑问题 \ 操作习惯商讨
2022-05-01 22:50就此发散一下,今天不才有人专门发帖批判了一下用户体验吗,提到了使用说明,usecase 问题。我觉得这就是可以列入的一例,有些细节和操作提示是需要讲明的,不然小白用户会“卡壳”。如果将来编写相关文档的话,除了本贴这点,我还能再贡献俩例。
第一,“标题折叠后移动”问题,这是帮助文档--常见问题里的第五个。这是“移动”,没提“剪贴”。我试过折叠后剪贴,效果比较混乱,我没看出规律,不知道怎么描述,反正就是折叠后剪贴是不好的。我猜测这就是帮助文档里只写移动不写剪贴的原因(之一)吧。但是,剪贴得提,如果剪贴操作要不得,那就要明确写出来:“要移动,不要剪贴”。
第二,块标菜单省略问题。常见问题第七条,问:如何调整表格行列?答:表格块的块标菜单中有操作入口。很正确,但是,如果找不到块标菜单呢?
V 姐曾明确答复过我:“为避免出现过多的图标,对仅有一层子块的图标进行了省略。需要使用菜单的话可以使用 ctrl+/ 唤出。”( 列表块里的分割线块建议居中(对齐圆点),及列表块里插入块的可能的一般性问题 - Vanessa 的回帖 )
这不说,谁知道你们省略了哇。链接里的帖子主题是关于分割线的,让我产生困惑的原因也正是分割线块图标被省略了,导致对分割线块的操作总是与对(父)列表项的操作混而为一。如果有不清楚这点的人先“-+ 空格”打出列表,再“、”呼出菜单建一个表格,那坏了,无论鼠标怎么划,也划不出块标菜单的。我印象里我在论坛就回答过几个人的提问,好像就是关于列表项标题级别的。不知道 markdown 语法,没记标题级别快捷键,鼠标又划不出来菜单图标,可不就“卡壳”了?
-
二级有序列表反向缩进后的排序逻辑问题 \ 操作习惯商讨
2022-05-01 21:46是的是的,就是在事先不晓得会发生什么的情况下,操作成了下图:
显然,这顺序都颠倒了,所以自然地就想知道如何批量倒序后六项,形成从上到下的 1234567 的正确顺序。(项目数少的话,当然可以靠鼠标拖动喽,但项目一多就不好这么做了)
-
二级有序列表反向缩进后的排序逻辑问题 \ 操作习惯商讨
2022-05-01 15:54不是一回事。
那篇帖子第二段首句:“大纲笔记的 shift tab 会使得块直接刷新到大纲的最下端”,我不是在讲这样是好还是不好,我讲的是,“刷到最下端的排位逻辑”。
更确切的讲,缩出的项,它并不是被安排在最下端,而是安排在“上级列表项的下一项”。
如图,以从上到下的顺序,分别缩出“1.2”和“2.3”,如果缩出逻辑是排到最下端,那么缩出去的“2.3”的位置一定是在缩出去的“1.2“之下。实际效果却是相反的:
由此我推测,缩出的排位逻辑不是”最下端“,而是”上级列表项的下一位“。
我表示异议的地方正在于此,而一律把缩出项排到最下,正是不会出现排序颠倒问题的。
-
建议:引用的 ID 被删除后保留引用内容
2022-04-14 13:54支持一个。信息方面,留有痕迹总比消失干净要好。
ps:分享一个快速设置静态原文锚文本的心得,不知道大伙知不知道。那就是不需要复制粘贴,只要把光标放进去,打个空格再删掉,静态锚文本就设好了。
-
粒度问题 - 来自多篇 -> 多段内容中的具有相同特征的句子,除打标签外如何汇总整理?
2022-04-13 00:06楼上介绍得非常好啊。补充一小点,集市里 Meteor/Me 模板里的“link”能以 sql 查询的形式列出反链内容,不需要手动从反链面板弄到文档里。
不想用双链的话,应该可以使用加粗或高亮,然后汇总。我没用过,我只见过有人分享过模板,参见 【模板分享】文档背景色高亮文字汇总模板 和 【模板分享】如何汇总文档中所有包含加粗 | 高亮 | 颜色文字的内容块
-
一些问题的反馈
2022-04-09 22:49第一个问题,看起来你是转换标题级别的吧。如果是,那么你呼出的菜单是列表项的菜单,不是标题所在的文字块的菜单,这个菜单图标被省略了。换标题级别有两个办法,一个是 markdown 语法,另一个是快捷键“Ctrl+/"。
-
关于引用关系图的几个问题
2022-04-09 22:21试试只开“日记”(没有使用日记的话也就不用开了)和“箭头”,“引用块次数过滤”设置为 1
这样应该就是文档级别的引用关系。
理解这一点,你可以试着举一反三,把引用关系细化到块级。反正我没成功,实际情况比预想的要复杂,不知道怎么设置。
特别地,有个问题,块级节点在显示时只有一个点,具体代表什么,还有靠鼠标悬浮,甚至点进去,很不方便,不实用。
-
[思源笔记经验分享] 使用网络背景图片 / 本地背景图片
2022-04-08 23:03反映一个情况,供大佬斟酌。
顶部工具栏上“删除当前文档”和“随机网络图片”是紧挨着的,而”随机“往往意味着”短时间内多次使用“,这增大了误触风险。我就误触了。诱使我犯错的,不仅是位置,还有鼠标指针形状,分明是禁止形状(一个圈内加斜线)而非手指形状,确仍然触发整个文档内容的删除,删除动作也不是能靠 Ctrl+z 撤销的,得从 history 里翻。
建议挪挪位置。
-
担忧:“反链提及转换为引用时使用动态锚文本”
2022-04-03 14:24嗯,统一是一种好处。我这里的意见也提供了一种统一,就是看文本产生逻辑里有没有引用的意图在。聊备一说吧,看以后有没有更多的用户再讨论这个话题了。
-
担忧:“反链提及转换为引用时使用动态锚文本”
2022-04-03 13:00是说提及转引用后,在原提及处设置一遍静态锚文本吗?如果是这样,这与主楼中的”如果误操作是即时发现的,倒是能复原,问题在于没有即时发现,一旦发现就已经是不知道多少时间之后了“都是一回事,那就是人会犯错。
可能会忘了设置(没有养成习惯),也可能不知道怎么回事误触了转引用的按钮(鼠标很轻啊,触控板很灵敏啊等等),犯错不可怕,纠正就行了——问题就在于潜在的不可纠正的情形。那就是犯错后,不知何时发生了文本变动,又不知何时发现了文本变动,这时候已经无力回天了。
当然,就理性计算而言,提及转引用应该不是常用功能,犯错的可能也比较小,二者叠加的可能更小,但这终归是潜在的不可逆事故。起码要心里有数。