tumuyan

the chocolatey is not need to install. you can download the keycastow.2.0.2.4.nupkg file from chocolatey website. unzip the nupkg file and you can find keycastow.exe

> > keycastow.2.0.2.4.nupkg > > Hey, thanks but I cannot see the download link. Do I have to `choco install` it in order to get the exe? > > https://chocolatey.org/packages/keycastow#files...

你找到合并单元格的方法了没？

esp32-c3 could pair success to my phone, but it could not link in my phone. I just use the sample ``` #include BleKeyboard bleKeyboard; void setup() { Serial.begin(115200); Serial.println("Starting BLE...

> 这部分的配置应该存到 trime.yaml 里 trime.yaml目前是在存储皮肤参数，并且trime.yaml需要进过build过程，用户修改的过程也是单向的：修改trime.yaml -> build -> rime从build目录读取参数。 如果用户在图形界面修改参数，再把值反馈回到yaml文件，似乎...有点怪，需要仔细捋一捋。 可能需要写在另外一个yaml文件中，修改配置后保存的过程为yaml文件和xml配置进行同步。如果要通过图形化编辑器的方式一并解决，那要把目前调用了preferences的全部代码都重构一遍了。 感觉有点头大

> 只 build 单个文件速度是很快的, 可以做到无感知 > > 实际现在切换 theme 也是在 build 我说build的是在说这个流程原先的是单向的。要说效率，显然不是问题。 > 其他 rime 前端是如何做的? 众所周知，小狼毫通过图形界面只能选择配色和方案，而且还是一个单独的程序😂

> 但是小狼毫的其他配置项, 也都是存在 UIStyleSettings 生成的这个 .custom.yaml 文件内的, 只是它的图形界面只实现了部分配置项的编辑 > > 这和现在 trime 的情况一样, 可以先只把现有的带界面的配置项的编辑和保存实现 (比如配色和方案) > > 单独存一个 xml 体验还是太割裂 现有的preferences xml已经有齐全的编辑界面，用户完全不需要直接修改xml文件的内容。在这个前提下xml和yaml又有什么区别呢？

> 我一直在作为参考的项目 [florisboard](https://github.com/florisboard/florisboard) 实现了一个标准的剪贴板管理器，功能简单而完善。不过我弄不清楚原理啥的，也不知道怎么能「移植」到同文上 …… 这个输入法的确有很多参考之处. 比如横屏模式的全屏编辑 . 编辑文本时对已有内容的感知(可以看截图) 按键长按事件的弹出选项 符合和emoji键盘(和目前的同文不同,emoji是和我思路一样的根据屏幕宽度自动排布每行emoji数量的布局) 对用户的引导,等等. 但是我并没看到多重剪贴板的功能,它只能获取当前剪贴板内容. 附上两个输入法横屏编辑地址栏的对比图:  

已经在pr #508 中增加支持滚动的符号键盘,简单的剪贴板列表和符号键盘历史. 目前力有不逮, 删除 查找 合并等功能暂未做, 我的设想是,长按剪贴板显示悬浮窗,此时再点击其他内容进入多选模式. 希望有朋友做一下长按显示悬浮窗的功能, 正如上方截图,仿fv弹窗,对文字编辑,划选,分享,删除,合并等功能. 剪贴板皮肤配色和背景参数目前无效,感觉我自己没法以低开销的方式解决问题. 

liquidKeyboard支持的action： - [ ] command: 执行命令（输出时间等） - [ ] option: 命令参数 - [ ] select: 选择（键盘布局） - [ ] toggle: 切换状态 - [ ] send: 发送按键 - [ ] text:...