ユーザーサポート - 1221286617

1：applet：2008/09/13(土) 15:16:57 ID:???: こちらは、汎用キーバインディング変更ソフト「のどか」サポート掲示板です。公序良俗に反する記載内容や、個人情報が記載された場合、削除することがあります。
412：applet★：2011/09/20(火) 18:49:12 ID:???: >>411
コメントありがとうございます。
default.nodoka、ならびに emacsedit.nodoka での設定が
Remote側の該当ソフトのWindowでの処理になっていないことなので
結局、現在うまく行っていない状態のときの識別しているWindowが
何か分かる必要があります。

keymap Global
key C-A-D = &DescribeBindings

を記述して、Remote側で、Ctrl-Yenが効かないときに
Ctrl-Alt-D を押して、ログを取得してください。

まずは、それをあきらかにしましょう。
413：applet★：2011/09/20(火) 19:01:59 ID:???: >>410
コメントありがとうございます。
確かに、EmacsEditには、なっていないですね。

下記を dot.nodokaの末尾に追加してください。

window start-menu /Desktop OpenBox Host:Search Box:SearchEditBoxWrapperClass/ : EmacsEdit
414：roswell：2011/09/20(火) 19:24:02 ID:YASB9o5Q: 大変お手数をお掛けして申し訳ありません。

手順
- keymap Global
key C-A-D = &DescribeBindings
をRemote/Local共に .nodokaに記述。
- Local側、設定再読み込み。
- Remote login。
- Remote側のnodokaを、一旦終了し、再起動。
- Remote側の調査ウィンドウの"スキャンコードの調査"をクリックし、
- Local側のKeyboardで、Alt+Ctrl+Delete を押下。
1. Alt+Ctrl+Delete (Key Topの字面そのもの)
2. Alt+Caps Lock/英数+Delete (Caps Lock/英数をCtrlに入れ替えているの)
で、下記の様にログウィンドウに表示されます。

1.
E0-0x53 U-A-C-K0-Delete
E-0x2e &VK( E-U-DELETE )
0x0f U-A-C-K0-Tab
0x1d U-A-K0-LeftControl
0x38 U-K0-LeftAlt
0x1d D-K0-LeftControl
0x38 D-C-K0-LeftAlt
0x0f U-A-C-K0-Tab
0x1d U-A-K0-LeftControl
0x38 U-K0-LeftAlt

2.
E0-0x53 U-A-C-K0-Delete
E-0x2e &VK( E-U-DELETE )
0x0f U-A-C-K0-Tab
0x1d U-A-K0-LeftControl
0x38 U-K0-LeftAlt
0x1d D-K0-LeftControl
0x38 D-C-K0-LeftAlt
0x0f U-A-C-K0-Tab
0x1d U-A-K0-LeftControl
0x38 U-K0-LeftAlt

共に、同じように表示されます。
415：applet★：2011/09/20(火) 20:19:23 ID:???: >>414
説明が不足して申し訳ありません。
key C-A-D = &DescribeBindings

は、Ctrl-Alt-D キーです。最後はアルファベットのdとなります。
Deleteではありません。
416：a：2011/09/20(火) 20:19:58 ID:r8DvH7xM: >>413
キました. 完璧です.
ありがとうございます.
417：applet★：2011/09/21(水) 23:10:26 ID:???: >>404
CheckModifierスレッドが誤動作しているようなので
m_currentKeyPressCount:0の時には検出しないようにした
nodoka64.exeです。手元では不具合が発生しないので
確認用です。もしお時間あればお試しください。

http://ux.getuploader.com/applet/download/10/nodoka64.zip
418：sammohung：2011/09/22(木) 12:43:06 ID:???: 例のモディファイヤキー押しっぱなし現象ですが、
モディファイヤキーに限らずあらゆるキーで発生します
当方、ゲームプレイ時にWASDキーを酷使するのですが、
のどかを噛ませていると頻繁にWASDキーが押しっぱなしになってしまいゲームになりません

そのタイミングですが、キーリピート発生と同時にキーをUPさせた時に発生するような気がします（断言はできません）
キーリピート開始までの時間を150msに設定しているのですが、
ゲームプレイだと丁度それくらいの間隔でキーをdawn・upさせる機会があり、
また、キーリピートが発生してから余裕をつけてキーをアップさせた場合に押しっぱなし問題が発生した記憶がありません
ですので、モディファイヤどうこうの話ではなく、
モディファイヤキーの性質上、丁度リピートとキーupが重なる事がモディファイヤキー押しっぱなしの誘因要素になっているのではないでしょうか
大変不便なので出来ればとっとと修正して頂きたいです

一応書いておきますが、win7home 64bitです
419：applet★：2011/09/22(木) 19:53:01 ID:???: >>418
御報告ありがとうございます。
押しっぱなしになる原因は一つではないと理解していますが
先日御報告頂いている問題は、キーを押していない状態で、CheckModifierが
誤動作しているようなログを得ているので、それとは異なるご報告ですね。

リピート開始とキーアップが、任意のキーの押しっぱなしになるという情報は
初めて伺いました。考慮いたします。大変ありがとうございました。
420：chacha：2011/09/27(火) 14:39:31 ID:AtzmksIE: >>417

いまダウンロードしました。
これから試してみます。

あと、418さんが書かれている任意のキーが押しっぱなし現象もたまーになってる気がします。
よく見かけるのはスペースがずーっと入力されるとかです。
＃キーボードが壊れてるのかと思ってました。

以上よろしくお願いします。
421：chacha：2011/09/27(火) 14:51:36 ID:AtzmksIE: たったいま、418さんが書かれてるような条件で、スペースキーの押しっぱなしが発生しました。
＃417のCheckModifierスレッド誤動作対応版を実行していろいろキーを試してたところです。

条件的には418さんの書かれてるように、キーリピートのタイミングと一致してるように感じられます。
詳細ログを表示しておりましたが、下記のように、キーは離されたことになっています。

m_currentKeyPressCount:1
0x39 D-NL-K1-Space
one shot modifier is NULL
> &OtherWindowClass
* Gen Modifiers {
}
=> 0x39 D-Space
m_currentKeyPressCount:1
m_currentKeyPressCount:0
0x39 U-NL-K1-Space
> &OtherWindowClass
=> 0x39 U-Space
m_currentKeyPressCount:0
* No key is pressed
* Gen Modifiers {
}
＃この後、スペースが入力されっぱなしになります。

こちらでもなかなか再現しないので難しいとは思いますがよろしくお願いします。
422：applet★：2011/09/27(火) 23:10:49 ID:???: >>420,421
お試し並びに、ご報告ありがとうございます。
効果なかったということですね。ソースコードの疑わしいところを精査中です。
今後ともよろしくお願いいたします。
423：applet★：2011/09/28(水) 01:06:34 ID:???: >>421
お世話になっています。
ソースコードの気になるところを修正した版を用意しました。
キーリピートのタイミングでキーを離してもリピートにならないようしたつもりですが
再現しにくくなっていれば、効果があると判断できるかもしれません。

http://ux.getuploader.com/applet/download/11/nodoka64-20110928.zip

またお時間あれば、お試し頂ければ幸いです。
424：sammohung：2011/09/28(水) 01:35:59 ID:???: 「リピートで&Ignoreする事によりOneShotモディファイヤをキャンセル」する設定のモディファイヤキーを二つ組み合わせた場合に不具合が発生します
具体的には、IMEでの変換中に、

mod Shift += !!LShift
key *LShift = *無変換
key R-*LShift = &Ignore
#この設定のShiftキーのup（リピートによる&Ignore発生後）

