昵称又不能直接显示那设置昵称有什么用

这个建议不应该给笔记软件提，应该去给 marginnote 提 ......

+1

我先给大家讲个 obsidian 的例子好了。

obsidan 虽然不能自部署，但是本地的所有文件可以用一些三方的同步工具来同步。电脑端的同步不用多说，就连 ios 和 android 搞三方同步也都算比较方便，obsidian 的 手机 app 做得不错，本来可以靠手机 app 促进订阅，但是最后好像（至少在国内）也没起到多大促进作用。

我的 obsidian 订阅还没过期，因为里面存有一些东西本来是打算续下去的，但是前段时间发现了 remotely save 这个 obsidian 插件，续费的欲望瞬间就被浇灭了。本来很多国内用户就不是很能接受 US Dollar 的定价，我想其它人在发现靠插件就能免费解决同步问题之后，也很难再对 obsidian 有订阅的欲望。

我对于订阅这件事是这样分析的，假设我自己真的经济困难无法订阅，那么我在选择一个软件的时候真正应该考虑的不是这个软件能提供怎样的免费体验，而是这个软件能不能吸引除我以外的其他人去订阅。假如靠一个 remotely save 插件就能方便而免费地解决同步问题，这对于不订阅的用户来说其实并不是什么好事，因为这意味着不仅自己不订阅，其它所有人也都不会付费订阅来供养一个项目。而如果商业项目不能正常盈利，长期来看开发和运营也会受到影响，不订阅用户同样会提心吊胆天天找退路。

游戏行业一向是极少数的重氪玩家带来了绝大多数流水，所有免费玩家都是靠重氪玩家花钱养着制作组才能有得玩。而笔记类软件订阅价格低廉，不存在重氪用户，只能靠所有人共同把订阅率提高一点才能有得玩，所以我想订阅这件事本来就是为了自己。

很多早期 512 用户和前段时间在活动中邀请了超过 7 个人的用户尽管已经没有续费按钮了，但他们依然在为宣传和社区建设出力，这同样是为了自己。如果一个人对自己的利益都漠不关心，在将来付出代价也不足为奇。

官方已经对 docker 版本的持续更新做出了承诺，所以用户之间如果有口角争执建议私下自行解决。一名用户不订阅本来没什么，但如果来社区一趟仅仅是为了给不订阅寻求正当性甚至寻求官方鼓励，那可能没有冒泡的必要。

说到官网，这个斜体确实有点不好看......

好像是该关联一下，不知道好不好做

非不为也，实不能也。

没有哪个开发者不希望有一个蓬勃活跃的三方生态，但这件事不是自己能决定的。

初始选择是有点多余

啦

已解决：要在设置里打开

对 [[名称]] 的导入支持好像被移除了

大部分笔记软件都只是文档被引用时，才会出现在反链面板。

这个是因为「大部分笔记软件」对双链的理解太差。

砍了 ctrl+p 确实不行。

另外搜索页签最好不要分屏。

可以改改 css 把它隐藏掉，或者更换显示的文字和样式

棒

👍

标题块在架构上不是容器块，悬浮预览是做了单独处理

- [[生活记录]]
  - xxxx
- [[工作记录]]
  - yyyyyyy
- [[其他专题]]
  - zzzzzzzzz

不管分了多少个笔记本，只需要一个笔记本有 daily notes 就够了

+1，从民意来看，应该把点击圆点的行为改回聚焦

从 AppFlowy 把 Open Source Notion Alternative 当做自己 slogan 的那一刻起，就注定是个平庸的产品。

类似的还有当初想给大象做 alternative 的 ZOHO、Alternote、Turtl，现在一个比一个差劲；joplin 比前面三个做得好一些，但它最大的优点还是在于开源，以 joplin 的品质如果去做商业产品估计根本收不到几个钱。

而且这些模仿者做得差并不完全是因为它们模仿的对象不够好，实际上就算那个模仿对象再优秀也没用，roam research 够优秀了吧，看看开源模仿者 Athens，至今甚至连勉强可用的程度都没有达到。

