フォーラムへの返信
-
投稿
-
β1は両Shift＋3でキー操作のログが印字されるので、現象発生時のログを見せていただけると助かります。
カスタマイズ拝見しました。
左右Commandキーの位置（カスタマイズ画面上はLGUI, RGUI）に[マクロA英数][マクロAかな]が置かれているのが原因です。単独押しかどうかに関わらず、完全にマクロの機能に置き換わっています。左右Commandの単独押しで日本語入力をON/OFFしたいのだと推測します。
残念ながら修飾キーの単独押しのみに別の機能を割り当てることはできません。左右CommandキーにユーザーMOD(通常シフト)を指定し、単独押しにマクロを設定、切り替え先配列面にCommandを付加したキー配列を設定することで近いことは実現できます。起動時やスリープ復帰で動作しない際は、かえうち のLED表示はどうなっていますか？
USB端子の接触不良の可能性もあるので、接点復活剤等の利用もご検討ください。ありがとうございます。
1.8 β1, 1.8 β2両方において、QWERTY配列でいうWキーを押すと割り当てにかかわりなく * が出力されるようになっているようです。（？）
これは謎です……。こちらの環境では普通に出力されています。
両Shift＋1でJIS/USのモードを切り替えてからWを押すとどうなりますか？同一の問題である可能性が高いので、2つのトピックを統合いたしました。
前回のテストでは問題が発生しなくなったとのことでしたので、そのバージョンをベースに2つの内部プログラムを作成しました。
- 1.8 β1 (1.8.0100)：key-stroke-testからF1キーによる印字だけをなくし、キー配列を編集できるようにしたもの。両Shift＋3でログ印字が可能。
- 1.8 β2 (1.8.0201)：β1からログの記録をなくしたもの。両Shift＋3を押すと空のログが印字される
かえうちカスタマイズ 右上の内部プログラムのバージョン表記で書き込むバージョンの切り替えが可能です。他のバージョンと同様、両Shift＋9で現在書き込まれているバージョンの確認ができます。
大変お手数ではございますが、結果をお知らせいただけると助かります。
なるほど。その挙動は気づきませんでした。
同時押し関連の修正は結構大変なのですぐにはできませんが、修正が必要な問題ですね。ご不便おかけします。以下、言い訳です。
—
同時押しの判定は基本的にキーを離したときに行っています。なのでそのまま処理するとキーを離した順に出力されてしまいます。
同時キーが複数押された場合は、先に押した方を先に出力するような仕組みが入れてあります。「同時押しMOD同士の同時押し」は後から追加した機能で、その処理を組むときに離す順序が入れ替わることを考慮していなかったようです。
—・F1とF2キーで画面の明るさ調整ができたのが、F1からF12まで、ほとんど無効になるか別の機能が割り当てられてしまった。
Apple製キーボードは世代によって微妙にF1～F12キーの機能を変更することがあり、それを吸収するためか、macOSは接続しているキーボードがApple製の場合は世代に合わせてFキーの機能を変更しているようです。
かえうちを介して接続している場合は、macOSからは一般的な（Apple以外の）JISキーボードに見えます。Fキーの機能はApple以外のUSBキーボードを接続したときと同じになります。
何らかの方法でApple製キーボードだと偽装すれば動作するようになるかもしれませんが、Apple製キーボードの仕様が公開されていないので技術的に可能かも分かりません。・ブラウザで文字検索をするとき、command+Fで検索フォームを出せたのが、無効になってしまった。
・command+tabで起動中のアプリケーションの切り替えができたのが、できなくなってしまった（commandボタンが無視され、ブラウザ内でのtab機能として動いてしまっている）。カスタマイズの内容によると思います。カスタマイズファイルを添付していただけると原因が分かるかもしれません。
テストありがとうございます。何らかの相性問題かと思いますが、問題切り分けのため、こちらのカスタマイズで再度試していただけますか？
[かな]キーを押すと、かえうち のみが親指シフトモードになります。その状態で[A][S][D][F]を押して「usiteke」と入力されれば正常動作です。[英数]を押してから[A][S][D][F]を押すと「asdf」となるはずです。動作から推測されるのは、KB211で変換キーを押すと、KB211から3つの操作が同時に出力されるようです。（押す/離す のどちらで行われるかは分かりません）
- [Space]の出力
- [ひらがな]の出力
- KB211の入力モードを日本語（親指シフト）に変更
単独で[ひらがな]や[空白]が存在するのに、なぜこのような動作になっているのかは不明です。KB211の設計がこうなっているのかもしれませんし、PS/2 → USBの変換に起因するかもしれません。
割り当てないと、「変換」キーを押してもスペースだけが出力されます。ちなみにその際「カタカナ ひらがな」キーを押すとKarabiner EVENT VIEWERでは、なにも押されていないと認識しているようです。
この辺りの動作は私の推測にも合致します。macOS は（Karabiner-Elements等を使わなければ）[ひらがな]を認識できません。かえうち や Karabiner-Elements でmacOSが認識できるキーに変更するとEVENT VIEWERで見えるようになります。
モードずれを回避するために、[変換]押下時にmacOS側も日本語モードにする（[かな]を割り当て）は適切だと思いますが、英字入力時の区切りの空白を入力する度にモードが切り替わってしまいますね。
shinjiro さんの希望される動作は、[変換]キーを押すと（英字を含む）空白が入力されることなのでしょうか？ それとも日本語の変換操作が行われることなのでしょうか？ 前者であれば為す術ありませんが、後者であれば日本語入力中のみの操作なので[かな]が押されても問題にならないように思います。
ご報告ありがとうございます。
おそらく同じ原因の問題なのでしょうね。
現象発生のトリガーと、どうすればこちらで再現できるか引き続き調査いたします。ご報告ありがとうございます。
もしやと思い、「###KEYSTROKETEST###」で書き込んだ後、それをファイルに保存して
できた「key-stroke-test.kaeuchi」(設定名：標準）を書き込んでみましたが、
「ryoyy」となる現象は起きました。とあるので、今回のテスト用に作成した内部プログラムでは問題が発生しないようですね。単純なバグではなさそうです。
現在公開中の1.7と今回のものは、ログの印字機能以外は同一です。一応変更は最小限にしましたが、そこに何らかの変化が発生したのかもしれませんし、もっと確率的な何かかもしれません。次のテストの準備ができましたら、またお知らせいたします。
JキーでEnterになるのであれば、Ctrlキーが押されているのかもしれません。FBPNキーでそれぞれ→←↑↓カーソル、AEキーでHome/EndになっていればCtrlキーの問題で間違いありません。
ただ、Ctrlキーを誰が押しているのか（キーボード→かえうち でCtrlキーのデータが入っているのか、かえうち の処理や設定に問題があるのか、iPadがCtrlキーが押されたままだと誤認識しているのか）はこの情報からでは分かりかねます。左右Ctrlキーを何度か押してみると直るかもしれません。他のUSBキーボードや、他のPC/スマートフォン等をお持ちでしたら、別の組み合わせで同じ現象が起きるか試していただけますか？
また、iPad Proへの接続が「Lightning-USB3カメラアダプタ」なのであれば、Lightning端子に電源を接続しても再現するか試していただけますか？（Lightning-USBカメラアダプタであればこのテストはできません）一般的な話として、Apple製のUSBキーボードは供給電圧の規定が厳しいようで、iPadからのバスパワー給電では正常に動作しないことがあります。外部電源無しでテストしているのであれば、電源関係の問題であることがまず疑われます。
かえうち とMagic Keyboardの相性問題という可能性もゼロではありませんが、英字入力ができている以上その可能性は低いでしょう。今さらですが、蜂蜜小梅を かえうちカスタマイズ のサンプル集に追加しました。
- 141F さんのカスタマイズをベースにしています。
- Mac用キーボードに対応させるため、[英数][かな]キーの設定を追加しました。
IME ON IME OFF 左親指 右親指 Win ひらがな 無変換 Space 変換 Mac かな 英数 Space かな おっしゃって頂いた内容でカスタマイズして、ipadにつなげて「かなキー」を押して入力しようとすると、LEDの赤と青が同時に光り（点滅ではなくずっと光っています）、キーを押してもそのまま反応しません。
その後、キーポードを何回か抜き差しすると、LEDは緑のみとなり、
入力できるようになったのですが、ローマ字入力の状態です。LEDの動作は正常です。緑LED点灯は通常動作中を示し、赤LED点灯は（ユーザー定義可能ですが）日本語入力モード中を指します。（[マニュアル] 本体 参照）
[かな]キーを押したときは、日本語入力モードになったことを示しています。
PC側のUSB端子を外して再接続すると、再度キーボード認識が行われ、正常にキーボードが認識されると緑LEDが点灯します。初期状態は英字入力モードなので、赤LEDは点灯しません。さて、問題は日本語入力モードで文字入力ができないことです。英字入力モード（緑LEDのみ点灯）で文字入力ができていることから相性問題ではなさそうです。
Apple Magic KeyboardはUSB接続中に充電が行われる製品です。間に かえうち のような物が接続されて電力を消費することは想定していないでしょうから、かえうち(LED点灯)＋充電で許容電力量をオーバーし、USBの供給電圧が不安定になったことが考えられます。LED消灯ではたまたま大丈夫だったのでしょう。
かえうちカスタマイズの[全般]タブでLEDの明るさを変更できます。添付していただいたカスタマイズをベースに、一部変更したものを添付します。お試しください。
- 緑LEDの明るさ：20% → 10%
- 赤LEDの明るさ：20% → 0%
- 左親指（Space）の単独押しが[無変換]になっていたので、[Space]に変更
- 右親指の単独押しを[キーリピートオフ][ロールオーバー出力しない]に変更
問題を切り分けるために、テスト用のプログラムを用意いたしました。お手数ですが、テストしていただけると助かります。
［テスト方法］
かえうちカスタマイズの設定名に「###KEYSTROKETEST###」と入力して [書き込む] を押してください。専用のカスタマイズファイルが書き込まれます（カスタマイズ内容は無視されます）。通常のキー配列に戻す際は、かえうちカスタマイズ で通常の手順で書き込んでください。- F1キー以外は標準キー配列です。
- F1キーを押すと、かえうち が認識しているキー操作のログが文字入力として出力されます。メモ帳などを開いてからF1を押してください。
- ログが表示されるのは、A～Zキーのみです。他のキー操作ログは表示されません。
「QWE」と順に押したときのログは以下のようになります。
Key U/D msec
[Q] D 0
[Q] U 120
[W] D 280
[W] U 380
[E] D 530
[E] U 650認識がキー操作通りで、出力がおかしいのであれば、かえうちの内部処理に何らかのバグがあるのだと思います。
認識がおかしいのであれば、キーボードと何らかの相性問題が起きているのだと思います。解決できるかは内容次第となります。USB接続時は通常のUSBキーボードとして振る舞うようなので、かえうち を使用できると思います。
以下を確認していただけますか？- 確実にUSBで接続されるよう、iPadのBluetoothをオフにしておく
- NICOLAかんたん設定 の内容を確認する
- キー位置 日本語OFF：英数(Mac)
- キー位置 日本語ON：かな(Mac)
- 「出力」はデフォルトのまま
- 日本語入力前に[かな]キーを押す
かえうち の設定の問題でうまくいかないようであれば、カスタマイズファイルを添付して希望の設定（左右親指キーをどこにしたいか など）をご投稿いただけると適切なアドバイスができると思います。
昨日、この問題を修正した 2.1 をリリースしました。
処理方式をガラッと変えたので、この問題はまったく起きなくなると思います。ご報告ありがとうございます。
常時発生するのではなく、たまに発生するということであれば、何らかの要因で一時ファイルが削除されているのだと思います。
かえうちパートナー は起動時に必要なファイルを一時フォルダ（通常 C:\Users\[ユーザー名]\AppData\Local\Temp）内に作成します。このエラーは一時フォルダに置いたはずのファイルが見つからない場合に発生します。
一時ファイル削除の要因としては、- ディスククリーンアップ
- セキュリティソフト
- Windows高速化系ツール
- 手動で消した
といったところでしょうか。
このエラーは かえうちパートナー 起動直後に発生しますか？ それとも常駐していてあるとき急に発生しますか？どちらにせよファイルが消えている場合は何らかの回避処理をするか、分かりやすいエラーメッセージを表示した方が良さそうですね。
「Karabiner-Elements」でも「変換」キーを「スペース」に変更すると同じようにスペース入力と同時に日本語入力がONになります。
「日本語入力ON」はKB211のモードを指していますか？ それともIMEのモードを指していますか？ かえうち を接続しなくても発生する問題ですか？
- KB211のモードが切り替わっているのであれば、回避不能です。KB211のモード制御は内部で完結しているので、PC/Mac側に関係なく物理的なキー操作のみでモードが切り替わります。
- IMEのモードが切り替わっているのであれば、IMEのモードを切り替えるキー操作が行われたということです。Macが受け取ったキーボード操作を表示するソフトを使ってみる、Karabiner-Elementsの有無での動作の違いを確認する、どのキーでIMEのモードが切り替わるのかGoogle日本語入力の設定を確認する、別のIMEを試してみる、などの方法があります。原因が分かれば、かえうち で回避できる可能性のあります。
＞shinjiro さん
詳細のご報告ありがとうございます。
私はKB211を所有していないので、KB211の詳しい動作条件は分かりません。所々推測でお答えします。かえうち の問題ではなく、KB211に「モードずれ問題」が起きているのだと思います。
KB211は（KB232などと異なり）キーボード自体に親指シフトの処理機能が備わっています。KB211側が「親指シフトモード」になった状態で入力すれば、PS/2ポートには親指シフト処理後のカナ入力文字が出力されます。
FMV-KB211の動作（初心者用）[外部サイト] によると、 [無変換]を押すと日本語入力（親指シフト）モード、[英数]を押すと英字入力モードになるようです。モードずれの概要と対策も書かれています。モードずれは、KB211の親指シフト認識を使う限り解消できません。
KB211だけを使う場合、KB211とPCでモードずれが起きます。
[キー操作] → [KB211(親指シフト認識/入力モードあり)] → [PC(入力モードあり)]
かえうち を間に挟んでも、モードずれは解消しません。
[キー操作] → [KB211(親指シフト認識/入力モードあり)] → [かえうち] → [PC(入力モードあり)]親指シフト認識をキーボードではなく かえうち が担う場合は、モードずれを解消できます。PC上で「かえうちパートナー」を常駐させると、かえうち とPCのモードを同期させられます。
[キー操作] → [KB232] → [かえうち(親指シフト認識/入力モードあり)] → [PC(入力モードあり)]
[キー操作] → [JISキーボード] → [かえうち(親指シフト認識/入力モードあり)] → [PC(入力モードあり)]私が疑問なのは、何を目的に かえうち を接続しているかです。KB211を使うのであれば、単体で親指シフト入力が可能です（同時にモードずれ問題は回避不能）。
＞shinjiro さん
トピックを「富士通・富士通コンポーネント」に移動しました。
PS/2キーボードでは初の動作報告です。ありがとうございます！「無変換」キーを「英数マクロA」や「英数」キーに設定すると半角が無茶苦茶に入力されるのであきらめ「かな」に設定しました。
この辺りは不便があるようであれば原因を調べた方がいいかもしれません。
なぜか英数入力モード時に「変換」を押すとスペースが入力されるのですが、同時に「ひらがな」入力に変わります
キー配列画像を見る限り、[変換]キーは単にスペースを出力するだけに見えますが、（キーボード、かえうち、PCのいずれかで）何か他の処理が発生しているのかもしれませんね。