groverlynn

然而中英文之间**不应该**有空格

> This feature should not be added as a hidden behaviour. There are input schemas which do encode symbols. > > Consider creating a separate tool for editing code in...

> 例如在 Mac 鼠须管前端中无论将快捷键 `Alt+a` 配置为 `a` 的 `send`功能 还是 `send_sequence` 功能，输出的均为带有 accent 的字符 `å`。 > ## 特性说明 > 希望增加一个功能，例如在 `key_binder/bindings` 下设一个 `commit` 功能，使得通过组合健能直接将字符上屏，而不是模拟按键的输出，例如使用 `⌥/alt + a` 直接上屏小写字母 `a`，或者其他任意字符。 `{...

> > { when: composing, accept: Alt+a, send_sequence: "a{Return}" } > > 感谢回复。但是测试了一下，Mao 鼠须管中无论是`when: composing`还是`when: always`仍然无法在输入`⌥ + a`的情况下直接上屏`a`。 https://github.com/rime/librime/assets/14979243/a35056f6-2a82-4202-bb90-6ef067a5894d 當且僅當`⌥ + a`爲dead key時快捷鍵無效，因爲系統仍在等待用戶輸入被dead key修飾的鍵

> 感谢开发者有耐心从用户的场景理解需求。 > > 对于本人之前的背景描述，开发者给出了 `Return` 或 `Shift + Return` 的解决方案。从中文输英文的角度来看，这样的输入方案确实是最自然。这里我想提供以下我为什么想到通过组合键来实现小写上屏的特性。 > > 在英文输入环境中，我们默认输入的是小写。如果遇到少量的连续大写字母，我通常是左手小拇指按住 `Shift` 然后敲击键盘直接上屏大写字母。于是在默认输入是中文的环境中，我会尝试通过小拇指按住一个修饰健，比如 `Shift`。但是 `Shift + 字母` 已经用于上屏大写字母了，所以想使用一个其他的修饰健来在中文输入环境下直接上屏小写字母。 > > 另外补充一个由于 `Return` 或 `Shift + Return` 上屏英文那字母造成浏览器提示行为不同的实际情况。...

> 按照 Chrome 补全的机制，输入 `baid` 之后临时切换 ascii mode 会提示使用 Google 搜索 `baid`，而不是补全 `baidu.com`。 (如果浏览器之前访问过 `baidu.com`) > > 这种浏览器 / IDE 的提示机制造成的错误匹配是本人希望加入该特性的主要原因之一，另外一个小问题就是临时切换 ascii mode 模式会导致输入体验的不连贯，回到正常中文模式还需要额外切换，即增加两个多余的按键。 > > 关于输入逻辑的事情，本人认为不同用户会可能有不同的偏好倾向，例如 Vi 系编辑器区分不同模式 mode...

> > Screen.Recording.2023-09-04.at.09.55.13.mov 應該是你用`baidu.com`完整URL的次數還不夠，搜索的優先級比較高

> > 應該是你用baidu.com完整URL的次數還不夠，搜索的優先級比較高 > > > 对于浏览常用网页，我习惯直接输入网址而不是通过搜索引擎搜索进入，相信也有许多用户也是这样的习惯。以“百度”为例，我需要在浏览器输入 `baidu.com`，此时如果是英文模式，那么在输入 `baidu` 的时候浏览器会直接提示进入 `baidu.com`，然后通过 `Return` 可以直接进入网页。 > > 事实上，以 ASCII 模式单独输入 `baidu` ，Chrome 能够将 `baidu.com` 列为第一候选，而在中文模式下则不行。除了 `baidu.com` 之外，一切以拼音或存在类似拼音音节的网址，只要输入法中没有对应英文条目都有可能出现上述问题，如 `tieba.baidu.com`，`niconico.jp`, `bilibili.com` 等等大量中文互联网网址。 > >...

> 请问阁下输5、6次之前有出现过没有补全网址的情况么？ 當然有啊，chrome的設計就是這樣的啊，是否補全網址取決於近期是否高頻登入該網址

> > 回車上屏已輸入的網址且不切換ASCII，再回車打開網站。比什麼組合鍵輸入小寫要方便得多吧？ > > 请详见数学分析 [#686 (comment)](https://github.com/rime/librime/issues/686#issuecomment-1694127370) 。 然而直接回車並非切換ascii模式，此時 $$\eta(c)=\frac{c}{c+1}$$ 理論上和你提出的組合鍵輸入效率相同，實際上因爲不破壞輸入的手型，效率是高於你的組合鍵方案的 P.S.修飾鍵與主鍵並非同時按下，而是先按修飾鍵然後在未抬起修飾鍵的情況下按下主鍵。平均耗時必定超過按兩個字母鍵（按鍵位置越偏遠耗時越久；加上組合鍵按下的時間必須重疊的要求，導致絕大多數情況下都是先抬起主鍵，後抬起修飾鍵，所以即便不考慮修飾鍵的偏遠位置和對輸入手型的破壞，耗時都應該至少是按兩鍵）。