窓使いの憂鬱 9 (のどか,yamy)

Windows 2000/XP で動く汎用キーバインディング変更ソフト「窓使いの憂鬱」と、
その派生版を語るスレ

■本家
「窓使いの憂鬱」
http://mayu.sourceforge.net/
※開発終了。Windows Vistaでは動作しないが、有志によるハック版で動作報告あり。

■派生
汎用キーバインディング変更ソフト「のどか」
http://www.appletkan.com/nodoka.htm
窓使いの憂鬱 Linux & Mac (Darwin) 対応版とか配布してるところ
http://members.at.infoseek.co.jp/hattoushin_uma/
yamy(Yet Another Madotsukai no Yuutsu)
http://sourceforge.jp/projects/yamy/

過去スレなど>>2以降

>>808
うちでは左右のシフトキーを両押しすると治る
理由はわかんない

押しっぱなしになってるキーを探してそれを押せば直る

押したらっていうか離したらU-が出て直る

何かのホットキーを押すと、状態をリセットしてくれる機能とか無いかな

key A = U-LShift U-RShift U-LControl U-RControl U-LAlt U-RAlt

とかで自分で作ればいいんじゃね
試してないけど

久々にスレ来たけど、のどかNLS対応してたんか
もうyamyに固執する必要はないかな
シェアウェアの金なんてケチるもんでもないし

1800円だしな
2週間くらい昼飯を抜けばなんとかなる

win10対応の時に有償アップデートになる予定のはずだけど
まあ大したことはないのはそう
継続ユーザは安くなるかもしれないし

>>815
昼飯代128〜180円か…

yamyでSandS機能の使っています。

通常使う分には不便もなく便利に使っているのですが、
「ls -la」のような頻繁に使う上コマンドを使用する場合、
「ls=la」のような誤爆が発生してしまいます。

スペースを押して50ms以内であればShiftの扱いにならないような設定は可能でしょうか

>>818

発想を変えて、lslaというailiasを作った方が良いでしょう。

alias 過激派組織IS = イスラム国

yamyだけど、常にCtrl-DをDeleteにしようと key C-D = Delete としてるけど
MS OfficeやVisual Studioなどの.netアプリだとうまく効いてくれないね
LLフックだから途中で取られちゃうんかな？

2010では使えている

shiftと同時押ししたキーを変更するんでなく、
shiftを一度押すと全キー配列をがらっと変える事は可能ですか？

Shiftでそれやるのはどっかに悪影響でそうだけど、可能。
やり方は色々あった気もするが、
ロックキーを使うか、&Prefix使ったりかな。

shiftをワンショットモディファイアにして、単独で押し離ししたらキーマップ読み変えたらいいんじゃない？

おじさん、5年ぶりぐらいに Windowsの世界に復帰していろいろいじってるんですが、yamyよりものどかってほうが主流の感じなんですか。
thumbsenseも使いたいのです。

メンテが続いているのはのどかだけ
主流かどうかは見解によるだろう
のどかだけ有料だし

alt-tab問題も yamy本流では解決してないみたいだし、やっぱりメンテあるほうに行こうと思います。
有料でもopensourceならおじさんの財布のひもも緩められます。

あと、autohotkeyもちょっと引かれたんですが、あのわけのわからん scriptのようなものを見てなえました。

こんなん使うくらいの猛者だから、自動終了を無効化するパッチくらいすぐに作れるでしょ

alt-tab問題はのどか最新版だとバグって回避できなくなってる
そのまま放置だからメンテされてると言えるのかね


猛者ならクラッキングしないくらいの常識は持ってる

金払っちゃった猛者はそうだろう

alt-tag結局回避されてないんですか? 今動いてるのは registryいじって古い Alt-tab復活させてるからか..

あと、のどかって英語環境で使えます?
言語切り替えたら
C:\Program Files\nodoka\\default2.nodoka(11) : error: invalid character U+81
とか出てきて動いてないようでした。
systemの default2.nodokaを UTF-8で saveし直しても、やはり別の invalid characterが出るし。

回避法ありませんか?

続報:　設定で emacs風を選ばなければ大丈夫なようでした。
-DUSEdefaultOriginalは、今度は default.nodokaでエラーはくだけでした.

uiAccess=trueでalt-tabする正攻法はバグってる
パススルーする方法は動いてる

文字コードエラーはキー定義で日本語を使ってるのを英数字にすれば出なくなると思う

文字コードエラー、default2.nodokaを UTF16でsaveし直したらエラーでなくなりました。
Windowsはそっちのほうが標準だったっけ、そういえば。配布から直してほしいです。

あと、細かいのが、設定メニューのホームディレクトリから、で Edit Fileを押してファイルを作ることにしても
"The system cannot find path specified"って出てコピーしてくれない。まあ、手でコピーすればいいんですが。

