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

暂定方案

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

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

界面大致外观

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

image.png

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

image.png

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

image.png

全局锁定不启用时外观

image.png

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

image.png

多选投票

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

逻辑

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

讨论主楼

Issue #9598 · siyuan-note/siyuan

全局只读逻辑优化讨论

名词解释

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

  • 思源笔记

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

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

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

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 全局锁定 时增加一个 临时解锁 按钮的逻辑还是比较合理的,不会影响不使用 全局锁定 的用户

  • 楼主甚至给「直接删除“全局锁定 / 全局只读”功能,仅保留单篇只读字段」投了一票 😂

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

    感谢!之前我还不知道这个功能,不过反正 V 大已经重新考虑这个事情了,用户投票其实也没那么重要了
    zxkmm
  • 回帖顶一顶

  • yikexiaoyao 1 评论

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

    你说的那个下拉框的按钮是思源现在本来就有的。在右上角菜单中。
    zxkmm
  • cuijianzhe 1 赞同 3 评论

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

    那个锁头图标代表的是单文档锁定。如果全局锁定也用同一个图标的话,用户会感到混乱。逻辑也不清晰。
    zxkmm
    虽然我也觉得只要一个锁头图标就可以了,但还是得看用这个功能的用户反馈
    JeffreyChen
    @a2930610542 主要问题在于让用户理解到“全局锁定的锁头和非全局锁定的锁头不是一个功能”还是有点难度 🤪
    zxkmm
  • lazybk 2 赞同

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

  • 让用户理解到“全局锁定的锁头和非全局锁定的锁头不是一个功能”还是有点难度

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

    image.png

    确实哈哈哈哈哈哈哈哈哈
    zxkmm
  • zxkmm 1

    目前阶段的社区反馈:

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

  • 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
  • 1009323081 1 评论

    希望能为只读到编辑的切换增加一个密码权限,有密码才能编辑。准备用思源做一个局域网知识库,但是怕被其他人修改和删除

    JeffreyChen
请输入回帖内容 ...