链滴
社区愿景和功能特性
优雅的 Markdown 所见即所得编辑
快捷键交互
随时自由编辑分享内容
支持注销账号来去自由
分布式社区网络
开放 API
产品
Symphony 社区系统(Java)
Solo 博客系统(Java)
Vditor 编辑器(TypeScript)
思源笔记(Electron、Go)
Pipe 博客平台(Vue、Go)
发展计划表
发展简史
榜单
GitHub 仓库排行
帖子打赏排行
Solo 博客端排行
积分排行
活跃度排行
贡献排行
本站基于开源项目 Sym
编程代码问答
登录
注册
LiFan0525
关注
73004
号成员,
2021-11-11 19:17:00
加入
131
个人主页
浏览
5
帖子
+
回帖
+
评论
309
贡献点
4h27m
在线时长
3
帖子
434
帖子被浏览
181
浏览帖子
0
收藏的帖子
1
帖子被关注
0
关注帖子
10
被回贴
2
回贴
312
浏览回贴
0
评论
0
聊天室
1
收到的感谢
0
被用户关注
0
关注用户
131
主页被浏览
7
浏览他人主页
21
浏览领域
40
浏览标签
758
积分
0
Repos
309
贡献点
0
清风明月
1
关注标签
发布了帖子
只读模式只能全局设定,不能单独针对具体文档吗?
如题,想问目前只读模式只能全局设定,不能单独针对具体文档吗?现在不能的话,未来会改进吗。 目前修改设定很方便,但是对于全局设定来说,某种程度上不算是好事。 大部分文档应该都是只读模式状态,正在编辑中的不会多,为了正在编辑几个文档,关掉只读模式,万一忘了重启开启呢,虽然也不至于出啥大问题,但总感觉只读模式发挥的作用,只发 ..
1 年前
发布了回帖
文档树能否提供更专注的模式,即自动折叠隐藏上层的文档
没精力是客观问题,大家可以慢慢等,只要有优化的希望就好
1 年前
发布了帖子
文档树能否提供更专注的模式,即自动折叠隐藏上层的文档
场景: 当文档积累的越来越多的时候,文档树难免会变得纵线长、层级深,当进入层级比较深的位置时,文档树就显得的不够清爽,想要回头找其他附近位置的文档,我会选择全部折叠,然后再一层层进去,而不是在已展开的文档树里找,因为文档树纵线太长,找起来反而比较费事。 对于喜欢将内容细分,每个文档仅记录某个小主题的用户来说,这种情况会 ..
1 年前
发布了回帖
[体验建议] 点击“图标”位置希望是打开笔记,而不是打开图标设置面板
感谢大大的回复 😄 ,这个小问题什么时候改,或者不改也无所谓,我们可以慢慢适应。 除此之外,还想提及另一个问题,就是笔记内容稍微长点时,大纲的卡顿比较明显,每次跳转指定位置大纲会花个两秒样子,不知道未来是否有改进的计划
2 年前
发布了帖子
[体验建议] 点击“图标”位置希望是打开笔记,而不是打开图标设置面板
初次体验思源笔记,感觉不错,提点无关紧要,但有点影响体验的问题: “图标”相比文字更具有吸引力,所以当想要打开笔记时,鼠标往往会优先移到“图标”位置上, 目前点击“图标”打开的是图标设置面板,而不是打开笔记内容,有点影响体验, “图标”频繁修改的场景比较少,希望可以挪移到其他地方,或者换另一种触发方式。 [图片]
2 年前
关注了标签
大数据
2 年前