Lion066

> @yetone 确实mbp m1pro的桌面版没法用，下载的是arm版本的，设置了快捷键和权限。划词后使用快捷键，只能呼出窗口，不能自动填入内容 遇到相同的问题

我也使用这个Notion备份程序很久了，每次备份，Notion里面更新的内容并不多，但是备份程序会把所有文件完全覆盖一遍，需要很久，而且备份文件如果通过Obsidian之类的软件打开，同步文件又需要很久，如果可以优化一下就好了。

> ### 临时解决方案： > 目前可以通过将backup_root_path的配置设置为不存在的路径，即可达到相同的效果，不过备份完成后会报一个错 这个有用嘛？我是使用的是notion_backup_background-v3.0.1，配置文件最后一行 "backup_root_path": "E:\\Notion\\notion_backup_background-v3.0.1\\buffer" 是一个不存在的路径，有报错，直接不能备份完成。

> > > ### 临时解决方案： > > > 目前可以通过将backup_root_path的配置设置为不存在的路径，即可达到相同的效果，不过备份完成后会报一个错 > > > > > > 这个有用嘛？我是使用的是notion_backup_background-v3.0.1，配置文件最后一行 "backup_root_path": "E:\Notion\notion_backup_background-v3.0.1\buffer" 是一个不存在的路径，有报错，直接不能备份完成。 > > 这一步取消后无法输出有格式的markdown，但所有的文件应该都被下载到了临时文件夹里，经过处理后随时可以输出为markdown。 > > 若只有备份的需求，到这一步就够了 有一个小问题，就是buffer_file 文件夹里的md文件标题都是Notion的页面ID，标题丢失了，不具有可读性，也不方便查找资料。是这样子的，对不？

> > > > > ### 临时解决方案： > > > > > 目前可以通过将backup_root_path的配置设置为不存在的路径，即可达到相同的效果，不过备份完成后会报一个错 > > > > > > > > > > > > 这个有用嘛？我是使用的是notion_backup_background-v3.0.1，配置文件最后一行 "backup_root_path": "E:\Notion\notion_backup_background-v3.0.1\buffer" 是一个不存在的路径，有报错，直接不能备份完成。 >...

使用的软件版本：notion_backup_background-v3.0.1 时间：2024-06-15 报错内容： Failed to execute script 'notion_backup_terminal' due to unhandled exception:EOF occurred in violation ofprotocol (_ssl.c:1007) Traceback (most recent call last): File "httpx\_transports\default.py", line 67, in map_httpcore_exceptions File "httpx\_transports\default.py",...

@boomker > 如果是简拼码，下次相同输入，候选项位置优先靠前，这个 Rime 有调频机制，但是似乎不总是生效的， 用Lua脚本可以实现(目前未支持)，后续考虑支持  请教一下：我输入 jpj ，候选词是：J盘，键盘，解决。多次输入"解决"后，"解决"的词频还是没有变化，这是不是相同的问题？

> > 请教一下：我输入 jpj ，候选词是：J盘，键盘，解决。多次输入"解决"后，"解决"的词频还是没有变化，这是不是相同的问题？ > > 输入`jpj` 不是简拼码，简拼码就是双拼的声母(音码第一位)； 我这边输入`jpj` 上屏多次"解决"后，它的词频会调频到最高(候选第一位) 简拼码(超级简拼)这个特性目前来说体验不是很好，尤其是词库比较大的时候，我默认关闭了 方案里有`idiom_phrase.txt`，这里面的短语也能做到类似简拼码的输入，不过不会调频的 不知道是哪个设置会影响这种不完整的简拼码的候选词的排序，如果是完整的编码，候选词是会根据上屏的频率调整词频的。 补充一下背景信息：我只用双拼，不用形码。 另外还有一个配置不太明白，想请教一下： translator: enable_user_dict: true # 开启用户词库 enable_encoder: true # 是否开启自动造词〔仅table_translator有效〕 enable_user_dict: true，这个设置开启用户词库就会自动造词，那么 enable_encoder: true 这个是哪种类型的自动造词呢？

> > enable_encoder: true 这个是哪种类型的自动造词呢？ > > 这个配置项只适合纯形码(五笔)的方案来造词的，形码方案一般不用词库，或词库很小，通常只有码表， 这个配置项就是在仅有码表的情况下根据输入码来自动成词。 双拼用户，不需要开启 enable_encoder: true，对不？

> > 双拼用户，不需要开启 enable_encoder: true，对不？ > > 对的 感谢大佬回复！ 前面提到的不完整拼写词频自动调整的问题，不知道是不是跟方案的拼写规则有关，不太懂。 我之前使用的是雾凇拼音方案，没有遇到过类似问题。在最开始切换rime-fast-xhup方案的时候，还有一个典型的例子： 开启了简拼的情况下，雾凇拼音方案：我输入 `een `，候选词可以直接输出 `嗯嗯`，但是rime-fast-xhup方案里，不能这样。 如果大佬知道这个具体原因，还希望指导一下。