shift+tab 反向缩进部分失效

本贴最后更新于 621 天前,其中的信息可能已经水流花落

BUG 体验总述

目前,在无序列表中,shift+tab 的反向缩进,仅能对【首项】、【末项】生效,对其他列表项无效

BUG 测试复现

测试内容

  • AAAAA
    • a1
    • a2
    • a3
    • a4
      • a41
      • a42

分类测试

「测试一」

【AAAAA】反向缩进正常(到正文无分级),并携带子项一并反向缩进

【a1】变成本列表末项(【a42】之后),并与【AAAAA】同级

【a2】变成本列表末项(【a42】之后),并与【AAAAA】同级

【a3】变成本列表末项(【a42】之后),并与【AAAAA】同级

【a4】反向缩进正常(与【AAAAA】同级),并携带子项一并反向缩进

【a41】变成本列表末项(【a42】之后),并与【a4】同级

【a42】反向缩进正常(到【a4】同级,再次反向缩进则到【AAAAA】同级)

「测试二」

尝试给【a3】插入子项【a31】、【a32】,在此基础上测试这 3 项的反向缩进

【a3】携带子项变成本列表末项(【a42】之后),并与【AAAAA】同级

【a31】变成本列表末项(【a32】之后),并与【a3】同级

【a32】反向缩进正常(到【a3】同级,再次反向缩进则到【AAAAA】同级并跑到末尾【a42】之后)

「测试三」

新建【a43】并反向缩进两次到与【a4】同级,记为【a5】

存在【a5】的前提下,再次测试【a4】、【a41】、【a42】的反向缩进

【a4】携带子项变成本列表末项(【a5】之后),并与【AAAAA】同级

【a41】变成本列表末项(【a42】之后),并与【a4】同级

【a42】反向缩进正常(到【a4】同级)

BUG 发生流程(尝试总结)

综上所述,该 BUG 的表现为:

  • BUG 不发生的情况
    • 列表一级首项缩进到正文/无层级(【AAAAA】)
    • 列表各个层级的末项(无论有无下一级子项)
  • 反向缩进后不是末项的,二次反向缩进也将发生 BUG
  • BUG 发生时的表现
    • 层级正常
    • 列表次序异常(跑到列表末尾)

这个还挺影响输入体验的,希望尽快检查到时哪里的问题

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    18709 引用 • 69853 回帖 • 1 关注
2 操作
tyzr151 在 2022-08-14 21:11:43 更新了该帖
tyzr151 在 2022-08-14 21:07:43 更新了该帖

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • 那个帖子里面有记录 issue

  • 其他回帖
  • tyzr151
    作者

    大致理解了一下现行操作的逻辑——其实用一些比喻,对我来说更好理解。

    「逻辑」式的现行操作就像「文件夹」,它是带有“聚焦”特性的,呆在一级文件夹里,就是只能看见和调整二级文件夹,被调整的文件夹也会带着它内部的三级文件夹、三级下的四级……等等所有文件夹一起跑路,但三级文件夹具体怎么跑路、其他三级怎么无关,在当前操作层面都是“看不到”的。它和计算机环境下长久以来的「文件夹」管理逻辑很像。

    而从二级里“新”提上来的一级,它的“修改时间”是最新的,按“时间排序”当然要么最前、要么最后,大纲都是一级级往下展,这个“最新”就自然跑到“最后”了。

    但「文字列表/关系图」这类形式吧,把「层级逻辑」整个摊平、全部展开摆在了人直觉阅读的视觉之下。从上到下的阅读顺序是对「大纲」的一种穿透,从鱼头到鱼尾的阅读顺序也是对「鱼骨图」的一种穿透。直觉的阅读顺序穿透了「文件夹」的「层级逻辑」,它遍历着从前到后的所有层级,每次动一个文件夹,直觉就会诘问自己,其他文件夹呢?但实际上,「层级逻辑」本来就是「分层考虑」而不需要「逐层穿透」。

    不一定准确(也可能一点都不准确),但很能说服我自己 😂 。

    另外,您所引用原文中的如下段落:

    大纲笔记的 shift tab 会使得块直接刷新到大纲的最下端,这在写笔记的时候还好说。笔记写完以后修改笔记的时候,这样的设计会极大地加大工作量。甚至需要隔着好几个屏幕的长度一个一个屏幕拖回去。

    但是另一方面,我们找不出任何场景能够哪怕勉强运用 shift teb 将大纲缩进并转到最底层这一特性。

    这两段话着实有些为难我的理解能力了 😂

    「刷新到最下端」,这不正是现行的操作方式吗?结果现行方式「会极大地加大工作量」(根据上下文,是增加「用户」工作量),那为什么还要做?

    「找不出任何场景……」,好家伙,这是用不上也要做啊?

    一个么得应用场景、还会加大用户工作量的功能,诶,就上,就硬上。

    讲真,刚开始看到这两段话简直怒气满级 😂 然后生气地回来写回复,结果写着写着,发现,哦,好像这个逻辑是对的……虽然这两段话依然理解无能,但我神奇地说服了自己,逻辑是对的,软件这么改操作功能没问题。

    只是习惯太难改了 😂 实际上我是还没到重度使用列表功能,多级标题也能满足我当前需求(不但自带收起、展开,还有颜色格式的突出,只是没有缩进而已),所以暂时放弃了「列表」……说不定也会永久放弃。

    不知是否可以设置成「开关」,在 shift + tab 的操作效果中,保留用户对「逻辑缩进」和「直觉缩进」二选一的权利?

    1 回复
  • 这个是目前的设计预期,相关讨论和改进方向请看 关于无序列表 Shift+Tab 缩出的提议

    1 回复