mod Mod2 = !!変換
key *変換 = *NumEnter
key R-*変換 = &Ignore
#この設定の変換キーのdown

この操作を同時に行った場合、
本来なら何も起こらないはずであるのに、
IMEでの変換操作（半角ｶﾀｶﾅに変換）が行われてしまいます
IME側での設定では、
・F8
・Shift＋無変換
・Ctrl＋O
に、半角ｶﾀｶﾅ変換を割り振っているので、
この挙動は明らかにおかしいです
大変不便なのでとっととどうにかして頂きたいです

なお、
key *IC- =
の設定はしてあります
win7home64bit、Atok10を使用しております
以下、それが発生した時のログ

m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x2a D-R-IL-IC-I-K1-LeftShift
m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x2a D-R-IL-IC-I-K1-LeftShift
m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x2a D-R-IL-IC-I-K1-LeftShift
m_currentKeyPressCount:1
m_currentKeyPressCount:2
* Modifier Key
* one shot modifier
0x79 D-S-IL-IC-I-K1-変換
m_currentKeyPressCount:2
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x2a U-IL-IC-I-M2-K1-LeftShift
* Gen Modifiers {
=> 0x2a D-LeftShift
}
=> 0x7b D-無変換
=> 0x7b U-無変換
m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x79 D-IL-IC-I-K1-変換
m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x79 D-R-IL-IC-I-K1-変換
m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x79 D-R-IL-IC-I-K1-変換
m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x79 D-R-IL-IC-I-K1-変換
m_currentKeyPressCount:1
m_currentKeyPressCount:1
* Modifier Key
* one shot modifier
0x79 D-R-IL-IC-I-K1-変換

当方のdot.nodokaファイルもアップローダーに置いておきます
http://www1.axfc.net/uploader/Sc/so/278682
425：sammohung：2011/09/28(水) 01:54:26 ID:???: すいません、書き込んだ後に冷静になってその後調べてみた所、
不具合ではなく仕様だと思われる事に気が付きました

mod Shift += !!LShift
key *LShift = *無変換
key R-*LShift = &Ignore

このキーをdownさせた後（&ignore発生後）、

mod Mod2 = !!変換
key *変換 = *NumEnter
key R-*変換 = &Ignore

こちらもdownさせ、このリピートが発生する前に上記のShiftキーをupさせると、
Shiftキー側の&Ignoreが反映されないのか、挙動が妙な事になるようです

言葉足らずかもしれませんが理解してください
よろしくお願いします
426：sammohung：2011/09/28(水) 02:19:12 ID:???: 連レスな上に、上２レスとは全然関係ない話になって申し訳ありませんが、
言い出しっぺなので>>423のバージョンを15分ほど試用してみた所、例の症状はとりあえず出ていません
ですけど何分、再現が微妙な症状なので三日ほど使用してみてまた後で報告したいと思います
427：applet★：2011/09/28(水) 07:14:54 ID:???: >>426
不具合報告ならびに、お試し版のこともありがとうございます。
不具合内容は、最後に変換が押されてしまうということですね。

こちらでもまずは、再現に努めたいと考えます。
428：sammohung：2011/09/30(金) 00:58:41 ID:???: キー押しっぱなし問題ですが、
結論から言うと直っていません
頻度も変わってないような気がします
429：applet★：2011/09/30(金) 03:11:52 ID:???: >>428
ご連絡ありがとうございます。任意のキーの押しっぱなしは、原因不明ですが、さらに、おかしなところがないか
4.17では発生頻度が低いという報告を受けているので、さらに検討を進めます。
430：sammohung：2011/09/30(金) 23:14:46 ID:???: 度々失礼します
一度設定したoneshotモディファイヤを解除するにはどうしたらよいでしょうか
具体的には、
親キーマップでoneshotモディファイヤ指定された、

mod Shift += !!LShift

このLShiftキーを、特定のキーマップでは再び普通のモディファイヤキーとして扱いたいのですが
431：applet★：2011/10/01(土) 00:27:56 ID:???: >>430
お問い合わせありがとうございます。
たとえば下記のようにすれば、メモ帳では普通のシフトになります。

#
include "109.nodoka"

keymap Global

key C-A-D = &DescribeBindings
mod Shift += !!LShift

window notepad /notepad\.exe/ : Global

mod Shift += LShift

下記のようにWindowごとに設定が異なっていることが
Ctrl-Alt-Dキーを押せば、明らかでしょう。

---window Global ( /.*/ || /.*/ ) = &OtherWindowClass
mod Shift = RightShift !!LeftShift
mod Alt = LeftAlt RightAlt
mod Control = LeftControl RightControl
mod Windows = LeftWindows RightWindows
key A-C-D = &DescribeBindings

window notepad /notepad\.exe/ : Global = &KeymapParent
mod Shift = RightShift LeftShift
mod Alt = LeftAlt RightAlt
mod Control = LeftControl RightControl
mod Windows = LeftWindows RightWindows

window Global ( /.*/ || /.*/ ) = &OtherWindowClass
key A-C-D = &DescribeBindings
432：sammohung：2011/10/01(土) 01:16:32 ID:???: >>431
表示上はそうなるのですが、
例えば、親キーマップ上で
mod Shift += !!LShift
mod Shift += LShift
仮にこのように記述するとします

Ctrl-Alt-Dキーで設定を見て見ると、
---window Global ( /.*/ || /.*/ ) = &OtherWindowClass
mod Shift = RightShift LeftShift
確かにこのように表示されてoneshot機能はなくなるのですが、
実際の挙動は完全には直りません

具体的には、レタッチソフトPHOTOSHOP上でですが、
「Shiftを押しながら描画」する事により、自由な描画を、水平、垂直に方向へガイドして直線を引く機能が、
上記の設定をしてoneshotを解除しても働かないままになります
他にもレタッチソフトやドローソフトにはこの手の機能が多々あります
これ系の機能が大体全滅です
不具合でなければ更なる改善策をお願いします

話は変わりますが、
調査ウインドウとログウインドウが分離していて不便です
調査ウインドウだけ表示された状態で調査してもログの同期が見えなかったり、
タスクバー上でも、設定ウインドウ、ログウインドウ、調査ウインドウ、とやたらに増えてわかりにくいですし、
出来れば改善してほしいです
433：sammohung：2011/10/01(土) 01:24:05 ID:???: >>431
すいません自己解決しました
例のリピートで&Ignoreする設定が悪さしていただけのようです
>>432のレスは忘れてください
434：applet★：2011/10/01(土) 21:47:14 ID:???: >>433
フォローコメントありがとうございます。了解いたしました。

ところで、任意のキーが押したままになるのは、Version.4.17以前からお使いでないと
不明だと思いますが、4.18から発生頻度が上がったというご報告も受けています。
他の方々も同じでしょうか?
435：chacha：2011/10/03(月) 12:30:53 ID:AtzmksIE: お世話になります。

417版、423版ともに、押しっぱなし現象は改善しておらず、というか、
m_currentKeyPressCount:0の時には検出しないようにした影響か、
押しっぱなし自動解除も働かなくなっておりますのでご報告します。
#とりあえずリリース版に戻してしまいました。

以上よろしくお願いします。
436：applet★：2011/10/03(月) 20:45:25 ID:???: >>435
ご報告大変ありがとうございます。417版、423版とは、このスレッドの番号であり
それぞれで提供した版ですね。リリース版4.18の方がまだマシということですね。