yamyをちょっと動かしてみたんだけど、
コロンを打とうとすると日本語配列のように+が出てしまい、
隣のキーを打つと'が出てコロンが打てなくて困っております。
どうすればいいでしょうか、ご教授お願いします。

環境：
OS:Win7Pro SP1 64bit
CPU:Intel Corei5 4670 3.4GHz
RAM:8GB
設定:デフォの104英語キーボード

836です、コロンが打てるようになりました。
.mayuファイルの設定次第で変わってしまうようです。
以下のように設定したら英語配列のような感じで動いてくれました。
include "104.mayu"
include "109.mayu"
include "104on109.mayu"

以下、コロンが打てなくなった場合の記述です。
include "104.mayu"
include "109.mayu"
include "104on109.mayu"
include "109on104.mayu"

それでは、失礼します。

>>836
include "104.mayu"
だけが正解なんじゃないかな？

>838
それやると何故か普通の日本語配列になってしまうんですよねえ。
で、104on109だけを登録しようとしても、ファイルがうまく読み込めないみたいで、
予め104と109を読み込ませたほうがすんなりいくようです。

104.mayu と 109.mayu はどちらかひとつと
CUSTOMIZE-ja.html の 4. menu に書いてある
挙動を確かめるのはyamyのアイコン右クリック ＞ 選択 から切り替える
自前の設定ファイルを追加するにしても基本を守った上でが前提になる
どういう環境で使ってるか知らんけど自己流はやめたほうがいい

>>839
mayuを動かさない状態でShift+;では何が出るの？
コロンが出るならそのキーボードは104として認識されてるから
include "104.mayu"で、
+が出るならそのキーボードは109として認識されてるから
include "109.mayu"
include "104on109.mayu"
じゃないかなあ。
yamy使いじゃなくてnodoka使いだからあんまり自信ないけど。

教えてください

“ー”　と　“；”　を入れ替えたく、設定ファイルを書きました。
キーは入れ替わったようなのですが

“ー”　になるはずが
“−”　になってしまいます

設定ファイルには

key Hyphen = Semicolon
key Semicolon = Hyphen

のように書きました

なぜ“ー”　になってくれないのか、どうしたらいいのか教えてください
よろしくお願いします

HyphenじゃなくてHyphenMinusが通常使われる "-" の記号のはず

−もーも全角文字だからキーが入れ替わった後はIMEの管轄

>>842
>>2 の繭使いの憂鬱 <2> の モディファイヤの注意点

>840
おぉう、そうだったんですね。了解しました。
ただ右クリック→選択で切り替えても、全部英語配列モードになってしまうので、
日本語モードに戻したいときは一時停止状態にしております。

>841
mayuを動かさない状態だと+が出ますね。
下の方法で動かしてみたらエラー出ませんでした。ありがとうございました。

>>843->>845

みなさんありがとうございます。

モディファイヤの注意点にあったサンプルをそのまま使って、望み通り　“ー”　が出るようになりました
再読み込みで改善しなかったのですが、一度繭を再起動したらきちんと出るようになりました

きちんと設定を理解しなきゃいけないなと思いました
ありがとうございましたm(_ _)m

のどか4.28きた。主にバグフィックス。
次は有料のメジャーバージョンアップだってよ。windows10対応版。

円安だから$8くらいにしてくれないかな

今から windows10にあげるぜ。不具合でないといいな。

>現在判っているものとしては、アップグレードインストール時にデバイスドライバをインストールできないのでインストールしないオプションを選択する。
OneNoteやEdgeの上でIMEの状態が取れない。.nodokaの関連付けが初期化されているなどです。

Windows10でキー入力系APIによるAlt+Tabが普通に通るように修正されたっぽい
これはWindowsのキーカスタマイズ界？にとっては大ニュースかも

今までのalt-tabはどうなるんだ

alt-tabは素通りパッチとか置き場所で対応してたけど
その必要がなくなったってこと
実質yamy復活

高負荷時の300ms制限は解けたのかなあ
XP並に素直になってくれるとうれしいんだが

4.29きた。
windows10対応関連だけかな

結局更新点は
Windows10でインストール失敗するのに対して
もともと分かっていた回避策が自動的に取られるようになっただけかな？
効かないアプリや状況があるのはそのままか
内部的にはいろいろ変えてるようだけど

5.0か最低でも4.3かとおもってたら4.29だからね。

メジャーバージョンアップするほどのネタもないか。

yamyを使ってみたんですけど、NumLockを他のキーに置換しても&Ignoreしても
無効にならないんですけどどうなってるんでしょう…
NumLockのスキャンコードがおかしいのは>>636-644>>719-720見て直したんですけどね
キーボードがロジクールのワイヤレスなのがまずいんでしょうか？
OSはXPSP2ですはい　SetPointとかは入れてません

