相信开发者对每个建议的采纳与否都是从产品发展的大局观进行整体考量的，不要被楼主这种搞国籍对立，夹带私货扣帽子的人影响，固步自封没有好处，没有改革哪有发展。

"对于用户建议，应该忽略其来源，谨慎地评估该建议本身"

翻译一下：你不能因为是外国人提的需求就接纳！

因为新增了你不喜欢的需求就用自己原住民的身份来绑架开发者吗？

既然说“谨慎地评估“，那建议是否成熟，有没有被采纳的价值也不是你说了算。

“谨慎地评估该建议本身”应当包含你建议本身，包括我的。

文档块和内容块使用方式和应用场景本身就是不同的东西，只是实现方式一样罢了。

“GitHub 上的 issue 会被瞒天过海被采纳”，OMG，你让连链滴都不上的用户怎么说？

谢谢指路，写得很用心。不知道官方什么时候能实现，这种细节非常能提升使用体验。

谢谢指路，但着实有点繁琐了，希望能官方内置。

而且我指的空文档是不包含子文档的，不只是文档内容为空。

问题就在自建证书，就算你 skip 一样不给你同步的。

实际上连接本身没有问题的，只是不信任证书 siyuan 就是不给你同步，不知道这个 skip 有什么意义。

为什么这么说呢，你可以观察你退出思源的时候，实际上是可以保存成功的，在退出的这个环节它就不验证了，所以成功了。

如果你确实想用 https，而且你有域名的话。我的建议是去申请一个免费证书，不要用自签的。

这个用法只是受以前 logseq 中使用 query 组织笔记的影响。标签的管理和使用还是要看你的实际场景，最浅显的用法比如一个块你可以标记科目、领域、重要程度、掌握情况，如果想汇总一下某个科目中还需要加强学习的段落，就根据这些标签过滤，select * blacks where ... 科目='' AND 掌握情况=''

前几天的提问，不知道能不能给你启发。 思源笔记如何在查询结果中排除嵌入块? （虽然基本解决了，好像没人关注就不补充我的方案了。=、=）

有没有必要用这个看你个人需要，

按我个人来说，TAG 经常是作为 SQL 的过滤条件来使用的，可以很方便汇总各种关系的块。

通过 TAG+SQL+ 模板功能可以实现可复用的复杂查询，也能在此查询结果为基础继续关联其他笔记。

当然你说不需要 TAG，就用 SQL 就查关键字，那..也不是不行，看你关键字多关键了，hh..

😂 怎么没人关注这个问题，是在移动端上没有这需求吗？

跟 S3 与否关系不大，只是一个在后台测网络状态的功能，你能上 baidu，它说你上不了 baidu。逻辑就是：你小子到时间同步了，我先看看你能不能上 baidu 先，能上 baidu 说明你小子能上网，然后一测试，什么？baidu 你都上不了？还同步啥，赶紧给你弹个提示告诉你“要么你没网，要么你的同步服务器没网，反正同步不了。”，然后同步这么严肃的事情失败了就多试试，于是又开始新一轮循环.....直到累了缓缓再继续。这里有人遇到相同的问题。Online check always uses the same fixed url (baidu.com). **#7835

的确是自建 S3，同样是 2.8.2 版本，笔记本电脑会一直弹提示，台式电脑不会弹。网络配置一毛一样，看见有人提 Issue 了，不知道什么时候能修，弹得太频繁了。

不是 query_embed 没生效啦，**SELECT** **\*** **FROM** **blocks** **as** **t1** **WHERE** **hpath** **like** **'**/**笔耕不辍**%-%**'** ** **AND** **type** **=** **'d' 这里就说明找出来的是文档，结果就不会存在 type=query_embed 的块。在文档块结果集中去排除嵌入块没有意义的。 快放弃了，不知这流式日记啥时候会有呢

😭 我总觉一定有个很简单的办法，只是我不懂。

😂 一直弹 弹得我都以为它下一秒就要崩了