リリース版の4.17は使用したことが無いということでよろしいでしょうか?
437：applet★：2011/10/03(月) 23:39:59 ID:???: Version 4.17の方が押しっぱなしになりにくいという情報をもとに
4.18から一部のコードを4.17に戻したもの、下記に置きました。

http://www.appletkan.com/download/nodoka-4.18_setup_2011-10-03.zip

4.18のsetupとほぼ同じですが、リリース版ではないお試し版です。
御時間がある方は、ぜひお試しください。以上、よろしくお願いいたします。
438：chacha：2011/10/04(火) 15:58:30 ID:OKRoDTRo: >>436
リリース版は4.16から使用しております。
4.16,4.17,4.18ともに、私の感覚では発生頻度に差は感じられませんでした。
＃お試し版ではCheckModifierが効かない場合があり、4.18リリース版のほうがマシという感じです。

以上お手数をおかけしますがよろしくお願いします。
439：applet★：2011/10/04(火) 20:41:27 ID:???: >>438
コメントどうもありがとうございます。
それでは、>>437で提供したお試し版も似たような状況になるでしょうね。
これはCheckModiferの部位は元に戻しています。
440：applet★：2011/10/06(木) 00:08:40 ID:???: もう一つ評価版作ってみました。
押しっぱなし抑止のために、Key Down直後のKey Upが失敗することがあるという仮定のもと、リトライするようにした版

http://www.appletkan.com/download/nodoka-4.18_setup_2011-10-05.zip
441：chacha：2011/10/07(金) 14:32:11 ID:AtzmksIE: お疲れさまです。

2011-10-05版を入れて見ましたが、状況は変わりませんでした；；
とりいそぎご報告します。
442：applet★：2011/10/07(金) 23:07:15 ID:???: >>441
お試しいただきありがとうございます。
ダメでしたか。さらにリトライする前に 20msだけSleepさせるようにしました。
またログ出力を追加したのデバイスドライバへのWriteFile()の失敗状況が
分かるようにしました。

手元では出力されない(押しっぱなしが発生しない)ので、実際にログ出力は確認できていませんが
また、お時間ありましたら、お試しいただければ幸いです。

http://www.appletkan.com/download/nodoka-4.18_setup_2011-10-07.zip
443：chacha：2011/10/11(火) 10:33:03 ID:AtzmksIE: >>442

2011-10-07版を入れて見ましたが、キー入力の問題ではなく、マウスクリックが効かないことがある、という症状が出ます；；
＃マウス関連の設定はdot.nodokaには記述しておりません。

ちょっとこのバージョンを試すのは難しいです。
よろしくお願いします。
444：chacha：2011/10/11(火) 12:26:08 ID:AtzmksIE: すみません、2011-10-07版ですが、上書きインストールではなく、アンインストールしてから
インストールしたらマウスクリックの問題はなくなりました。

ただ、肝心の押しっぱなし現象は改善していません。詳細ログも以前と変化がありません。

以上よろしくお願いします。
445：applet★：2011/10/11(火) 20:03:52 ID:???: >>443, 444
御報告大変ありがとうございます。
別の方からはメールで 10/3版で問題が出なくなったという報告がありました。
これは、キーを押したときのmodifier変更のためのhook処理をver4.17と同等としたものです。

10/3版に対し、10/5, 10/7版のいずれも、WriteFile()のリトライが追加されているだけなので
キー出力以前のところに原因があるかもしれない押しっぱなし状態であろうと考えます。

御報告頂いているように改善していないとなると、どこで Key Upが消失しているのか
調べるためにログを追加したものを用意するので、しばらくお待ちください。

重ねて、お忙しいところ、ご報告ありがとうございました。
446：applet★：2011/10/11(火) 21:24:25 ID:???: >>444
とりあえず、キー入出力のログを追加しました。詳細無しでも出力されます。

どこでキーアップが欠落するか分かれば、さらに問題があるところを追いかけることが可能であろうと
考えています。

http://www.appletkan.com/download/nodoka-4.18_setup_2011-10-11.zip
447：jun.nama：2011/10/22(土) 01:25:55 ID:HRjpH8Hw: 先日購入させていただいた者です。
非常に安定して動作しており、満足しています。ありがとうございます。

さて、Windows7のマシンにインストールしてみてはじめて気付いたのですが、
109キーボードを、104on109 (Emacs風)にして使っていると、
英数キーを押下した時に、何故かCtrlとShiftの両方が押下されたことになってしまうようです。

Windows XPのマシンでも試してみましたが、同様でした。
解決策はありますでしょうか。

以下にログを貼り付けます。
「109キーボード (104風、Emacs風)」にして、
設定ファイルをリロードして、
「スキャンコードの調査」と「仮想キーの調査」で、それぞれ1回、英数キーを押下したときのログになります。

よろしくお願いします。

------------------------------------------------------------
のどか 4.18 for x86
built by applet@airport (Aug 8 2011 17:52:17, Microsoft(R) 32-bit C/C++ Optimizing Compiler Version 14.00)
started at 2011年10月20日 0:55:54
C:\local\nodoka\nodoka.exe
use Keyboard filter driver.
------------------------------------------------------------
log was cleared at 2011年10月22日 1:20:54
loading: C:\local\nodoka\dot.nodoka
loading: C:\local\nodoka\\109.nodoka
loading: C:\local\nodoka\\add-mouse-gamepad.nodoka
loading: C:\local\nodoka\\104on109.nodoka
loading: C:\local\nodoka\\default2.nodoka
loading: C:\local\nodoka\\emacsedit.nodoka
successfully loaded.
0x3a D-NL-K0-英数
0x3a U-NL-K0-英数
0x10 &VK( D-SHIFT )
0x11 &VK( D-CONTROL )
0x11 &VK( U-CONTROL )
0x10 &VK( U-SHIFT )
448：applet★：2011/10/22(土) 14:48:14 ID:???: >>447
お問い合わせありがとうございます。これはヘルプのFAQ Q23に記載済のこととなります。

以下に再掲します。

Q23. 日本語109キーボードを使用しています。-DUSE104on109を設定していますが、英数キーを他のキーに変更すると、うまく動かないことがあります。

これは、104on109.nodoka の記述において、英数キーを押したときに、CapsLockとして機能するよう下記が記述されています。その結果、英数キーを押すと必ずシフトキーが入力されるので、他のキーへの入れ替え設定に影響があります。

def subst *英数 = S-*英数

回避するには、104on109.nodokaの該当行をコメントアウトするか、下記を dot.nodoka に記述して、設定をキャンセルしてください。

def subst *英数 = *英数
449：jun.nama：2011/10/22(土) 20:00:02 ID:HRjpH8Hw: >>448
ご回答ありがとうございます。
マニュアルに書かれていたのですね。見落しておりました。お手数をおかけしました。。

早速変更してみたところ、無事、SHIFTが入らなくなりました

Windows7だと、Ctrl(=英数)押すたびにIMEが切り替わって、どうしようかと思っていたのですが、
これで解決です。

どうもありがとうございました！
450：applet★：2011/10/22(土) 21:46:18 ID:???: >>449
解決されたようで、よかったです。
不具合ではあるのですが、歴史的なこともあり、デフォルトの設定ファイルを見直す
には至っていません。今後ともよろしくお願いいたします。
451：HipHipHurray：2011/10/27(木) 10:16:52 ID:oHCaQbLI: 初めまして。
NODOKAを使いまだ一ヶ月ほどしか経っておらず勉強不足ですが質問させてください。

＜問題＞
以下で説明する設定はNotepadなどのソフトで目的に沿った動きをするのですが、MS
Ooutlook 2010, Word 2010ではそうなりません。解決方法を教えていただければ助かりま
す。