XPなら素直に窓使いの憂鬱使った方が楽なのでは

俺もそう思う。
それだけの情報じゃ分からんし。

NumLock辺りの動きってキーボード依存すぎるから他のキーボード試した方がいいよ
一応HIDの状態はOS側が面倒みることにはなってるけどね
と半月前にレス

YAMY 0.03 (UNICODE)について質問お願いします
Windowsキーをモディファイヤにしてマウスカーソル移動がしたくて
key W-h = &amp;MouseMove(-16, 0)
key W-j = &amp;MouseMove(0, 16)
key W-k = &amp;MouseMove(0, -16)
key W-l = &amp;MouseMove(16, 0)
のように.mayuに書きました
W-hjk(左下上)は動いたのですが、W-l (右)だけ少しだけ移動した直後にコンピュータがロックします
自分なりに原因を調べてはみたのですが不慣れなため解決策を見出せませんでした
おわかりの方よろしくお願いします

文字が化けていますね、すみません
&amp; は半角の「＆」記号に読み替えてください すみません

本来の機能を殺せてないということなんだろうけど
win-Lの検知がより低レベルなAPIを使ってるということかな

関係ないけど、win-Lでロックした後で戻ると、yamyの設定がいろいろおかしくなってる
yamyはバグあるし、改善もされないので、
やばい部分は避けて通るのが賢明

>>866-867さんレスありがとうございます
わかりました、難しいようなのであきらめます
key W-S-l のようにshiftキーを含めるなど別のバインドで行うことにします
(shiftキー入りであれば右へ動き続けられるのを確認できましたので)
夜分遅くにお答えいただきありがとうございました

>>867
yamyがU-LWinとかU-Lを送ろうとした時に既にロックされてて無視されて
押しっぱなしのままだとOSに認識されてるのが原因
これに関してはyamyがどうこうというより
LLを含むフックを利用するキーカスタマイズアプリすべてが
共通で抱えている問題だよ

CPU使用率が常時高いなあと思ったら、gamepad.dllだった。
以前にも同じような症状あったけど。

window7 yamy0.03 Firefox42 で、
IC(IMEの変換中)のモディファイヤが取れなくなってないですか？

おそらく Firefox 41 から
http://www.mozilla.jp/firefox/41.0/releasenotes/
TSF (Text Services Framework) の機能が入ったが、なんらかのBugがあるではと思っている。
当面は about:config で、intl.tsf.enable を false にすることで逃げれるけど。
Bug報告どうすればいいんだろう。英語もわからないし、
ICをどう説明すればいいかわからない。

そもそもバグじゃないでしょ
仕様が変わって外部ソフトが効かない仕様になったってだけで

そうかなあ。
TSFってアプリからIMEへのインターフェースでしょ。
正しい方法でIMEを制御できているんだったら、yamyから取れてしかるべきじゃない？

そういえば通知を切ったからまだ39のままだな
劣化する一方な気がする

そもそもyamyがTSFに対応してないんではないのか

yamyを有効にしてるとmameがキーボードで操作できないな
yamyを「一時停止」にすれば動かせるけど、自動で特定のウィンドウだけ無効化は無理っぽい感じかなこれ
.mayuをいじってみたけど駄目だったわ
デフォルト配列にするんじゃだめなんだ、ソフトを無効にしたいんだ

アプリがyamyがキー入力のエミュレートに使ってるAPIを無視するのが原因
設定じゃ回避できない
特定のウインドウにフォーカスがある間だけ一時停止するような機能を作る必要がある

nshell.exeはyamy使えないんだっけ

なんかないのか

nodokaも更新とまっちまったしな

10対応でリリースしたばっかりじゃないか

11ヶ月をとまったと考えるかばっかりと考えるかの感覚の違いだな

10対応で追加料金を払ったのにやったのが結局10で起きる不具合を直すんじゃなくて
不具合を回避するようにデフォルト設定を変えただけだし
他のバグは1つも直ってないしどうもね・・・

バグそんなにあるの？

http://www.appletkan.com/nodoka-doc/MANUAL-ja.html#BUGS
このへんかね
直せるのかどうかすら怪しいやつが多い気がする

モディファイア押しっぱなし以外は別に困ってないが
押しっぱなしは仕様みたいなものらしいしなあ

モディファイヤ押しっぱなしは回避策(DownOver)を作ってくれたけどそれだけじゃ足りないんだよね
m_currentKeyPressCountが1以上のままの時は
モディファイヤが効き続けるからこれもリセットしてくれないと直らない

モディファイヤに比べると影響する人が少ないと思うけど
マウスフックを使ってるとマウスボタンも押しっぱなしになるけど
こっちはDownOverもない

よっぽど修正が難しいんだろうね。OSの仕様上無理なのかも。全然知らんけど。

