关于全局锁定(只读)目前的暂定方案,请社区投票

本贴最后更新于 363 天前,其中的信息可能已经时异事殊

暂定方案

@temacc0531 和我暂定了一个感觉比较合理的逻辑,大致如下:

  • 全局锁定时
    • 文档无论 单篇锁定字段 解锁与否都进行锁定,点击 临时解锁 按钮可以让你(临时的)在全局锁定启用的情况下编辑这个文档,编辑完后,你点击 取消临时解锁,就回锁到全局锁定。
    • 点击 临时解锁/取消临时解锁 都不进行保存 (也就是,关闭文档或者关闭 app, 都会自动取消临时解锁。)
    • 全局锁定与否,临时解锁与否,都永远不会影响到 单篇锁定字段 是否上锁。你启用全局锁定后,所有的锁定解锁操作全都是前端控制逻辑,不会影响到你以前设置过的单篇锁定状态,直到你关掉全局锁定按钮。
    • 临时解除锁定按钮文案:临时解锁
    • 取消临时解除的锁定按钮文案:取消临时解锁
  • 全局解锁时
    • 文档如果被锁定(指的是 单篇锁定字段 锁上),则不可编辑 (和目前官方一致)
    • 点击解锁/锁定都进行保存(和目前官方一致)
    • 文案(图标)不变 (和目前官方一致)

界面大致外观

全局锁定启用,没有临时解锁的界面:

image.png

全局锁定启用,已临时解锁的界面:

image.png

全局锁定启用时的菜单项外观

image.png

全局锁定不启用时外观

image.png

全局锁定启用状态下,点击锁头图标的弹窗

image.png

多选投票

注:投票为多选,但请勿选择互相冲突项,谢谢

逻辑

多选 公开 永不结束 27 票
同意此逻辑
55% 15 票
同意此文案
11% 3 票
同意此界面设计
7% 2 票
不同意此逻辑(回帖说明)
0% 0 票
不同意此文案(回帖说明)
3% 1 票
不同意此界面设计(回帖说明)
0% 0 票
维持目前官方方案
14% 4 票
直接删除“全局锁定 / 全局只读”功能,仅保留单篇只读字段
7% 2 票

讨论主楼

Issue #9598 · siyuan-note/siyuan

全局只读逻辑优化讨论

名词解释

单篇锁定字段:指的是保存在每篇文档的属性中的,指示这篇文档的单篇锁定状态的一个 bool 量。

  • 思源笔记

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

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

    22346 引用 • 89411 回帖 • 1 关注
5 操作
zxkmm 在 2023-11-24 22:05:05 更新了该帖
zxkmm 在 2023-11-24 17:59:22 更新了该帖
zxkmm 在 2023-11-24 17:36:12 更新了该帖
zxkmm 在 2023-11-24 17:32:15 更新了该帖 zxkmm 在 2023-11-24 17:21:21 更新了该帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • lazybk 2 赞同

    还有一个逻辑,在全局锁定的情况下,新建文档肯定是默认可编辑的

  • 其他回帖
  • cuijianzhe 1 赞同 3 评论

    我不同意,首先只读模式下,打开的每篇笔记都有解锁按钮,弄这个按钮就是多此一举画蛇添足,无稽之谈,这种边角料的功夫还是少下吧!

    那个锁头图标代表的是单文档锁定。如果全局锁定也用同一个图标的话,用户会感到混乱。逻辑也不清晰。
    zxkmm
    虽然我也觉得只要一个锁头图标就可以了,但还是得看用这个功能的用户反馈
    JeffreyChen
    @a2930610542 主要问题在于让用户理解到“全局锁定的锁头和非全局锁定的锁头不是一个功能”还是有点难度 🤪
    zxkmm
  • 楼主甚至给「直接删除“全局锁定 / 全局只读”功能,仅保留单篇只读字段」投了一票 😂

    哈哈哈是的,因为我观察了一下感觉 notion 是这样做的。好像不少笔记都没有“全局锁定”这样的功能,因为全局锁定了还是会造成逻辑上比较混乱。 目前这个方案也只是在混乱的逻辑中稍微理顺一点。所以看起来很复杂。
    zxkmm
    @zxkmm 我觉得需要全局只读的主要原因还是移动端做得很糟糕,需要防止误操作(一般在移动端开启全局只读)
    JeffreyChen
    @a2930610542 那如果是这个原因的话直接一条最简单的规则处理情况:一旦开启了全局只读,就不允许任何修改,除非关掉。然后不要覆盖单篇状态。
    zxkmm
    @zxkmm 不过需求多种多样,功能可以增加就不要减少,这个帖子的方案已经很完美了
    JeffreyChen 1
  • 5Z4Uo6oGvKPB7o 4 评论

    个人建议:先搁置。

    原因:非核心功能不要过早优化。

    过早优化的弊端:1。消耗开发成本。2。使用此功能的用户占比可能并不多(猜测)。3。以后用户结构发生改变,如果使用习惯不同,可能又要拿出来重新讨论,甚至优化回来。

    何时优化:1。用户体量达到 3-5 万时,再拿出来讨论(相信到这个基数,用户结构已经发生改变,且一段时间内趋于稳定)2。用户反映占比较多。例如在所有反应使用体验的帖子中,此功能吐槽为 10-20%。

    以思源软件的完成度,建议除了核心功能和关键 bug,其他改动一动不如一静。

    案例:1。flomo 有很多小的 bug,至今也没修复。2。Notion 搜索框以前有清除搜索历史功能,后来优化没了。给他们提建议,他们回复确实应该有这个功能,但近期不会上线,已经三四个月过去了,还没上线。3。Logseq 的 bug 更多,甚至关键的同步都无法保障,也没有第一时间优化。

    目前思源的前端好像也没有很大的功能开发,所以这种小修小补快速迭代感觉还不错。( Database - Attribute View 还没搞完,看板还得往后稍稍)
    JeffreyChen
    看 issues 也大都是小修小补的
    JeffreyChen
    没搞懂其他产品不修 bug 跟这个有啥联系
    zxkmm
    @zxkmm 观点:暂时搁置。理由:非核心......一动不如一静(用来说明观点)。案例:最后一段(用其他产品搁置修复非关键 bug、体验的案例支撑理由)
    5Z4Uo6oGvKPB7o
  • 查看全部回帖