＜設定したいこと＞
key ~S-Enter = Esc　（Enterを押とEscapeとなる）
key S-Enter = Enter　（Shift+Enterを押とEnterとなる）
key *S-IC-Enter = Enter 　（IMEを使い変換中にEnterを押とEnterとなる）

＜使用環境＞
Windows 7 Professional (64bit)
MS Office 2010 (32bit)
のどか 4.18 for x64

宜しくお願い致します。
452：HipHipHurray：2011/10/27(木) 10:21:42 ID:oHCaQbLI: ↑↑↑↑↑↑↑↑
（書き忘れ）

ATOK2011を使用していますが、MS IMEでも同じ問題が発生します。

宜しくお願いします。
453：applet★：2011/10/27(木) 20:54:59 ID:???: >>451
お問い合わせありがとうございます。

詳細ログを見る限り
どうやら Word 2010では、IME で変換中であることを示すICが取れていません。
Version4.15,4.16,4.17,4.18のいずれもそうでした。

機能リクエストとしてチケットを登録しました。
http://sourceforge.jp/ticket/browse.php?group_id=3682&tid=26643

ICが使えるべきなのですが、現状無理のようです。
日本語入力であることを示すは IJは取れるようなので、下記ではどうでしょうか。

key ~S-Enter = Esc #（Enterを押とEscapeとなる）
key S-Enter = Enter #（Shift+Enterを押とEnterとなる）
key *IJ-Enter = Enter #（IMEを使い変換中にEnterを押とEnterとなる）
454：HipHipHurray：2011/10/27(木) 23:34:23 ID:oHCaQbLI: 早速のお返事、有難うございます。

ＶｉｍのキーバインディングをＭＳＯｆｆｉｃｅで実現するために
ＮＯＤＯＫＡを使い始めました。特に、Ｏｕｔｌｏｏｋでメールを書くときに使おうと思っております。
Ｖｉｍを使用する際、ＥｎｔｅｒをＥｓｃとして使い慣れているため、同じ設定を実現しようとしました。

せっかく以下を提案していただきましたが、変換中にＥｎｔｅｒを押し、確定することは
できますが、その後（現在の設定では）ＥｎｔｅｒをＥｓｃの代わりに使えなくなってしまいます。

key *IJ-Enter = Enter #（IMEを使い変換中にEnterを押とEnterとなる）

IC無しで設定できないか、もう少し考えてみることに致します。

この問題を早期に改善していただければ幸いです。

有難うございました。
455：applet★：2011/10/28(金) 00:30:52 ID:???: >>454
コメント並びに、先の設定をお試しいただき大変ありがとうございます。

とりあえずですが、お試し版を置いておきます。
http://www.appletkan.com/download/nodoka-4.18_setup_2011-10-28.zip

IMM32側では、うまく取れていないので、TSF側で、IC状態を取れるようにしたものです。

key ~S-Enter = Esc #（Enterを押とEscapeとなる）
key S-Enter = Enter #（Shift+Enterを押とEnterとなる）
key IC-Enter = Enter #（IMEを使い変換中にEnterを押とEnterとなる）

設定ファイルは上記でOKだと考えますが、この版には癖があり、Wordを起動して、IMEでの入力時の
うまく認識できない時には、やはりEnterはESCになります。
また、このバージョンは、現在マウスのフックの改修を進めているため、マウスフックに問題があります。
456：chacha：2011/10/31(月) 12:47:25 ID:AtzmksIE: >>446

お疲れさまです。

2011-10-11版をしばらく使用していますが、なぜか押されっぱなし状態が再現されなくなっています。
取り急ぎご報告まで。
457：applet★：2011/10/31(月) 18:49:44 ID:???: >>456

御報告ありがとうございます。2011-10-11版は、リトライとログ出力以外に、10/3版と差はありませんが
ログ出力が影響するのかもと思います。

>>397
マウスフック有効時に他のアプリのスクロールに遅延などが発生するという問題に対応したつもりのものを
下記に置きました。

これはデバイスドライバによるキーボード読み込み部位にも大きく影響がある修正をする必要があり
押しっぱなし問題の挙動も変わっている可能性があります。

http://www.appletkan.com/download/nodoka-4.18_setup_2011-10-31.zip

nodoka64.exeの引数に、-L が追加され、起動後ただちにログウィンドウを開いて、詳細をチェックします。
なお、詳細チェックなしでもログ出力していた部位は取り除いています。
458：cc：2011/11/15(火) 11:48:24 ID:cr2A1Ne6: >>457

ご確認、改修ありがとうございます。

公開いただいた、nodoka-4.18_setup_2011-10-31 を３日ほど試用してみました。
スクロールに関する問題は、改善しているようです。

dll解放後のrius_hook_x64.dllのタイマーに関するエラーも、スクロールに
関連するタイマーが処理の遅延により解放されていないのだと推測していた
のですが、こちらは 2011-10-31版でも再現するようです。

なお、動作確認した環境は、以前 (>>396) のものから、Paper Plane xUI
のバージョンが 1.21+5 になっている以外変わりありません。

公開していただいてから時間が経ってしまって申し訳ないですが、動作確認
の結果を報告させていただきました。
459：applet★：2011/11/15(火) 19:45:22 ID:???: >>458
こちらこそ、御確認並びに、御報告ありがとうございます。マウスの方はとりあえず
OKですね。sirius_hookの方は、まだ障害の特定に至っていませんが
はてなの方に書いたように、別件で、中身も理解する必要があるので、しばらく
お待ちください。
460：maz：2011/11/24(木) 20:29:06 ID:021yBkGs: 初めまして、最近購入しました。
キーボードの識別について質問と要望です。

空いているキーボードを使って割り振りできないかといろいろ試してたのですが、
USBのポートによってK0、K1までは識別するのですが、どうやっても３つ目がまた
K0になったりし、識別が安定しません。

そこでコードを見たりこちらを確認させていただいたりした所、
>>192
の記述を見かけたので、少し質問とご要望させてもらえたらと思いました。

■質問事項
1) kid.UnitIdに３以上の値が来る可能性はありますか？
2) 詳細表示でUnitIdを確認出来ますか？

■要望
1) 詳細表示でUnitIdを確認したい。
2) K0～K3に対して、UnitIdを個別に割り振るコマンドが欲しい
3) コマンドが難しいのであれば、UnitId>3の時、K3が割り振られるようにして欲しい

PS/2キーボードの場合UnitIdは恐らく０なので、想定外のUnitIdの時はなるべく
K0とK1を外して欲しいです。一番ありがたいのはUnitIdの個別指定です。

長々と失礼しました(^^;。素晴らしいソフトだと思います。活用したいと思います。
461：applet★：2011/11/25(金) 03:29:38 ID:???: >>460
御質問ならびに御要望をお寄せいただき大変ありがとうございます。

1) kid.UnitIdに３以上の値が来る可能性はありますか？
3が来るのは確認しています。

2) 詳細表示でUnitIdを確認出来ますか？
　UnitId 0～3を、そのまま K0,K1,K2,K3としています。ただし、ブートする度に
入れ替わることがあることは認識していますが、そのままとしていました。

御要望の方は、下位からくる数値をそのまま使っているので、なかなか
難しいのですが、K0,K1はそのまま扱い、K2,K3が来ても、K2と
扱うようなことなら実現可能性はあると考えます。

検討してみます。
462：chacha：2011/11/28(月) 11:50:56 ID:AtzmksIE: お世話になります。ALT押しっぱなしが勝手に発生する現象が久々に出ました。
2011-10-11版のログを添付します。