キー操作でウィンドウを画面の端に寄せたりできない?
yamyから呼び出す形式でもいい
キー監視ソフトをさらに常駐させるのは避けたい

&WindowMoveTo(gravity, dx, dy)
で出来るよ。

と思ったけど端だったら専用の関数があるんだった。
&WindowClingToLeft
&WindowClingToRight
&WindowClingToTop
&WindowClingToBottom,

おお、まさにそんな感じ
試してみよう

893

ブロン飲んでろ

【エフェドリン】ブロン総合★32【コデイン】 [無断転載禁止]©2ch.net
http://krsw.2ch.net/test/read.cgi/mental/1472560280/

893

流石にXPが限界に来たんで買い換えようと思っているんだけど
窓使いの憂鬱使いにとってはWindows10でも問題ないだろうか。

うん

>>894
問題ある。UACを完全に無効にしないとちゃんと動かない。

UACは10の問題ってわけじゃないけど
XPからの乗り換えだと引っかかるか
タスクで実行すりゃいいんだけどな

ていうか64bitだと本家の窓使いの憂鬱は
インストールできないんじゃなかったか

Win10にするなら流石にのどか買った方がいいのでは

>>895-898
ありがとう。のどかを買う。
キーマップをいじり過ぎていて窓使いの憂鬱とJapanistだけは手放せないんだ。
窓使いの憂鬱の後継？ソフトらしいのどかはこれから詳しく調べるけど
長くサポートして欲しい。冗談抜きでマジお願いします。

のどかでwin10で特に困ってない
UACは別に無効化しなくていい、897が言ってるようにすればいいだけ
それはwin7以降で何も変わらない

窓使いの憂鬱より機能も増えてるし
欠点だった押しっぱなしもちゃんと引き継いでるぞ（軽減されてはいるけど）

すいません、バーチャルキー周りの挙動が良く分からないです
PC1: F12で&ToggleIME 、ローカルキーボードでToggleIME動作確認
PC2: TightVNC-ViewerでPC1に入る。
ここでF12を押してもIMEが切り替わらない
PC1上でスキャンコードを調査すると、
0x7b &VK( D_F12)
0x7b &VK( U_F12)
最初VKは置き換わらないのかと思ったのだが置き換わってるみたい
IMEの切り替えができなくて困っています

ウディタで（主に）方向キーをスティックではなく方向パッドのほうで操作するなどしたくて

```
def option gamepad = enable 10000 5000 2500 40 3 5 0xffff 0xffff 0xffff

window WolfEditor (/Game\.exe:起動中です、この処理にはしばらく時間がかかることがあります/ && /Game.exe:.*F4:画面変更 \/ F8:情報変更/) : Global

key *GP_X0 = *GP_RIGHT
key *GP_X1 = *GP_LEFT
key *GP_Y0 = *GP_DOWN
key *GP_Y1 = *GP_UP

key *D = *GP_B4
key *S = *GP_B5

key F4 = *GP_Z0
key F5 = *GP_Z1
```

ってやってみたけど文法エラーは内容だがうまく動かない。
ウディタで実際に似たような方でわかる方いませんか？

>>901
直接の解決方法じゃないかもしれませんが

```
key *F12 = *半角/全角
```
に設定を変えてみるとかはどうなんでしょう。

>>901
直接の解決方法じゃないかもしれませんが

```
key *F12 = *半角/全角
```
に設定を変えてみるとかはどうなんでしょう。

>>902 自己解決したので一応記録。
まずイコールの左右が逆なのはおいておいて、

http://www.appletkan.com/nodoka-doc/CUSTOMIZE-ja.html
に
>>
プラグイン gamepad.dll は、DirectX 8互換で実装しています。
詳しくはソースコードを ご覧ください。
gamepad.dll を改造して、任意のデバイスからの入力を受けれるようにすると、のどか のキーボードハンドラーにて、キーを押したと判断させることが可能です。
仮想キーは、E1- を用いています。
<<
とあるので
「
・gamepad.dll を自力で改造できればできる。
・改造なしでは普通のキーみたいに置き換えるようなことは不可能
」
と読める。

Win10と一緒にのどかに乗り換えた。
窓使いの憂鬱の設定ファイルがそのまま使えてとても満足してる。
ほぼ問題は無いんだけど一部にクラスが取得できないアプリがあった。
AcrobatReaderDCなんだけど。
今までは
window AdobeReader /AcroRd32\.exe/ :Global
で行けたのに、のどかでは反応が無いので
window AdobeReader /AcroRd32\.exe:AcrobatSDIWindow$/ :Global
としても駄目だった。
ヘルプに一部でクラスが取得できないとあったけどそれなのかね。
回避策があればお願いします。

>>906
保護モードオフ

>>907
あっさり解決した。どうもありがとう!