跳转至内容
0
  • 版块
    • 全部版块

    • 公告
    • 版本发布
    • 使用教程
    • 问题反馈
    • 功能建议
    • 使用交流
    • 方案与码表
    • 文档反馈
    • 论坛功能
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
  • 官网
  • GitHub
  • 主题市场
  • 主题编辑器
  • 版块
    • 全部版块

    • 公告
    • 版本发布
    • 使用教程
    • 问题反馈
    • 功能建议
    • 使用交流
    • 方案与码表
    • 文档反馈
    • 论坛功能
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
  • 官网
  • GitHub
  • 主题市场
  • 主题编辑器
皮肤
  • 浅色
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • 深色
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
  1. 主页
  2. 功能建议
  3. 【功能需求】快捷输入支持自动记录1000条最近的记录,且可以首字母/符号触发最热的记录置顶(原英文输入自动造词需求)。

【功能需求】快捷输入支持自动记录1000条最近的记录,且可以首字母/符号触发最热的记录置顶(原英文输入自动造词需求)。

已定时 已固定 已锁定 已移动 功能建议
英文输入快捷输入已实现已解决
15 楼层 2 发布者 189 浏览 2 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此帖子已被删除。只有拥有帖子管理权限的用户可以查看。
  • 太
    太
    太阳雨
    正式成员
    发表于 最后由 编辑
    #2

    这个需求很有现实意义!

    1 条回复 最后回复
    0
    • 幻枫幻
      幻枫幻
      幻枫
      管理员
      发表于 最后由 编辑
      #3

      你这个意思就是进入快捷输入后,对输入的内容进入临时词库,然后后续能再次输入?

      1 条回复 最后回复
      0
      • 太
        太
        太阳雨
        正式成员
        发表于 最后由 编辑
        #4

        幻枫 是的,可以复用, 支持补全, 这种场景下输入的东西比较杂, 比如${reset_time},这种叫临时英文都不合适, 但技术文档中会有大量这种反复输入的场景。 快捷输入的输入逻辑,底子已经很好了, 加个队列能补全就完美了!

        1 条回复 最后回复
        0
        • 太
          太
          太阳雨
          正式成员
          发表于 最后由 编辑
          #5

          最好这个临时词库,先局限于快捷输入调用,

          因为其他输入带这种符号的,行为可能会比较乱,有的一见符号就上屏了,

          而快捷输入对这个输入的复杂性包容性很好,

          技术类文档中会有大量这种变量/属性输入的场景,能力和场景刚好匹配:

          • ${reset_time}
          • background-color
          • user-id
          • USER_NAME
          1 条回复 最后回复
          0
          • 太
            太
            太阳雨
            正式成员
            发表于 最后由 编辑
            #6

            讨论:

            • 我不确定,用户快捷输入 2026.9.3这种日期、数学算式上屏后,这个输入要不要进入临时库
              • 进库的好处是用户后面快捷输入也可以快速复用,但可能只输入1次,后面并不命中,造成垃圾词条
              • 这种字符入库后,会不会影响前缀匹配的效率?
              • 如果担心性能,这个临时库的长度可以把容量搞成1000条,支持把最老的顶出去。
            • 要不先按都进入临时库来搞,因为要确定哪些进哪些不进,太麻烦了,也不准,看看效果如何。
            1 条回复 最后回复
            0
            • 太
              太
              太阳雨
              正式成员
              发表于 最后由 编辑
              #7

              下个版本看看能不能把这个功能搞个Beta,慢慢完善起来。

              1 条回复 最后回复
              0
              • 太
                太
                太阳雨
                正式成员
                编写于 最后由 编辑
                #8

                幻枫 这个功能看看什么时候能孵化成熟, 快捷输入支持1000条历史记录,支持热词置顶。

                1 条回复 最后回复
                0
                • 太
                  太
                  太阳雨
                  正式成员
                  编写于 最后由 编辑
                  #9
                  • 这个特性多年来都是我技术类文档写作的心病,希望早日能研究出来。
                  1 条回复 最后回复
                  0
                  • 太
                    太
                    太阳雨
                    正式成员
                    编写于 最后由 编辑
                    #10
                    • 讨论
                      • 可能要考虑下面的这些快捷输入来源,是否进入快捷输入历史记录

                    image.png

                    • 英文: 已经有首字母置顶热词,所以不需要进入快捷输入历史记录
                    • 计算:意义不大,但也有点意义,比如用户要修改一个计算表达式,那估计还要搞个Tab补全但不上屏,用户用光标接着改,成本有点高
                    • 数字/金额:意义不大,重复输入相同值的可能性比较小,自动补全上屏反而可能会造成数据错误。
                    • 日期/年月:意义不大,批量的出现应该在excel等表格软件里,不会在自由输入情况下。
                    • 拼音:意义不大,不会反复输入相同的拼音。
                    • 生僻字:有点意义,用户可能会输入几个经常使用生僻字。
                    1 条回复 最后回复
                    0
                    • 太
                      太
                      太阳雨
                      正式成员
                      编写于 最后由 编辑
                      #11
                      • 以下是一个模拟演示,写过产品说明书的就知道文档里穿插的这些不规则标识符有多炸裂,很多人是从前面拷贝,但这个效率真不高。

                      模拟文档(无实际意义,仅描述技术类文档的炸裂):


                      概述

                      本 Shell 脚本实现多站点冗余架构自动备份与故障切换,整套容灾逻辑由${reset_time}、REMOTE_IP、REDUNDANCY_SITE、_redundancy_switch、backup_time驱动。修改${reset_time}、REMOTE_IP、REDUNDANCY_SITE、_redundancy_switch、backup_time即可适配不同机房环境,${reset_time}、REMOTE_IP、REDUNDANCY_SITE、_redundancy_switch、backup_time支持外部注入,crontab 调度时可动态覆盖${reset_time}、REMOTE_IP、REDUNDANCY_SITE、_redundancy_switch、backup_time。

                      脚本启动,优先读取REMOTE_IP,基于REMOTE_IP执行连通性探测,备份流程同样以REMOTE_IP作为远端目标地址;REMOTE_IP填写错误,探测失败,备份流程中断。脚本读取REDUNDANCY_SITE作为站点标识,所有运行日志写入REDUNDANCY_SITE字段,多站点并行任务依靠REDUNDANCY_SITE隔离实例,REDUNDANCY_SITE配置不匹配,脚本直接跳过当前REDUNDANCY_SITE对应的站点任务。

                      _redundancy_switch是主备切换总开关。当_redundancy_switch=true,检测故障后允许自动倒换;当_redundancy_switch=false,脚本仅执行备份,不触发业务切流。调试环境建议将_redundancy_switch置为 false,生产环境按需开启_redundancy_switch。backup_time定义备份任务最大超时秒数,每次启动备份,脚本使用backup_time做超时保护;任务耗时超过backup_time,终止进程并写入告警,backup_time需要根据REMOTE_IP链路带宽调整backup_time数值。

                      ${reset_time}控制故障状态计时窗口,脚本持续累加故障时长,故障累计时长达到${reset_time},判定主站失效,触发切换;故障在${reset_time}内恢复,则重置故障计数器,不执行切换。${reset_time}不可过小,防止网络抖动误切换;${reset_time}不可过大,避免业务长时间中断,运维人员需合理评估${reset_time}阈值。

                      完整执行链路:读取REMOTE_IP探测链路,读取backup_time管控备份超时,读取REDUNDANCY_SITE标记日志,读取_redundancy_switch判断切换权限,持续比对故障时长与${reset_time}。脚本日志输出${reset_time}、REMOTE_IP、REDUNDANCY_SITE、_redundancy_switch、backup_time实时取值,用于排查${reset_time}、REMOTE_IP、REDUNDANCY_SITE、_redundancy_switch、backup_time配置错误引发的各类异常。

                      1 条回复 最后回复
                      0
                      • 太
                        太
                        太阳雨
                        正式成员
                        编写于 最后由 编辑
                        #12

                        💜 继续期待这个功能!

                        1 条回复 最后回复
                        0
                        • 幻枫幻
                          幻枫幻
                          幻枫
                          管理员
                          编写于 最后由 编辑
                          #13

                          0.125.0 增加了,先试试

                          1 条回复 最后回复
                          0
                          • 太
                            太
                            太阳雨
                            正式成员
                            编写于 最后由 编辑
                            #14

                            好的, 太感谢了!

                            1 条回复 最后回复
                            0
                            • 太
                              太
                              太阳雨
                              正式成员
                              编写于 最后由 编辑
                              #15

                              📖说明:

                              • 功能框架已经有了, 具体问题再单独跟踪,本需求帖关闭。
                              1 条回复 最后回复
                              0

                              你好!看起来您对这段对话很感兴趣,但您还没有一个账号。

                              厌倦了每次访问都刷到同样的帖子?您注册账号后,您下次访问时都将自动回到上次浏览的位置,并可选择接收新回复的通知(通过电子邮件或推送通知)。您还可以收藏帖子、为帖子点赞,以此向其他社区成员表达您的感谢。

                              有了你的建议,这篇帖子会更精彩哦 💗

                              注册 登录

                              • 登录

                              • 没有帐号? 注册

                              • 登录或注册以进行搜索。
                              • 第一个帖子
                                最后一个帖子