気になるのは m_currentKeyPressCount が何も押してないのに１なのは変ではないかという点です。
詳細ログのサイズがオーバーして、どこから m_currentKeyPressCount がおかしくなったのかが
不明なのが残念ですがご検討よろしくお願いします。

Key IN: 56 2
m_currentKeyPressCount:2
E0-0x38 D-IL-NL-K2-RightAlt
one shot modifier is NULL
go beginGeneratingKeyboardEvents() 2
go beginGeneratingKeyboardEvents() 1
go generateKeySeqEvents(i_c, keyAssign->m_keySeq, i_c.isPressed() ? Part_down : Part_up)
* Gen Modifiers {
Key Out: 56 0
=> 0x38 D-LeftAlt
}
Key Out: 41 0
=> 0x29 D-GraveAccent
m_currentKeyPressCount:2
Key IN: 56 3
m_currentKeyPressCount:1
E0-0x38 U-NL-K2-RightAlt
go beginGeneratingKeyboardEvents() 2
go beginGeneratingKeyboardEvents() 1
go generateKeySeqEvents(i_c, keyAssign->m_keySeq, i_c.isPressed() ? Part_down : Part_up)
generateActionEvents(i_c, actions[actions.size() - 1], false)
generateActionEvents(i_c, actions[actions.size() - 1], false)
Key Out: 41 1
=> 0x29 U-GraveAccent
m_currentKeyPressCount:1
M Mouse: 5 key: 28
Key IN: 28 5
m_currentKeyPressCount:1
E1-0x1c U-NL-K0-AltDownOver
go beginGeneratingKeyboardEvents() 2
go beginGeneratingKeyboardEvents() 1
go generateKeySeqEvents(i_c, keyAssign->m_keySeq, Part_all)
> &HelpMessage("nodoka", "Alt")
> &HelpMessage("nodoka", "Alt")
Key Out: 56 1
=> 0x38 U-LeftAlt
=> (already released) E0-0x38 U-RightAlt
m_currentKeyPressCount:1
HWND: 0
THREADID:4968
CLASS: C:\Program Files\nodoka\nodoka64.exe
TITLE: C:\Program Files\nodoka\nodoka64.exe
Toplevel Window Position/Size: (50332662, 0) / (-50332389x0)
Desktop Window Position/Size: (0, 0) / (1680x1010)
463：applet★：2011/11/29(火) 00:25:59 ID:???: >>462
御報告大変ありがとうございます。

今考えているのは、フックルーチンからキーダウン時にモディファイヤー等
確認処理が走りますが
その処理が、あるタイミング（リピート開始時など)に重なると問題が出るという
仮定を立てています。不具合が多く出る現在のリリースバージョンでは
その処理回数がキーダウンごと逐一になっているので、そこから推察しています。

お試し版では、以前の版と同様に戻してあるので少ないはずなのですが
それでも問題が出ることがあるということになります。

非同期処理(ドライバからの入力と、フックルーチンからの入力)を
どちらかで、なんらかのブロックあるいは、より処理を軽くすることはできないかなど
検討したいと考えています。
464：sammohung：2011/12/11(日) 19:33:27 ID:???: 押しっぱなし現象が直らないので、
10-31版を入れてみたのですが、のどかが立ち上がると同時にLShiftキーが押しっぱなしになってそもそも使い物になりません
作業負担軽減のために導入したのに逆にストレスばかり溜まります
465：applet★：2011/12/12(月) 00:03:59 ID:???: >>464
御報告大変ありがとうございます。

年内リリースのつもりで、4.19として現在評価中のものを置きましたので、御時間あるときにお試し頂けますでしょうか。

http://www.appletkan.com/download/nodoka-4.19_setup_2011-12-11.zip

なお、def option UseTSF = false を設定ファイルに記述した方が起きにくいはずです。

シフトキーなど押すことなく、起動するだけでシフトキーが押しっぱなしになると事例は
初めてですが、もしも詳しい情報などありましたら、お教えくだされば幸いです。

以上、よろしくお願いいたします。
なお、4.19の修正内容は、下記となります。

追加
　起動時引数 -L, -lの追加
　　-L :「のどか」起動時に、詳細をチェックした状態でログウィンドウを開きます。
　　-l :「のどか」起動時に、ログウィンドウを開きます。
　　どちらも既にログウィンドウが表示されている場合には、最前面にするのみです。-Lでは詳細チェックは実行されません。

修正
　設定ウィンドウの最前面表示
　　設定ウィンドウが既に表示されていた時に、通知領域の「のどか」アイコンからの設定を選んだ場合や、ログウィンドウから設定ボタンを押した場合に最前面に表示されるようにしました。

　設定ファイルのシンボリックリンク対応
　　設定ファイルがシンボリックリンクファイルであった場合、実体のファイルサイズが0で無ければロードされるようにしました。

　マウスフック有効時に他のアプリのスクロールなどが遅延する不具合対応
　　マウス、キーボードLL Hookからの入力処理をウィンドウメッセージからキュー変数に直接代入するように変更して(yamyと同じ)、負荷を低減することで対応いたしました。

　不定期にキーリピートする不具合対応
　　必ず起きる環境では本不具合が発生しており、キー入力時の余分なモディファイヤーキー等ロック通知処理(notifyLockState())を削って、キーリピートしやすい不具合発生頻度を下げました。なお、まだ発生する環境では発生します。

　のどか終了時に、他のアプリがアプリケーションエラーを起こす問題対応
　　sirius内部のフック処理ルーチンにおいて、フック解除実行時にフックルーチンに入ってしまった場合、抜けるよう修正いたしました。
　　また、sirius内部の共有メモリ解除(SiriusReleaseHook())時にに解放処理(UnmapViewOfFile(pCv))を追加しました。
466：applet★：2011/12/13(火) 01:10:51 ID:???: >>465

起動時にアプリケーションエラーで落ちる環境があるので修正しました。
http://jbbs.livedoor.jp/bbs/link.cgi?url=http://www.appletkan.com/download/nodoka-4.19_setup_2011-12-12.zip
467：あさり：2011/12/18(日) 12:59:26 ID:???: ご報告です。4.19へのアップデート失敗しました。

環境
Windows XP 64bit SP-2

のどか4.18を使用していました。

のどか4.19リリースとのことで、ダウンロードし、
インストーラを実行。
インストール完了後、Windows再起動。

某アプリ上でのどかの設定(キー変更)が利いていないことを発見。
エクスプローラとメモ帳上で C-A (設定でHome化している), C-E (End化)
を試したが働かない。(のどか設定なし時の動きになる)

ログを見ても原因不明。
log begins at 2011年12月18日 12:24:13
loading: c:\home\foo\.nodoka\my.nodoka
loading: C:\Program Files\nodoka\default.nodoka
loading: C:\Program Files\nodoka\109.nodoka
loading: C:\Program Files\nodoka\add-mouse-gamepad.nodoka
loading: C:\Program Files\nodoka\emacsedit.nodoka
loading: c:\home\foo\.nodoka\after_default.nodoka
successfully loaded.

のどか4.19 アプリを終了。

のどか4.18をダウンロードし、インストーラ実行。

Windows再起動後、正常復旧(期待通りに動作中)しました。
468：applet★：2011/12/18(日) 13:14:29 ID:???: >>467
御報告ありがとうございます。
同じ報告を頂いております。大変申し訳ありませんが
4.19のリリースを取り消す必要があると判断します。
お手数をおかけして、大変申し訳ありません。
469：applet★：2011/12/20(火) 00:37:26 ID:???: >>467

