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

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

暂定方案

@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 量。

  • 思源笔记

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

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

    23020 引用 • 92599 回帖
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 更新了该帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 目前阶段的社区反馈:

    1. 大部分用户支持此逻辑
    2. 我个人建议直接把全局锁定功能删掉
    3. 目前争议的核心是文案/界面问题:到底是否需要加一个临时解锁按钮。有两位觉得不需要。但我个人的观点是,让用户摸清楚“全局锁定启用时锁头全局锁定禁用时锁头 不是一个功能”这点还是比较难的,我怀疑大部分用户如果不读 wiki 的话摸不清楚。这也是我认为有一个额外按钮比较合理的原因。具体怎么妥善处理这个争议我感觉让开发者决定就好。不然我们用户都快要变成邪恶的产品经理了 😂 。
    4. 如果开发者不打算再改这个地方的话我们用户也很理解 ❤️ 🙏 。如果是这样的话,我 12 月之后会实现一下这个功能。然后会让用户用一下看看哪种方案好用,然后到时候再决定要不要 merge。
  • 其他回帖
  • 让用户理解到“全局锁定的锁头和非全局锁定的锁头不是一个功能”还是有点难度

    我觉得可以在设置界面详细说明,但用户哪会看doge

    image.png

    确实哈哈哈哈哈哈哈哈哈
    zxkmm
  • yikexiaoyao 1 评论

    锁定和解锁按钮,要么没有,有的话还是单独放在外面比较直观,不要放在某个按钮功能或下拉框下面,个人感觉不方便

    你说的那个下拉框的按钮是思源现在本来就有的。在右上角菜单中。
    zxkmm
  • 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
  • 查看全部回帖