フォーラムへの返信
-
投稿
-
かえうちパートナーが常駐している方がキーボード(FKB8579)が認識しやすい(？)気がして常駐させてます。
かえうちパートナーは、かえうち認識後にしか動作しないので、残念ながら認識しやすいということはありません。
かえうちがカスタマイズモードになっているとiPad(iOS)では、「デバイスは使えません」のメッセージを返してくるような(現象回数が少ないので確定とは言えない)。
カスタマイズモードになっているときは、カスタマイズ（書き込み）専用モードで動作しています。PC等からはキーボードとして見えないので、iOSで「使えない」と表示されるのは正しい動作です。
今比較的はっきりしているのは、iPadのバッテリー残量30%前後だとFKB8579はまず認識されません。
使用されているのは「Lightning – USBカメラアダプタ」ではありませんか？ このアダプターは電源供給ができないので、かえうち 接続有無を問わず消費電力の大きいUSBキーボードが使用できないことがあります。例えばApple純正のMac用USBキーボード（生産終了品）は かえうち 無しでもiPadで使えません。電源供給をiPadに依存しているので、iPadのバッテリーが減ると供給電力が足りなくなるということも起きます。
一方「Lightning – USB3カメラアダプタ」は電源供給用のLighning端子があるので、ここに電源（ACアダプターかモバイルバッテリー）を接続することで消費電力の大きいUSBキーボードでも使えるようになる可能性が高いです。
もしすでに「USB3」の方を使っているのであれば、接続する外部電源の変更も試してみると良いかもしれません。ご指摘ありがとうございます。気づきませんでした。表記・順序を揃えました。
OASYSは親指シフトキーボード＆ローマ字入力でも濁点、半濁点は同時一発で打てます。
そうだったのですね。知りませんでした。ローマ字入力でも、となると、現在のローマ字入力とは記号位置が異なっていたのでしょうかね。
私はかえうちパートナーを常駐させられないiPadでも使うので、パソコンもかえうちパートナーを外してます(今のところ)。
濁点や記号の話とは関係なく、（環境/セキュリティ基準が許せば）かえうちパートナーを常駐させることをお勧めします。iOSでのキーボード操作はほぼ文章入力のみなのでさほど問題にはなりませんが、Windowsでは文章入力以外でもキー操作可能な場面が多くあります。右クリックメニューのショートカット（「印刷(P)」を P キーで選択）や、エクスプローラーでの頭文字検索（フォルダを表示中に S を押すと S で始まるファイルに飛ぶ）、画像編集ソフトウェアでのショートカット（P を押すとペンモード）などです。かえうちパートナーを使っていないと、文章入力以外の場面でも日本語入力モードになったままになることがあり、不便だと思います。宜しければお試しください。
2. の変更も入れました。
＞teriha さん
ご回答ありがとうございます。しかしどうやら原因は異なるようです。macOSをお使いとのことですので、[変換][無変換]などのキーをmacOSに送信しても無視されます。
HHKB ProJPは、[変換]キーを押すとキーボードとしては[変換]を出力します。macOSで使う場合は、専用ドライバをインストールすることで、[無変換][変換]を[英数][かな]として認識できるようになっています（参考リンク）。つまり、nakatak さんが意図しているキー操作「Ctrl＋変換」は、実際には「Ctrl-かな」としてmacOSとATOKに送信されています。かえうち を介して接続する場合は、専用ドライバを使う必要がなく（使おうとしても使えないはず）、キー配列設計上で[無変換][変換]を[英数][かな]に置き換えることになります。添付のカスタマイズファイルにその設定を入れました。修飾キーを押しているときの配列面（配列面5）の[無変換][変換]を[英数][かな]に変更しています。
他に、[全角/半角]と[ひらがな]もmacOSは認識できません。使えないままではもったいないので、[ひらがな]は[右Command]にしておきました。[全角/半角]も他のキーを割り当てると便利だと思います。濁点付加できないカナへの濁点追加、あるいは単独濁点のことですね。
IME・かえうち 共にかな入力モードの場合（かえうちでは日本語出力モードを変更）は単独濁点入力が可能です。かえうち に関わらず、JISかな入力で可能なことなので、「え゛」「(゜∀゜)」なども可能です。「ワープロではできた」とおっしゃっているのは、かな入力モード（親指シフトも広い意味では かな入力）でのことだと思います。IME・かえうち が共にローマ字入力モードの場合は、ご指摘の通り単独濁点の入力はできません。これはローマ字入力に濁点を入力する方法が無い（「だくてん」と書いて変換するしかない）ことに起因することなので、かえうち単体ではどうしようもありません。
ローマ字入力でも、かえうちパートナーの「記号を明示的に指定」の技術を使えば単独濁点の入力も可能です。需要が多ければ入力可能文字に追加します。ありがとうございます。
1. は修正しました。
2. は近いうちに変更します。確かに上下が入れ替わると分かりにくいですよね。
3. についても機能追加したいのですが、結構手間がかかるので、余裕ができたらですかね。すみません。まずざっとカスタマイズを見たところで誤解されてそうなところは、配列面の有効無効や優先順位の考え方です（[マニュアル] 配列面 参照）。例えば、配列面19にある[マクロA 9]には[面ON 16]とありますが、配列面16が有効になっても、さらに優先度の高い19が有効のままではこの配列面（JISかなモード）から抜けられません。
また、[マクロA かな]に[面OFF 0]が設定されていますが、これをやってしまうと[透過]を配置しているキー（F1～F12やBackSpace、Enterなど）がすべて何も設定されていない状態（＝何も出力されない）になってしまいます。設定意図と異なるでしょうから、有効無効は基本的に配列面1～31に対してすべきです。常に0が有効であれば、マクロA 6/7の設定は配列面0だけで、他の配列面はすべて[透過]にすれば十分です。Fn+N,Mの切り替えについては、配列面3にも同様に設定されているので、上記の配列面切り替えが問題ではなさそうです（もしかしたらチェック漏れがあるかもしれません）。前後の操作（配列面切り替え）も含めて同じように操作して、USB端子抜き差し前後で動作に変化があるのであれば、カスタマイズの問題ではなくハードウェア的な問題かもしれません。USBハブの別の端子や（お持ちであれば）他のハブや他のPC/Macで現象に変化があるか、USB端子抜き差しによる挙動変化は毎回同じかどうか（抜き差しで確実に挙動が直るのかどうか）を試していただけると助かります。
うまくいったようで安心しました。
Vortex COREは文字キー領域すらガッツリ削られているので、JISキーボード想定の既存配列を当てはめるのは大変そうですね。私も一時期購入を検討しましたが、飛鳥を入れるには影響が大きそうで、そのままHHKB ProJPを使い続けています。
画像アップロードありがとうございます。
親指シフト入力キーボード特有の濁点(゛)半濁点(゜)の記述は、あっても無効になる
これはどういう意味なのでしょうか？ かえうち では濁点/半濁点の後置も可能です。
Ubuntu＋Mozc＋かえうち で試してみましたが、私の環境では意図した通りの操作ができました。前回アップロードした配列では（キートップ表記上での）LAlt＋Spaceで日本語入力ON/OFF、「修飾キーを押している間有効になる配列面」のLAltとLWinを入れ替えると（キートップ表記上の）LWin＋Spaceで日本語入力ON/OFFができました。
このカスタマイズでは日本語入力の切り替えに全角/半角キーを使っているので、全角/半角キーで日本語入力をON/OFFできる状態になっていないと正しく操作できません。USキーボードとして認識されていたり、Mozcの設定を変更していると（かえうちの接続に関係なく）全角/半角キーでの切り替えができない可能性があるのでご注意ください。
LGUIとLAltが入れ替わっていたので意図と異なるかもしれませんが、とりあえず作ってみました。動作が希望と異なる場合はお知らせください。
スペースを打つ→「かえうち{enter}」と入力され、赤LEDも点灯状態に
最近出荷した製品はこの状態が初期状態となっています。同封の紙には記載がありましたが、マニュアルに反映されていませんでした。「はじめに」と「よくある質問」の記載しました。
かえうちの接続確認に失敗しました。(1,-1,-1)
初期設定に失敗している可能性が高いです。[初期設定の再実行]を押した後、[ドライバを手動でインストール]を押して指示に従ってください。[Windows] カスタマイズモードへの切り替えに失敗する もご参照ください。
ご報告ありがとうございます。
添付ファイルが削除されたのはファイルサイズがオーバーしたためです。ファイルサイズの制限を30KBから200KBに拡大しましたので、再度アップロードしていただけると助かります。FKB8579 と KB232/ThumbTouch はキー配列が（キートップだけではなく機能的にも）異なります。FKB8579の文字キー領域は通常の日本語キーボード（JIS 106/109）と同一です。一方 KB232 と ThumbTouch はEnterキーの形状が異なるだけでなく、後退キー・取消キーの配置に伴っていくつかの記号キーが移動しています。この位置変更はハードウェア的に行われているので、かえうち や Japanist などを使わなくても[後退]は[BackSpace]としてはたらきます。
DvorakJ や やまぶき/やまぶきR などのキー配列変更ソフトは、基本的に普通のキー配列（JIS109やUS104）を想定しているので、KB232/ThumbTouch用の定義ファイルは見かけ上特殊な配列になります。定義ファイルが想定するキーの並びと実際のキーの並びが異なるからです。
かえうちカスタマイズ の場合は、キー配列定義時のキー配列と実際のキー配列の違いを吸収するために、いくつかの実在するキーボードを「キーボードの形状」として用意しています。KB232とThumbTouchもあるので、実際のキーの位置との対応が分かるようになっています。FKB8579は、親指シフト専用キーボードでありながら、KB232/ThumbTouchよりもむしろJIS109に近いキー配列です。「NICOLA (専用キーボード)」ではなく「NICOLAかんたん設定」を使わないといけません。
さしあたり「NICOLA (専用キーボード)」という名前は正確ではないので、「NICOLA (KB232/ThumbTouch)」に変更しました。① NumLockキーがBackSpaceとして認識される。
NumLockキー及びNumLock LEDのあるキーボード（Majestouchではない）で試してみましたが、こちらでは期待通りNumLockモードがトグルされ、LEDも点灯/消灯しました。
NumLockキーに別の機能を設定、あるいはBackSpaceキーに別の機能を設定した状態でNumLockキーを押すとどうなるか（どちらの設定に引っ張られるか）を試していただけますか？② キーボード側のLEDが一つでも点灯する状態となるとかえうちが停止する
LEDの点灯に連動して動作不良が起きるのであれば、電力不足という可能性はあり得ると思います。かえうち・キーボード・LEDの消費電力はいずれも小さいのでUSBの規格（500mA以下）を逸脱しているとは考えにくいですが、キーボードのLEDが点灯する際に電圧（USB規格は5V）が低下し、そのせいで かえうち あるいは キーボード が正しく動作しなくなっているのかな、と推測します。
キーボードのLEDではなく、かえうち内蔵のLEDの明るさによって動作不良が起きるという報告はございます（→ 参考リンク (Twitter)）。恐らく同類の問題でしょう。推測通りの問題の場合、ハードウェアを変更せずに解決すること難しいです。一方、キーボードのLEDが点灯しなくても良いのであれば、内部プログラムの変更でキーボードLEDを点灯しなくなるようにするのは可能です。キーボード上で状態が分からず多少不便にはなるでしょうが、入力できなくなる問題は回避できそうです。
Alt-Spaceについては、「修飾キーを押している間有効になる配列面」のAltに使っていない配列面（現配列面より数字の大きいもの）を設定し、その配列面のSpaceにキー配列を切り替えるマクロ（マクロA 全/半 など）を設置すればできます。カスタマイズファイルをアップロードしていただければ具体的な設定方法をご案内します。
カスタマイズはWebAppで出来るが書き込みには
PCで動くアプリが必要との認識です。合っています。
かえうちカスタマイズは、[書き込む]ボタンが押されるとサーバーにカスタマイズ内容を送信し、カスタマイズを組み込んだファームウェアをダウンロードして書き込みます。インターネット接続の無い状態で書き込める設計にはなっていません。
インターネット接続の無い環境での書き込みが技術的にできないわけではない（むしろ昨年末まではWebAppで作成 → ソフトウェアで書き込みという手順が標準でした）のですが、カスタマイズの簡便さ（ファイルダウンロード → 書き込み という手順だと面倒）と保守コストの削減のために現在の方式のみにしました。今後もその手順を変更する予定はございません。ログインしなくても書き込めるようにできたら嬉しいです。
実際問題としてカスタマイズ操作（キー配列の変更）がオンラインでしか動作しないので、（事前作成したカスタマイズの書き込みはできたとしても）完全オフラインでのカスタマイズはどちらにしてもできません。ですので、プロキシに対応させる方が解決策として適切のようです。
プロキシに対応させるのは前向きに進めたいのですが、現状手一杯なので後回しになってしまいそうです。申し訳ございません。
フォーラムへのご投稿ありがとうございます。メールでの返信と同文ですが、返信いたします。
[K+S] で「イェ」が入力できない問題、こちらでも確認いたしました。
原因は、カスタマイズファイル作成（書き込み時にサーバー処理）で「イェ」を正しく変換できていないことにありました。
つまり、同時押し等に関わらず「イェ」の入力ができない状態でした。
（マイナーなカナなので気づかなかった・気づかれなかったようです。）
サーバー側に修正を入れたので、再度書き込みを行えば「イェ」が入力できるようになります。「同時押しモード」で「単独キー」が「同時キー(単独２)」の設定では「空白」の出力となった
は、現象の内容がうまく掴めません。[同時押しMOD]の単独押しに[同時キー]を設定しようとした、ということでしょうか？
よろしくお願いいたします。
プロキシには対応しておりません。申し訳ございません。
Mozcとの同期とは、Mozc と かえうち の入力モードが一致しなくなるということですか？ Linuxは かえうちパートナー が無いので仕方ないかな、というところではありますが。