4.19が抱えているウィンドウごとのキー入れ替え出来ない不具合の
改修を入れたリリース候補版を作りました。

http://www.appletkan.com/download/nodoka-4.19a_sample_setup_2011-12-20.zip
470：kw：2012/01/04(水) 11:44:45 ID:QOvNiW0c: 機能要望があるのですが、どこに書くのが良いのかわからずここに書き込みます。

キー入力で特定の文字列、特に日付や時刻を入力できるようにしたいのですが
カスタマイズで可能でしょうか？あるいは機能追加できますでしょうか？

たとえば Ctrl-F8 を押すと　2012-01-04 という文字列が入力されると
ファイルネーム作成やメモ書きに非常に便利になります。
かつでは「ねこまねきー」で実装されていた機能でした。
471：applet★：2012/01/04(水) 21:18:32 ID:???: >> 470
ご質問ありがとうございます。
現在の「のどか」では、そのまま実現する機能はありませんが、下記
組み合わせで、実現可能と考えます。

クリップボードに既に何か入っていると、それを貼り付けるようですが
それには対応していません。

設定ファイル側

key C-_1 = &ShellExecute("open", "c:\\Users\\applet\\date.js",,, ShowNormal) C-V

Ctrl+1キーで、date.jsを実行し、クリップボードに格納された日付を貼り付けます。

