-
dammy
2022-04-14 00:34算了算了 这么晚了我也撤了 我也当一下坏人吧 每个人都有自己的想法,并且都会觉得自己的想法有自己的根据 但是我觉得在线上平台交流最重要的就是不要预设其他人的动机或者背景 因为人其实非常不擅长做这样的推断 尤其是在自己了解的信息不完全的情况下 你可能并不清楚事情的全貌 也并不知道对面是一个什么样的人 这时没有必要有太强的自我防卫心态 觉得对方误解或者曲解了 可以先确认对方是否真的像你说的那样误解或者曲解了 友善的交流是从友善的假定开始的
-
建议:引用的 ID 被删除后保留引用内容
2022-04-14 00:14我也觉得可能保留一个提示性的有意义内容例如上一次的锚文本比 block not found 要好,现在的方式在删除块的时候需要考虑它有没有被引用 也就是说删除块操作的副作用有点多了
重构文档结构的时候难以避免的操作之一就是删除部分标题和列表项等 现在的实现会造成这样操作时心理负担过大
-
dammy
2022-04-13 23:31装修群之前一直忘记加管理员,还是我有一天突然想起来才拍脑袋拉个几个壮丁来着.........
拉管理的时候主要就看了下谁水群比较多看起来比较闲 拉完以后感觉人够处理加群请求了又没有再加了
所以管理员这个至少在我这是没有很重视的............也没特别考虑选谁来当,更多想的是人家愿不愿意当管理员...........
-
对思源笔记的期望
2021-10-15 00:47额 我这边是可以直接找到这个数据文件夹往里面拷东西的 folder sync 和 syncthing 应该
都可以读取这个文件夹 具体的可能可以参考这里:如何使用 FolderSync 在 Android 和 PC 之间同步文件 | MOS86
-
列表块“一炮三响”问题现状和改进提议
2021-10-14 23:59笔记内容比较多的时候更容易发生的问题是有些内容永远不会被看到 而不是一些内容过多的重复出现 我觉得可能相对偏宽松的命中范围可能比过于范围过于狭小的反馈更有利于笔记的常青
因为检索需要本身就是因为我们不可能准确记住内容的所在位置而产生,从一个更加宽泛的检索结果去做减法往往比从狭窄的检索结果做加法容易,因为在前面一种情况下我们能看到自己要减去的是一些什么内容,而在后面一种情况下可能连想清楚可能有哪些内容没有覆盖都很难.
-
列表块“一炮三响”问题现状和改进提议
2021-10-14 23:17例如类似 select * from blocks where content like "%foo%" and depth = "0" 直接匹配 到叶子块
然后 select * from blocks where content like "%foo%" and depth = "1" 匹配只有一层子块的容器块
建表的时候文件结构应该已经遍历过了 所以加上深度字段应该不会消耗太多的资源吧
类似的也可以加上 宽度字段 应该也可以增强检索能力 这个不用管爷爷辈的只管有多少个子块可能会更好弄一点? -
列表块“一炮三响”问题现状和改进提议
2021-10-14 23:06容器块增加一个深度字段不知道能不能解决问题 但是我也不知道这个好不好加 ......
这样通过 sql 查询的时候能够直接指定深度或者通过深度排序截断过滤不需要的结果
-
怎么写一个模板,这个模板能筛选出创建当日修改的引述块,通过 sql?
2021-09-29 22:54之前那个搞错了 只判断了一半
{{select * from blocks where updated > '.action{now | date "2006010200000000"}' and updated < '.action{now |date_modify "+24h" | date "2006010200000000"}' and type = 'b' ORDER by updated desc limit 100}}
-
怎么写一个模板,这个模板能筛选出创建当日修改的引述块,通过 sql?
2021-09-29 22:45{{select * from blocks where updated > strftime('%Y%m%d%H%M%S',datetime('now','start of day')) and type = 'b' ORDER by updated desc limit 100}}