那个没关系啦，是因为后面我最新每日笔记的模板中使用超级块拼接了两个嵌入块分别查询不同标签的东西，然后希望把这个超级块排除掉而已。原本是只有一个嵌入块嘛，所以想剔除嵌入块，现在是超级块所以剔除超级块。

按我的理解，我这条 sql 查询出来的结果实际上是文档块，思源把文档块里面的内容渲染出来了。这个时候实际上像隔着透明的罐子去看里面的内容，现在假如有个透明罐子，里面装着红色和蓝色 2 种颜色的球，我能说不要装着蓝色球的罐子，这个时候我一个罐子都得不到。但我不能说我要这个罐子，但里面不能有蓝色的球。
可能你是基于块的角度来查询的，type!='i' and subtype != 't' 确实就可以排除掉任务块，但是这个块对我说是块（文档快）下面的块（查询待办结果的嵌入块）。而且似乎思源有一套决定是否展示嵌入块的逻辑？比如如果这样基于块去查询的时候，根节点下的嵌入块是不会显示的。·

SELECT blocks.* FROM blocks
JOIN (
  SELECT t1.id, t1.content FROM blocks as t1
  WHERE hpath like '/笔耕不辍%-%'
    AND type = 'd'
    AND EXISTS (
      SELECT * FROM blocks as b1
      WHERE
         parent_id = t1.root_id
        AND markdown <> ''
    )
    AND strftime('%Y-%m-%d', content) IS NOT NULL
  ORDER BY created DESC
) AS subquery ON blocks.parent_id = subquery.id
WHERE blocks.markdown <> ''
AND type != 's'
ORDER BY subquery.content DESC

但在 Navicat 中这串 sql 是能查到有嵌入块的结果的，具体什么机制我也没搞懂。

感觉这个还是个挺麻烦的需求，如果思源能支持像 logseq 那样的日志就好了，嵌入块不能直接编辑真的有点麻烦。 感觉要实现我的需求只能基于块查询然后组合了。但是这样如果开了面包屑那画面将惨不忍睹。。

两个没有关系的，只是同一句 sql，所以嵌入块查询的结果一致。

不是啦，只是想排除掉嵌入块，不只是列表。这个需求只是一方面，其实还想解决嵌入块套娃的问题...。query_embed 是存在的，只是文档里没有写，数据库中有这个字段。具体可以看这里：嵌入块支持搜索 #7112

哪里体现出这个需求了...

感谢回复，但不是的。我的需求是每个日记中都有个查询待办的嵌入块，但是汇总所有日记时，排除掉每个日记中的查询待办的嵌入块。

是一样效果的喔。

对我有用，谢谢。

感谢回复，目前发现的规律是，开启多本 PDF，除了第一本以外都存在白边。

同求瀑布流视图

好吧，我通过代码片段实现了自己需求。
//标签的最小宽度
.layout-tab-bar .item:not(.item--readonly) {
min-width: 186px;
justify-content: space-between;
}

//标签关闭按钮常驻

.layout-tab-bar
.item__close svg {
opacity: 1;
}

没学过，但是尝试下能得到想要的结果。😂

有需要的朋友可以尝试。

😂 我也不懂为什么要把门锁了，然后在门口贴个纸条说告诉别人钥匙放在哪里了。。。

是的，只有在自动缩放模式下才不会。

额外反馈一个，上版本的图标修复还有个漏网之鱼，就是左上角点击日记图标之后弹出来的选择笔记本的菜单选项里没有显示图标。

刚刚测试了，问题仍然存在，只要 pdf 不是用自动缩放模式浏览，而是按自定义百分比缩放或者实际大小等调调整布局都会跳转到第一页。

在分栏浏览的情况下浏览 PDF，进行任何调整当前布局的操作都会跳到第一页。

😂 我刚发帖求助就看见你的贴子，准确说不是切换标签，而是任何调整布局的操作就会跳到第一页。