fangly
关注
65557 号成员,2021-02-20 16:56:59 加入
1.1k
个人主页浏览
424
帖子 + 回帖 + 评论
685h0m
在线时长
  • 块引交互逻辑修改提议

    2022-05-03 12:47
    @Vanessa 应该只有块引用的浮窗需要避免误触,其他的像面包屑和反链上的浮窗需要把鼠标悬停在块标上,不太会出现误触的情况。悬停时间我认为是不需要配置的,应当就是越短越好,我对现在的块引浮窗的感受是,想要浮窗弹出时,浮窗弹出有点拖沓,不想它弹出时,又时不时突然弹出。
  • 回应 4.23 号会议文档树是否该被放弃?

    2022-04-24 14:50
    @rumengsiji 人数比较不重要,毕竟大家都在快速发展中,我想表达的是类似 roam research、logseq 这种没有文档树功能的软件也能从小圈子里破圈。
  • 回应 4.23 号会议文档树是否该被放弃?

    2022-04-24 14:29
    而事实上,roam research、logseq 等主流双链软件就是直接没有文档树功能的,而且他们的用户数比思源庞大得多
  • 列表中有嵌入块时,块标显示位置有误

    2022-04-16 23:08
    @Vanessa 但是显示位置不对呀,比如第二张图的小三角是外层列表的,但显示在引述块中的列表旁边
  • 列表中有嵌入块时,块标显示位置有误

    2022-04-15 23:23
    @Vanessa 我不是这个意思,这两个都是 bug 的例子呀,比如看第二个块,我找不到引述块里面的列表项 a 的小三角,只有外面一层的小三角 。引述块里面的列表块标应该和外层列表的块标分开来,这里全都是合在一行的
  • dammy

    2022-04-13 23:22
    chen 是三群管理呀
  • 建议增加折叠 / 展开所有子项

    2022-04-08 21:18
    @Vanessa 从使用角度来看我觉得没问题,不过可能会丧失统一性,毕竟其他块的自身折叠都是 alt+click,修改后的列表项的自身折叠只能靠小三角,如果这个统一性的缺憾可以接受的话(对我来说能接受,而且我上面说的 alt+click 列表块标其实也会破坏统一性),我感觉没问题。
  • 建议增加折叠 / 展开所有子项

    2022-04-03 21:59
    @out-man 列表项也是容器块,现在列表中的箭头就是针对列表项这个容器块的
  • 页签异常

    2022-03-26 14:33
    @Vanessa 我发现问题出在哪里了,和 https://ld246.com/article/1647150076023 这个 bug 有关系,我刚刚点了一下之前创建的未转义"的文档,然后就出现这个问题
  • 页签异常

    2022-03-26 14:19
    @Vanessa 页签异常的问题又一次出现了,而且我根本没有办法意识到是什么操作引起的,因为引起异常的操作与发现异常之间会有很长的时间。为了修复,每次我都要删除 conf.json 文件,然后全部重新设置,重新设置过程很麻烦,我要改很多默认设置,同步也要重新设置,有没有更快的修复方法呢,比如 conf.json 文件中哪部分删掉后重启之类的
  • 1.8.7 折叠小三角的位置问题

    2022-03-22 20:39
    @Vanessa 按我的想法从下到上的话,相当于把横排的布局逆时针旋转 90 度就是竖排的布局(如果是整体上移就相当于顺时针旋转 90 度);另一种角度看,小三角在横排时是最靠近圆点的,竖排时也最靠近圆点,列表块横排时最远离圆点,竖排时也最远离圆点。我觉得这种是比较符合直观逻辑的,而且用起来更加方便,鼠标放在圆点左边就可以马上折叠展开了。
  • 1.8.7 折叠小三角的位置问题

    2022-03-22 11:34
    @Vanessa 我的意思不是说整体上移,是说三个块标位置颠倒,小三角和列表块图标交换位置。这样设计的话,想要折叠展开,只需要把鼠标放在圆点旁边就能触发小三角;想要点击或拖动列表项块标,直接点击或拖动圆点是等价的,也很方便;而列表块块标用的次数相比前两者用的次数会少很多,这样设计的话基本就能满足大部分场景了。
  • 关于浮窗上下文按钮,添加一个默认开启或关闭的选项

    2022-03-20 17:08
    全局搜索的时候不是一直都是默认显示上下文的吗,你的怎么和我的不一样
  • 页签异常

    2022-03-16 18:11
    @Vanessa 又一次出现页签异常了,我没注意到是什么时候异常的,我把 conf.json 文件删了后重启正常,应该就是 conf.json 文件坏了,我把坏了的 conf.json 发到 D 大邮箱了,您可以看看
  • 页签异常

    2022-03-15 20:27
    @Vanessa 换了一个工作空间之后正常,可能是哪个配置文件损坏了?
  • 页签异常

    2022-03-15 20:15
    @Vanessa 就是打开软件,页签上右键,没有其他步骤
  • v1.5.5-beta2 子列表状态异常问题

    2021-12-26 15:04
    用的是 beta3,前面发的这个回帖里没有状态异常重建索引
  • v1.5.5-beta2 子列表状态异常问题

    2021-12-25 00:28
    是换行 Tab 出来的
  • 反链面板操作建议

    2021-10-28 18:44
    这个帖子里面没有人说要移除鼠标悬停啊,这个帖子讲的是 click 相关操作,取消鼠标悬停是另外一个帖子的事,可以在那个帖子里面再跟他们交流(T▽T)
  • 反链面板操作建议

    2021-10-26 12:34
    @Vanessa 现在列表的折叠不也是要 alt+click 嘛( ・´ω`・ ),之前觉得有点麻烦,现在觉得也还好。在鼠标移动到对应引用块/反链项的同时按 alt,然后鼠标点击,整个过程中鼠标的动作和直接 click 是等价的。 (当然,思源现在的 0.62 秒等待时间的鼠标悬停我觉得还挺舒适的,我看有人说要把这个时间变长,我觉得千万不要把这个等待时间变更大了)
  • 反链面板操作建议

    2021-10-26 10:14
    @Vanessa 用户不是机器呀,无法感受 0.62 1 2 秒之间的区别,一旦开始等待大概率就是等 2 秒钟以上了 。alt+click 是 0 秒的等待时间,鼠标悬停是 0.62 秒以上的不确定的等待时间(上限值因人而异,有人 2 秒左右、有人 3 秒左右、有人 4 秒左右),两个操作是完全不同的性质,完全不同的体验
  • 反链面板操作建议

    2021-10-25 17:34
    @Vanessa 即时反馈和延时反馈的区别,click 点击不对位置我能马上获得反馈,鼠标没有悬停对位置我等待反馈的时间是一个不确定值
  • 反链面板操作建议

    2021-10-25 12:51
    时间是我瞎估计的 o( ̄▽ ̄)d,从我个人体验来说,主要还是一个主动性和被动性的问题,被动等待悬浮窗出现和主动让悬浮窗出现是不同的体验,一个是延时反馈一个是即时反馈,有时在我文思泉涌的时候,延时反馈会带来一定的焦虑,被软件绑架的 0.62 秒钟我什么事都不能干,而且如果因为鼠标没有悬停对位置导致 2 秒钟后悬浮窗还没出现,那么这个负反馈会对用户的体验带来很大的影响(メ ` ロ ´)/,当然,对我来说,有了 alt+click 后,我日常情况下还是会使用鼠标悬停
  • 反链面板操作建议

    2021-10-24 13:50
    这个帖子里没有说取消鼠标悬停悬浮窗,只是增加了 alt+click 悬浮窗,多了一个弹出悬浮窗的途径,这个帖子的重点是 click 相关操作,取消鼠标悬停悬浮窗是另外一个帖子的事情。
  • 希望代码块支持 solidity 语言语法高亮

    2021-10-24 01:01
    @Vanessa 用 JavaScript 顶顶倒也可以,如果这个比较麻烦的话,我用 JavaScript 顶顶也 ok
  • 使用搜狗输入法经常被吞字

    2021-10-21 21:12
    @Vanessa 在 sdk 后面打字的时候,我输入了 wefw 4 个字母,前三个字母被吞了(闪了一下就没了),只剩下最后一个 w 了
  • 能否不自动显示块引用内容

    2021-10-18 21:52
    @Vanessa 反链面板中需要悬停在块标才会出现悬浮窗,触发范围还是蛮小的,误触情况应该很少,个人认为反链面板中保留这个问题不大。
  • 能否不自动显示块引用内容

    2021-10-18 15:48
    反链面板中可不可以也加上 alt+click 为打开悬浮窗呀(现在 click、alt+click、ctrl+click 是相同的功能,都是跳转),反链面板中原来的鼠标悬停块标显示悬浮窗仍然保留。
  • 列表侧边竖线改进

    2021-10-12 09:13
    “现在思源的操作方式就是这种,很麻烦”这个不对吧,在你的例子中,现在只要一个回车就能生成一个和 2 同级的列表项,在 wolai 中的操作方式才是这种。还有我觉得有必要提醒你一下,你的使用方式并不是主流的列表使用方式,这是造成你与 V 姐讨论绕来绕去很难说清楚的根本原因,建议尝试使用一下 workflowy、roam research、remnote、logseq、幕布等主流大纲笔记软件体验一下常规的列表用法,思源在列表上的操作和这些软件是基本一致的,思源从 1.2.0 开始就是按照 workflowy 进行列表操作的改进的,大部分用户的使用习惯也都是和 workflowy 类似的,因此虽然思源在列表中的子段落块操作上确实有一点不便,但大部分人用不到这个,所以从 1.2.0 到现在四五个月的时间,你是第一个提出这个操作需求的用户。常规的列表使用方式强调层级逻辑,会把你的子段落块全部变成子列表项,你的这种排版更适合使用标题来划分层级,也就是把“提炼核心内容”作为一个标题,下面的内容直接放在标题下面。
  • 列表侧边竖线改进

    2021-10-11 14:10
    @deerain “有没有子节点来决定有没有竖线”这个是 wolai 的逻辑;其他的大纲软件或者说 1.4.0 之前思源的逻辑要更加简单粗暴,判断列表块有无父列表,有就在这个列表块左边加竖线,在 1.2.0 之前的远古版本自己改 css 加竖线也是用的这个逻辑。1.4.1 的竖线逻辑是错误的这个基本已经是共识了,但现在其实面临两个选择,一个是直接回退到 1.4.0 之前思源的逻辑或者说其他的大纲软件的逻辑,另一个是改成 wolai 的逻辑,我之前帖子没有表述清楚,可能有点误导,我刚刚又改了一下。