date.jsの中身
( ここに置きました。 http://ux.getuploader.com/applet/download/13/date.js )

var OLECMDID_COPY = 12;
var OLECMDID_SELECTALL = 17;

var strDate = new Date()
var yyyy = strDate.getYear();
var mm = strDate.getMonth() + 1;
var dd = strDate.getDate();
if (yyyy < 2000) { yyyy += 1900; }
if (mm < 10) { mm = "0" + mm; }
if (dd < 10) { dd = "0" + dd; }
var strCopy = yyyy + "-" + mm + "-" + dd

var objIE = WScript.createObject("InternetExplorer.Application");
objIE.navigate("about:blank");
objIE.document.body.innerText = strCopy;
objIE.execWB(OLECMDID_SELECTALL, 0);
objIE.execWB(OLECMDID_COPY, 0);
objIE.quit();

参考にしたのは下記のサイトの情報です。
http://d.hatena.ne.jp/ardarim/20080201/1201882406
WSHでのクリップボードアクセス

http://www.tohoho-web.com/js/date.htm
jscript 日付（Date）
472：sammohung：2012/01/15(日) 15:41:52 ID:???: 特定のソフト上で意図通りの動作にならずに困っています
具体的には、

mod Mod1 = !!無変換
window PhotoshopCS5 /:Photoshop/ : Global
key *無変換 = C-A-*z

この状態でPHOTOSHOP CS5上で無変換キーをoneshot動作させると、
altキーを押下押上した時のように、メニューバーがアクティブになってしまって（altキー単体を押した時の挙動）、
大変不便です
不便というか作業になりません

key C-*z = C-A-*z

こちらの設定のC-A-*zでそんな現象は起きないので、
oneshotが悪さをしている気がします
ボスケテ
473：applet★：2012/01/15(日) 18:03:07 ID:???: >>472
お問い合わせありがとうございます。
Altキーを処理してから、Ctrlキーを処理しているようにログ上では見えるので
逆の順番で処理するようソースコードを修正したものを作って見ました。

http://ux.getuploader.com/applet/download/14/nodoka64.zip

これで、効果が出るようであれば、次の版以降では処理を入れ替えるモードを用意する。あるいは
記述順となるよう処理を見直したものを作ることことを検討したいと考えます。

ただし、エンジンの根幹の部分でもあるので、非常に困難であるために、しばらく改修できない可能性があります。
474：sammohung：2012/01/16(月) 04:27:23 ID:???: >>473
とりあえず直りました！　完璧です！　快適です！　アイラブユー！
押しっぱなし問題もいつか直る日が来ると信じて気長に待ちます！
475：applet★：2012/01/16(月) 07:07:34 ID:???: >>474
お試し、および御報告頂き大変ありがとうございます。うまく行って
こちらとしても大変喜ばしいです。

同時に押すことにしたモディファイヤーの処理の順番が、設定ファイルの記述とは関係なく
必ずShift, Alt, Ctrlの順で行われるので、便宜上Shift, Ctrl, Altの順にしたものです。

他に弊害が無ければ、デフォルトをこちらにする可能性もあり、その場合にはモード設定というものは
不要となりますが、不具合であっても下位互換性確保も必要となる場合もあるので、記述順にすることができればベストだなと考えます。
その分遅くなるでしょうから、嫌らしいです。検討いたします。
476：kw：2012/01/17(火) 18:50:38 ID:QOvNiW0c: >471
470のkwです。対応ありがとうございます。
すばらいい！！と思ったのですが、
java scriptの実行が完了するのを待ってからペーストするべきなのですね。
以下のようにカスタマイズして意図した動作を確認しました。
waitの時間はCPUや環境依存ですが、このくらいの時間は待てる気がします。

&ShellExecute("open", "C:\\Program Files\\nodoka\\date.js",,, ShowNormal) &Wait(300) &Sync C-V
477：applet★：2012/01/18(水) 07:12:23 ID:???: >>476
ご報告ありがとうございます。ときどきうまく動かないので何故だろうと思っていましたが
waitを入れると良いのですね。大変ありがとうございます。
478：sammohung：2012/01/21(土) 12:47:12 ID:???: 度々失礼します
キーマップで定義したキーを、そのキーマップ内の特定のクラスだけGlobalに戻したいとすれば、
どのように記述すればよいのでしょうか
具体的には、

key *無変換 = *BS
window PhotoshopCS5 /Photoshop\.exe/ : Global
key *無変換 = C-A-*z

この状態で、更に、エディットコントロール内だけをGlobalの定義に戻したいのですが、
今現在は、上記に加え、

window PSEdit /:Edit$/ : Global
key *無変換 = *BS

このように強引に上書きの記述をしてお茶を濁していますが、
結構な記述量がありますので、出来れば一行でスマートに記述した方が後で編集も楽なので、
よろしくお願いします
479：sammohung：2012/01/21(土) 13:01:16 ID:???: #追記

window PSEdit /:Edit$/ : Global
key *無変換 = *BS

この部分をこうではなく、

window PSEdit /:Edit$/ : Global

ただこういう記述をするだけで、Globalで定義してあるキーは元に戻るようです
戻らないのは「Globalで定義しておらず、キーマップで定義してあるキー」でした
ですので、>>478は間違いです、すいません

というわけでこの２レスは無かった事にして、もう半日考えてわからなかったらもう一度レスさせて頂きます
480：sammohung：2012/01/22(日) 16:52:49 ID:???: すいませんやっぱり一日色々試してみても出来ませんでした

やりたい事はつまり、
特定のキーマップAの中にあるエディットコントロールだけを、
&defaultとGlobalの状態に戻したいのです
当該のエディットコントロールの親キーマップをGlobal指定すれば、
Globalで定義してあるキーはGlobalに戻るのですが、
特定のキーマップAで新たに定義してされたキーも&defaultの挙動をして欲しいのです

勿論、>>478,479のように再度キーを記述しなおす事によりそれっぽい挙動に出来る事は出来るのですが
481：applet★：2012/01/22(日) 17:43:09 ID:???: >>480
お問い合わせありがとうございます。
ヘルプのキーマップのところの例にあるように
EditControlだけの記述を先に記述すれば良いように考えますが
それではダメでしょうか。現在使用されている設定ファイルをすべて開示して頂けると
もう少しご助言できるかもしれませんが、実行ファイルを指定しているものと
実行ファイルとEditコントロールを両方指定しているものは区別できないのではとも考えます。

window EditControl /:Edit$/ : Global
key C-Z = Z
window Notepad /Notepad:Edit$/ : Global
key C-Z = &WindowMinimize
482：sammohung：2012/01/22(日) 18:02:31 ID:???: エディットコントロールの記述を先にすると、
キーマップによって上書きされてしまって、キーマップの定義になってしまうのです
出来れば当該のキーマップはアプリケーション全体ごとまとめて設定したいので、
その内部のエディットコントロールだけ指定しなおしたかったのですが……
と考えた所で自己解決できました

window PhotoshopCS5 /Photoshop\.exe/ : Global
key D-d = i
key U-d = b
key a = OpenBracket
key s = CloseBracket

このように、キー単体を押した時の定義はGlobalでは定義しておらず、

window PSEdit /:PSViewC:Edit$/ : Global

こう記述するだけでは、PhotoshopCS5クラスで新たに定義したキーがエディットコントロール上でもそのままだったのですが、

window PSEdit1 /:PSViewC:Edit$/ : Global = &Default
window PSEdit2 /:PSViewC:Edit$/ : Global

このように、キーマップの名前を変えて、二回記述する事により意図通りの挙動が出来ました
キーマップの名前が同じままだと、上の行しか反映されなかったので、そこで躓いていたのです
お手数かけて申し訳ありませんでした
他人に説明をしようと文を書いていると色々と思い付くようです
483：applet★：2012/01/22(日) 19:31:10 ID:???: >>482
御報告ありがとうございます。特に何も力至らず申し訳ありませんでしたが
御解決されて何よりです。
485：sammohung：2012/03/04(日) 09:14:00 ID:???: あれ、ここのスレッド壊れてませんか？　書き込みテストしてみます
このレスが無事に書き込まれるようだったら、削除なりしてください
486：applet★：2012/03/04(日) 09:20:11 ID:???: >>485
どうもです。どうでしょうか。484が無いのは意味不明の書き込みだったので
削除した経緯があります。
487：sammohung：2012/03/05(月) 00:21:44 ID:???: 問題無いようでお手数かけました
これからもサポートよろしくお願いします＆頑張ってください
488：gontax：2012/03/08(木) 15:14:56 ID:8HEujGfc: applet様

はじめまして、gontaxと申します。素晴らしいソフトウェアのご提供をありがと
うございます。
のどかについて2点、私の期待と異なる動作を見つけましたので、対応方法を教
えて頂けませんでしょうか？

環境：
　Windows 7 64-bit
　のどか 4.19a

設定：日本語 109 キーボード (Emacs 風)

dot.nodokaファイル：デフォルトdot.nodokaの最後に次の内容を追加した物
　window Firefox /firefox\.exe:/ : EmacsEdit
　 if ( !ZXCV ) key C-X = &Prefix(GeneralC-X)

期待と異なる動作：

1. Firefox上で適当なWebサイトを開き、何らかのテキストをM-Wでコピーしよう
としても、クリップボードへ何も入りません。
ただし、<input type="text">のようなテキスト入力フィールド内では、下記2の
状況を除き、正常にコピー出来ます。

2. Firefoxに限った話ではないのですが、次の全ての条件を満たす場合、M-Wで
クリップボードへコピーしようとしても出来ず、代わりに"c"という1文字が入力
されます：

　(a) EmacsEditキーマップが有効になっている
　(b) 何らかのテキスト入力フィールド内の全テキストが選択されている

例えば、Firefoxの検索バーや、エクスプローラのアドレスバーが問題発生箇所
となります。
ただし、(b)のような状態ではなく、テキストの一部が選択されている場合には、
正常にコピー出来ます。

その他のEmacs風の動き（例えばC-P、C-N、C-Y、M-V等）は問題ないように見え
ます。

ご多用のところ恐れ入りますが、対応方法のご教授をよろしくお願い致します。
489：applet★：2012/03/09(金) 03:00:47 ID:???: >>488
お問い合わせありがとうございます。
firefox依存とそうでは無いもの二つですね。
設定ファイルの修正で直るものなのかプログラムの修正が必要なのか切り分けが必要ですが
まずは、再現と原因追及に努めたいと考えます。
490：gontax：2012/03/12(月) 11:29:12 ID:qfX99eQw: >>489

早速のご返答ありがとうございます。
その後、自己解決しました。
お騒がせしました。

CtrlとCaps Lockの入れ替えをChange Keyというソフトで実現していたのですが、
どうやら、このソフトとのどかの相性が原因だった模様です。CtrlとCaps Lockの
入れ替えものどかで実現するように設定変更したら、期待通りの動作になりました。

問題の現象はM-Wで再現していたため、CtrlとCaps Lockの入れ替えは
無関係だと思っていました。
491：applet★：2012/03/12(月) 20:17:40 ID:???: >>490
御報告ありがとうございます。自己解決されて何よりです。
また、なにかありましたら、よろしくお願いいたします。
492：はくおうぼう：2012/03/24(土) 06:18:05 ID:WUhguUTM: こんにちは。
自分用の設定ファイルをもう一つ作って、キーボードを変えたときに切り換えてキーバインディングしたいのですが、
追加の設定ファイルはどんな名前にすれば良いですか。2dot.nodokaとかで大丈夫でしょうか。
また、その設定ファイルはどこに入れておけば良いですか。
現在の設定ファイルはC:\Users\自分の名前のところにあります。一緒に入れていいのでしょうか。
よろしくお願い致します。
493：applet★：2012/03/24(土) 12:06:37 ID:???: >>492
お問い合わせありがとうございます。
設定ファイル名は、拡張子さえ、.nodokaにして、現在お使いの設定ファイルが置かれた場所
C:\Users\自分の名前に置けば、設定画面でファイル名を入力する際、フルパスではなく
ファイル名だけで良いです。

だから、dot2.nodoka 2nd.nodoka us.nodoka なんでも良いことになります。
確かにhelpのどこを読んでも、includeするために、いくつか異なる名前の設定ファイル
の記述はありますが、具体的にどんな名前が使えるかや、includeじゃない最初の
設定ファイル名は、dot.nodoka 以外指定できるなんてことは記載が無いですね。
次回、追記したいと考えます。

設定ファイルが置ける場所の解説は、下記となります。
http://www.appletkan.com/nodoka-doc/CUSTOMIZE-ja.html#include

Windows 7の場合、コマンドプロンプトを開いて、set[Enter]と入れると
現在定義されている環境変数が表示されるので、通常ならば HOMEPATHあるいは
USERPROFILEが、C:\Users\自分の名前になっているわけです。
494：はくおうぼう：2012/03/24(土) 15:13:01 ID:???: >>493
お返事頂きありがとうございます。
早速、ファイル名を「include 2dot.nodoka」にして、ホームディレクトリに置き、再読み込みをしてみました。
が、全てエラーになってしまうのです。

keymap Global
mod control +=KL-英数
key *KL-英数　= *Lcontrol
key C-H = Backspace
key *IL-*IC-C-F = Enter
key C-G = Delete
key 変換 = A-←
key C-K = ←
key C-L = →
key C-Semicolon = ↑
key C-Comma = ↓
key Hyphen = Semicolon
key Semicolon = Hyphen
key IL-*IC-Hyphen = Semicolon
key IL-*IC-Semicolon = Hyphen

これが、ファイルの内容なのですが、キーの名称が全て、「invalid key name.」とエラーになってしまいます。
本来のdot.nodokaファイルの一部を抜き出して新しいファイルとして追加しようとしているので、dot.nodokaでは読み込まれている記述なのですが
わたしは何か基本的なところを理解していないのでしょうか
連続で申し訳ありません。どうぞよろしくお願い致します。
495：はくおうぼう：2012/03/24(土) 15:14:52 ID:???: すみません、ファイルの内容で「KL-英数」の箇所は「英数」でした。
496：applet★：2012/03/24(土) 16:08:40 ID:???: >>494
再びお問い合わせありがとうございます。
まず、ファイル名ですが、「include 2dot.nodoka」のinclude は不要なので「2dot.nodoka」で
良いでしょう。

それから、少なくとも keymap Globalよりも前に、キー定義ファイルを読み込む必要があるので
# 2dot.nodoka
include "109.nodoka"

と記載してください。一行目はコメントです。二行目で109キーボードのキー定義ファイルを
読み込んでいます。詳細については下記をご覧ください。サンプル例もあります。

http://www.appletkan.com/nodoka-doc/MANUAL-ja.html#minimum
コピーした設定ファイルに最小限の設定を書く
497：applet★：2012/03/24(土) 16:11:35 ID:???: >>496
追伸。http://www.appletkan.com/nodoka-doc/MANUAL-ja.html#minimum
をクリックしても、#minimumの記述が取れている場合には、お使いのブラウザのURL欄に
補って、表示させてください。
498：はくおうぼう：2012/03/24(土) 17:10:35 ID:???: >>496 >>497
お返事ありがとうございます。
おかげさまで、無事読み込み、切り換えて使うことが出来ました。
マニュアルの該当箇所を更に読み込みたいと思います。
今後ともどうぞよろしくお願い致します。
499：applet★：2012/03/24(土) 17:38:59 ID:???: >>498
うまく行ったようで何よりです。ご連絡ありがとうございました。
500：TK Type1：2012/03/27(火) 01:27:07 ID:???: 104.nodokaのdef key (キーの名前) = （スキャンコード）の部分を編集してDvorak化しようとしたのですが、
調査ウィンドウではキー名は変更されるものの、実際に入力すると編集結果が反映されずQwerty配列のままになってしまいます。
このような方法では配列の変更はできないのでしょうか？
501：applet★：2012/03/27(火) 07:09:01 ID:???: >>500
お問い合わせありがとうございます。
def keyでは、スキャンコードに対するキー名の定義のみとなります。単なる名前です。
実際にキーを入れ替える記述は、key文などになるので、そちらの記述が必要となります。
502：TK Type1：2012/03/27(火) 20:25:53 ID:???: >>501
なるほど、そういうことでしたか。
無事Dvorak化することができました。
ありがとうございました。
503：applet★：2012/03/28(水) 01:39:54 ID:???: >>502
ご連絡ありがとうございます。
問題無かったようで何よりです。
今後ともよろしくお願いいたします。
504：R：2012/04/10(火) 16:43:26 ID:/N7HzNko: xp proでずっと窓使いの憂鬱を使ってきたのですが、7 pro 64bitに移行したため、のどかを購入しました。
default2.nodokaの代わりにdefault.nodokaを読み込ませて、あとはほとんど手を加えずに使っていますが、
ctrl+kによる行削除の動作が非常に鈍重で、押し続けて数行削除する場合、キーを離しても削除が続き、
数行余分に消してしまうので困っています(ThunderbirdやNotepadなど複数のソフトで確認)。
設定などで改善できるでしょうか？
505：applet★：2012/04/10(火) 21:31:17 ID:???: >>504
お問い合わせありがとうございます。
ctrl-k の記述は、ヘルプでは　&EmacsEditKillLinnFunc, &EmacsEditKillLinePredのところにあり、解説も書かれていますが
下記にようになっています。

key C-K = $EmacsEdit/kill-line # 行末まで削除

keyseq $EmacsEdit/kill-line = \
&EmacsEditKillLineFunc S-End C-X &Sync \
&EmacsEditKillLinePred((Delete), (Return Left))

実際の、emacsedit.nodokaでは、62行目と文末にあり、文末のは
Eclipse用なので、参考にされても良いですが無視するとNotepad向けなどでは下記のようになっています。

keyseq $EmacsEdit/kill-line = &EmacsEditKillLineFunc S-End C-X \
&Sync &EmacsEditKillLinePred((Delete), (Return Left))

微妙に改行位置などが異なりますが、同じ記述です。

emacsedit.nodokaをホームディレクトリにコピーして下記62行目の次の行に
リピートしたら無視するというのを入れると操作感は異なりますが、2度押しする必要は無くなるので
問題を回避できるかも知れません。なお動作は未確認です。
key C-K = $EmacsEdit/kill-line # 行末まで削除
key C-R-K = &Ignore
506：R：2012/04/10(火) 22:47:56 ID:/N7HzNko: >>505
ご回答ありがとうございます。
emacsedit.nodokaをホームにコピーし、
key C-K = $EmacsEdit/kill-line # 行末まで削除
の行(111行目のようですが）の次の行に
key C-R-K = &Ignore
を追加してみたところ、ctrl+kを押し続けても１行しか削除されなくなりました。
確かに消しすぎは回避できますが、実現したいのは「押し続けている限りは削除を
続け、離した時点で止まる」機能ですので、少し目的とは違っています。
そもそも、この現象は私の環境だけでのものなのかもよくわかっておりませんが、
よく使う操作だけに、なんとか改善できればと思っております。
ご確認、よろしくお願いいたします。
507：applet★：2012/04/10(火) 23:34:54 ID:???: >>506
御確認ありがとうございます。処理が重いのは環境の問題ではなく
下記のように5個の処理が入っていて、特にクリップボードの処理及び&Syncであると考えます。

keyseq $EmacsEdit/kill-line = \
&EmacsEditKillLineFunc S-End C-X &Sync \
&EmacsEditKillLinePred((Delete), (Return Left))

従って、ただカーソル位置から文末までを削除したいだけであるならば、上記からクリップボードの処理を無くせば良いので
kill-lineと全く同じ動作とは異なりますが

keyseq $EmacsEdit/kill-line = S-End C-X
だけで良いだろうと考えます。

kill-lineに設定されていた5個の処理の詳細については、ヘルプの&EmacsEditKillLineFunc, &EmacsEditKillLinePred
を御覧ください。
508：R：2012/04/11(水) 10:10:57 ID:i6BmeB2s: >>507
ご回答ありがとうございます。

いただいたアドバイスを元にいろいろと試行錯誤しておりましたが、
どうも大きな勘違いをしていたようです。
文末のEclipse用とされている命令部分を削除すると、何の問題もなく
窓使いの憂鬱と同様に機能いたしました。
もしかしたら、Eclipseを使わない場合は、文末を削除しておかなければ
ならなかったのでしょうか。
何にせよ、結果として問題なく使用できるようになりましたので助かりました。
ありがとうございました。
509：applet★：2012/04/11(水) 19:29:11 ID:???: >>508
自己解決されたようで何よりです。これはバグです。
Eclipse用のつもりが、全体に反映されているようです。

大変申し訳ありません。また御報告、試行錯誤等大変ありがとうございました。
次回の版には改修したものを入れることになると考えます。
510：MM：2012/04/13(金) 11:29:13 ID:UVBN3Bck: Visual Studio 2010でEmacs風キーバインドを使うにはどうしたら良いでしょうか?
付属の英語104キーボード(Emacs風)を読み込むだけではダメでした。
環境はWindows 7(x86) Enterprise、Visual Studio 2010 (10.0.30319.1)です。
よろしくお願いします。