总之，至少在笔记类软件里，凡是把自己定位成另一个商业软件代替品的开源软件，都没有必要关注。目前唯一的例外是 logseq，既开源又做得很好，但人家早晚也是要商业化的。

@Vanessa 大佬关注一下

+1

后续也支持不了，lakebook 是加了混淆的，思源解析不了

已加入软文素材

不是先维护一个索引，如果预先维护一个结构，那就失去 daily notes 的意义了。

要预先维护的东西有两种，一是主题锚文本或子主题（roam research 或 logseq），思源如果要写成 [[主题]]：子主题 下级节点不会展开，这个信息可以写在子节点里；二是局部承接关系，conor 在下面的视频里做过一点演示，在他觉得某段话可能紧接在过去记录的某段话之后时，就会用块引用把两段话链接一下。

这个视频

我是这样做整理的 ↓

最重要的第一步：判断当前这个主题究竟需不需要做整理。用几个具体的切入角度来说：

1. 对当前这个主题，自己花费时间去整理，其效果是不是真的比插入个 SQL 块随机查看更好？
2. 如果自己整理的效果只比随机查看好一点点，有没有必要花这个时间？
3. 如果这是一些不对外公开、仅供自己个人查阅的笔记，有必要必要花这个时间？

只要认真对待这一步，就能节约大量的时间精力，毕竟「整理」也不是什么天经地义的事，比如像 code snippets 这种笔记哪怕在传统笔记工具上也没多大必要整理，有个全局搜索就行了。就我所见，以很多人对大主题长文本的驾驭能力，整理半天可能还真的不如直接用 SQL 块随机查看。所以我的感觉是，只有出于任务不得不做，或者对某个主题有了比较深度的思考，才有必要去整理。

第二步，如果真的要整理某个主题了，我就先阅览反链里的所有资料，这个过程中可能做一点修改或者添加；把所有反链资料看熟之后，这个主题的结构就已经开始在脑海里涌现了，然后我就先在正文区把它记录下来，比如我觉得这个话题得分三个主要部分来讲，就先在正文里写三个标题

# part 1
# part 2
# part 3

最关键的一点是，到这里为止都不需要把所有反链内容转移到正文 。等结构思考得差不多了，再把侧栏反链的内容直接拖向它应该在的地方。如果一开始就把所有反链拖进正文，整理起来肯定是超级麻烦的，反链在底部的大纲型双链笔记其实也有这个问题，它们不分屏的话得不断上下翻动。

只要结构梳理完了，后期整理是很轻松的。更复杂的结构我直接用 scapple 或 draw.io 整理，换句话说如果非要把内容整理到正文编辑器里，这种复杂结构多少会损失一些，还不如直接嵌入绘图，顶多再往图上插几个链接 ，这同样是一种整理。我写一万字以上的文章，背后一般都有包含近百个节点的 scapple 草稿，但最后真正能反映到正文里的大概不到一半，这是文章比起图形的局限性，所以「整理」这件事的内涵也不只是拖反链。

总结来说，那些不整理的东西之所以不整理是为了节约时间，这种理念救不了强迫症；而那些要整理的东西之所以要整理是因为每个人自己的思考是独一无二的，这种理念救不了抄书匠。整理 daily notes 还可以列出很多细节技巧，但更重要的还是对「整理」这件事本身的看法，后期的整理并不是在为前期的懒惰买单，而是在有了充足的素材之后进行更全面更深入的思考，传统记录方式其实包含了一个隐藏意图——想一开始就在舒适区内把逻辑结构安排好，那种做法才是真正的偷懒，而且这懒往往还偷不成。

The pattern of the thing precedes the thing. I fill in the gaps of the crossword at any spot I happen to choose. These bits I write on index cards until the novel is done.

＋1

另外，如果光标在列表里，连续按 ctrl a 不能选中整篇文档

这种功能最好还是由官方来加...... 用 css 实现标题块编号有三个问题，第一是长文档会动态加载，如果滚动到底部，css 只能对已加载的部分计数导致序号不准确，第二是 css 计数没法忽略 SQL 块中的标题块，第三就是侧栏 TOC 里没序号。