窓使いの憂鬱 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 以降 おまえらまだgdgdやってるのかw 春休みはもう終わったぞ >皆さん熱心に議論してくださって お前を罵倒してるんだよ、バーカ Winキー+Lで簡易ログアウトすると、再ログイン時にWinキー押しっぱなしになるんですが ログイン時に特定のキーを押す、みたいなことやる方法ありますか? >>263 keymap Global def option FocusChange = enable key U-FocusChange = U-LWin U-RWin あるいは def option CheckModifier = enable 5 key U-*WinDownOver = &HelpMessage("nodoka", "Win") U-LWin U-RWin key U-*ShiftDownOver = &HelpMessage("nodoka", "Shift") U-LShift U-RShift key U-*CtrlDownOver = &HelpMessage("nodoka", "Ctrl") U-LCtrl U-RCtrl key U-*AltDownOver = &HelpMessage("nodoka", "Alt") U-LAlt U-RAlt key U-*EnterDownOver = &HelpMessage("nodoka", "Enter") U-Enter 以上は のどか の場合。窓使いの憂鬱やYAMYでは回避策は現状存在しない。 ロック状態に移行した瞬間に何かキーが押されているとそれが押しっぱなしになるので キーを離した時にロック状態に移行するようにすればいい keymap2 Lock key U-LWin = W-L keymap Global key W-L = &Prefix(Lock, false) まあこれだと復帰直後にLockにいたりと副作用もあるんだが >>264 >>265 ありがとうございます。 申し遅れましたがyamyです。>>265 さんの方法でうまくできました。 金もらってるとはいえあんなのに付き合わないといけないってのも大変だよなぁ のどか なんてことはないけど、書いとく。ウインドウサイズが640*480固定のゲームで使ってる設定。 左上に移動させて、サイズを1280*960に変更する。 def option FocusChange = enable window ARAD /.*arad\.exe.*/ :Global key U-FocusChange = &WindowClingToLeft &Sync &WindowClingToTop &Sync &WindowResizeTo(1280, 960) 窓引き延ばすだけで、下と右に空白できるだけじゃないの? あまり汎用的ではないような そりゃ汎用性はないよ。ウインドウサイズが固定のゲームで役に立つが、普通はリサイズできるからね。 画面一杯に引き延ばすとぼける。 お前にとっては無益でも、他の誰かにとっては有益かも知れないだろ。 ここって口の悪いのが一匹、昔からいるよな。 なんでほっとくが吉。 ちょっと教えてください。 windows7 では、 xkeymacsが安定しないんで、yamy で少し ずつ設定して、最低限は使えるようになったんですが、 S-C-n,p,f,b を押すと、ウィンドウが端にスナップするのは、 どこで設定されてるんですか? 109 Emacs風 で、.mayu に define EmacsMove/ShiftSelection と書いてます。 のどかの中の人は.mayuの文法忘れちゃったみたいだけどもう開発してないのか? それとも開発者は一般ユーザーがさわるところは意外と知らなかったりするものなのかな >>278 windowの&&指定 何故ダメなんだろうね。 >>279 何故って、ウィンドウタイトル名を書かないといけないところに ウィンドウクラス名を書いてるんだからダメに決まってる linux板の質問もここで良いでしょうか? XのEmacsだけでも無効にしたいのですが、 ウィンドウタイトル等が取得できないので やはり無理なんでしょうか? GlobalとかでC-f=Rightとか設定すると、 ファイルを開こうとして C-x C-f で 次のバッファに移ってしまいます。 これ以外も不自由が多いのですが。 xmodmapのほうが正解なのかもと思い、 少しだけググったのですが、アプリ別の設定などが、見つけられませんでした。 御存じの方、ご教授願います。 _ とか =, タブ・改行文字を入力するには どうしたらいいんでしょうか? 記号とかは &ClipboardCopyの後にC-Vしてるな タブ・改行はわからない >>285 どうも なるほど。S-_5 で % の入力はできました。 窓使いの憂鬱ならOKなのかな? S--, =, S-\-, S-_- どれでしてもエラーとなりました。 >>286 こういうものがあったんですね。 これで大体したいことはできました。 ありがとうございます。 あとは、クリップボード経由ではなくTAB文字が入力できる方法ないですかね。 >>287 書き忘れた。yamy@win7x64で試してます。 このソフトはファイルコピーするだけでバックアップできるからいいよね と思ってたら-Dの定義忘れてあせったことがあった .mayuが2000行くらいになってるんだけど あんまり長いと起動遅くなったりとか不具合あるかな 2400行あったけど特に問題ない ただ量が多いと管理がしにくいのでまとまりごとにファイルを分けて includeで読み込んでる グローバルな設定は .mayu に書いて、アプリごとの設定はそれぞれ個別のファイルにしてるなぁ。 >>287 109.mayuをよく読め。そこにキーの名前が書いてある。 リモートデスクトップの話が上の方で出てるので気になった リモートデスクトップだと制限事項的なものが生じるの? 効かないバインドがでてくるとか もしそうなら、ドライバレベルで置き換えてるらしいのどかでも駄目? ドライバの置き換えでは一切動作しない なぜならキーボードドライバを通してないから のどかはドライバもLLフックも両方できる つか気になったら試せ 窓使いの憂鬱はセキュリティ上問題あるとか書いてあったけど実際どうなの? 実際って何だよ その書いてあったのを信じないのならここで誰かが書いても信じないんだろ 失礼なやつだな 自分で勝手に調べろ 特別サービスで教えてやると開発者のコメントがあるが これも信じないんだろうな なんでそんな怒ってんの 公式には >他人が使用する可能性のある PC へ「窓使いの憂鬱」をインストールしてはいけません。 とあるけど みんな自宅PCに限って使ってんのかなーって気になったから聞いただけじゃん むしろ外のPCの方がこういう設定ツールが必要になるんじゃないの? いや>>300 を読んでそう解釈するのは不可能だろう 俺はyamyを使ってる これだけが理由じゃないけど、これも理由の1つ セキュ上問題アルというかキーロガーそのものじゃないですかねえ皆さん キーロガーを作るのに利用できるな でもキーロガーそのものとか言うのはちょっと頭悪い キーロガー仕込まれる可能性を言ってるんだったら 窓使いの憂鬱でもyamyでも同じじゃね? 攻撃者が管理者権限を奪ってたら同じ ていうか別にmayuもyamyもなくても仕込める 管理者権限がない場合、mayuなら仕込めるけどyamyだと仕込めない mayuが用意するデバイスからreadするだけで全部読めるって話だったっけ? であれば、nodokaはmayuと同じリスクがあるけど、yamyにはそれはないよね。 >>308 そういうこと MayuDetourを誰でも読めるのがマニュアルに書かれている注意事項の意味 MayuDetourがそもそもないyamyは関係ない nodokaでもインストールの仕方によってはyamyと同じにできるけどな mayuなんだけど &VK(D-F13) &Sync &VK(U-F13) でF13のキー押しを発生させるのはできるけど コードを追加(def key F13 = 0x7c)して key F13 = t e s t みたいに拾うことはできない で合ってる? >>307 管理者権限がなかったらmayuのドライバをインストールできないが やっぱり>>310 みたいだから質問取り下げるわ すまんかった >>310 , 312 下記で、F12を押せば、F13を押したことにできるけど 物理的にF13があるキーボードが出すコードが分かれば subst抜きで記述できるでしょう。 def key F13 = 0x7c def subst F12 = F13 key F13 = t e s t d 拾いたいのはmayuじゃなくて他のアプリが出したF13だったです 説明不足でした それができれば、XP環境でuberOptions非対応のマウスで、左右チルトをF13,F14とかにしといて それをmayuが拾ってアプリごとに割り振れば汎用性あっていいかな?という企みで ともかくレスサンクス WinXpでAltIMEを長らく愛用してきましたが、win7 64bit のマシンに買い換えたところ AltIMEが使えなかったので、のどかにたどり着きました。 いろいろ設定して、シェア購入を迷っているところです。 のどかのQ&Aのページの制限事項を見ると、 > 標準でないキーボードドライバを使用しているとブルースクリーンになったり、 > キーボード/マウス操作ができなくなったりします。 > 具体的には、ロジテック/ロジクールのドライバ、AltIME、猫まねき、PGPi, > nProtectGameGuard, VMwareなどのソフトです。 とありますが、VMware Player と相性が悪いのでしょうか? AltIMEだと、ホスト側で Ctrl-Capsを切り替えておくと、CapsLockを押せば ゲストOSにも Ctrl が渡りました。 (ゲスト側ではキーボード入れ替えソフトを入れておく必要がない) これと同じようにしたいです。 >>170 をみると、nodoka⇒vmwareの順にインストールすれば問題ないようですが、 この順にすれば希望のことができたり、ブルースクリーンにはならないですか? >>315 インストールの順番を変えても、不具合が起きる可能性がある状態になるので 下記3択となります。 案1. yamyを使う。 案2. のどかをインストールする前に、vmware playerのインストール時のデバイスドライバの記述をレジストリから削除する。 案3. のどかを LL Hookモードで用いる。 ブルースクリーンになるというよりは、キーボード入力がいきなりできなくなったり、押しっ放しが発生したりなどのはずです。 yamyやのどかのLL HookモードはVMwareに効かないんじゃなかったっけ Ctrl-Capの入れ替えだけできればいいなら ツール不要でScancode Mapだけ書き換えればできるけど >>316-317 レスどうもありがとうございます。 インストールの順番を変えてもだめなのですか・・・・ つくづく AltIME が使えなくなってしまったのが惜しすぎる。 Win3.1 のころから愛用していたのに残念だ。 > Ctrl-Capの入れ替えだけできればいいなら > ツール不要でScancode Mapだけ書き換えればできるけど これは、xkeymacs や keylay00 などの、常駐せずにレジストリをいじって入れ替える系統の ソフトのことでしょうか? >>318 AltIMEで押しっぱなしが起きない環境なら のどかでも起きないんじゃないの? 試用版を試してみたら? 俺はmayuをVMwareと一緒に使ってた事があるけど 数ヶ月に1回くらいキーが押しっぱなしになるくらいの影響しかなかったから 気にしないで使ってたよ >>319 > AltIMEで押しっぱなしが起きない環境なら > のどかでも起きないんじゃないの? > 試用版を試してみたら? 環境が違うので何とも言えないですが、 ・AltIMEを使っていたのは、WinXP Pro 32bit/AltIME ・今の環境は、win7 Pro 64bit/nodoka 今の環境には、vmware はまだ入れていないけどnodokoa試用版は インストール済みです。 今の環境にvmware入れてみて、押しっぱなしにならなかったり ゲストOSでも問題なくCtrlが受取れるのを確認したら、 レジストしてしまおうと思います。 > 俺はmayuをVMwareと一緒に使ってた事があるけど > 数ヶ月に1回くらいキーが押しっぱなしになるくらいの影響しかなかったから > 気にしないで使ってたよ なるほど。もういろいろ悩むのも疲れたので、早く決めたい。 nodoka どうも重い(CPU使用率が上がる)なあと思ってたらgamepad.dllだった。 なにもしなくても50%いってたのが、読み込まないようにしたら10%に下がった。 10%でもおかしいだろ CPU使用率なんて意識したこと無いぞ スリープから復帰すると、マウスクリックが効かない現象が起きてて、それが起きたときは仕方なく タスクマネージャーからnodoka.exe終了させてたんだけど、gamepad.dllを読み込まないようにしたら これも解消した模様。64bitの7 >>322 まあ普段は意識しないんだけどね。あんまりにもっさりしてたもんだから何が原因かと調べたらnodokaだった ってこと。nodoka15%のsvchost25%くらい食ってた。 ホントにそんなCPU使用率なら異常だぞ ウイルスとかマルウェアとか重くなるって聞くけどそれかも知れない すいません、ちょっと聞いてもいいですか yamyって開発終了したんでしょうか? 右Shiftが動かないのはどう回避してます? 散々既出だったらすみません 終了宣言はしていないが動きはない 右シフト問題は解決はせず回避策でクローズ ttp://sourceforge.jp/ticket/browse.php?group_id=4424&tid=17607 のどかの出現で開発を辞めたわけでは無いんですね。 リンクもありがとうございました。 Yamy 0.3を最近使い始めた初心者です。 モディファイヤのカスタマイズに行き詰っており、教えていただきたく思います。 スペースキーをモディファイヤにして長押しの時はモディファイヤに、単発打ちではスペースのままにしたいのですが、どうしたらよいでしょうか。 mod Mod0 += !!Space key ~M0-Space = Space こう書きましたところ、長押し時は有効になりますが、単発打ちが利きません。 お分かりの方よろしくお願いいたします。 mod mod2 = !!!Space # スペースをモディファイアに 自分のはこうなってるから多分こうだろう >>331 さん、レスありがとうございます。 すみません、!を増やしてみたのですが変化ありませんでした。 自分の設定が変なのでしょうか。 SnadSのようにモディファイヤも単発打ちもどちらも有効になるように したいだけなのですが、設定方法を理解しきれてないためか難しい……。 key ~M0-Space = Space これ要らないんじゃない? 330=332です。レス遅くなってすみません。 332で変化なし、と書きましたが、>>331 さんの方法で希望通りにできました。 .mayuの内容を調べたところ、スペースを使った他の設定が邪魔していて、それを早合点してしまいました。 それらを無効にしたら希望通りの動きになりました。すみませんでした。 >>331 さん、あらためてありがとうございました。 >>333 さん、そうですね、余計なのでそれは削除しました。 皆さんのおかげで解決することができました、ありがとうございました。 しばらく使ってなくてコメントアウトしてたから、ちゃんと動くかは判らんが、 うちでSpaceにShift割り当てた時の設定はこうなってるな。 mod shift += !!Space key R-*Space = &Ignore 変換タイミングがスペースキー離す時になるのが嫌で結局、早々にコメントアウトした記憶が。 mayuの一時停止をキーボードから行いたいのだけど、可能なんでしょうか? AHKでやってる こう書けばいい ;Win+Qで窓使いの憂鬱を一時停止 #q:: SendMessage, 0x111, 40007, 0, %control%, ahk_class .*mayu.* Return 前にその話題が出て、その後のどかで出来るようにならなかったっけ。勘違いかな。 Linux版犬使いの憂鬱を、Fedora 15 x64にインストールできた人いる? GCCや、boost入れても./configureが通らんですよ… なにか情報あれば教えてほしいです。 >>342 こんな感じです $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for g++... g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. >>343 持ってないから何も確認しようもないけど そこに言われているとおりconfig.logは見たんですか? >>344 config.logには260行ほど出力されておりまして、 error で検索すると77行目から、以下のような箇所が該当しました。 g++: error: unrecognized option '-V' g++: fatal error: no input files compilation terminated. configure:2415: $? = 4 configure:2438: checking for C++ compiler default output file name configure:2465: g++ conftest.cpp >&5 g++: error trying to exec 'cc1plus': execvp: No such file or directory configure:2468: $? = 1 configure:2506: result: 続く 続き configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "Mayu" | #define PACKAGE_TARNAME "mayu" | #define PACKAGE_VERSION "0.11" | #define PACKAGE_STRING "Mayu 0.11" | #define PACKAGE_BUGREPORT "http://pc11.2ch.net/test/read.cgi/win/1180379801/ " | #define PACKAGE "mayu" | #define VERSION "0.11" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2513: error: C++ compiler cannot create executables cc1plus なるファイルが無い為のエラーなのでしょうか? Ubuntu11.04では./configure〜インストールまで出来てるので Fedora特有の問題のような気もしますが、プログラミング言語は 良く分からないので、どうしたものかサッパリです…(´・ω・`) >>345 gcc を入れただけだと駄目で cc1plus を入れないと駄目ぽいね。 Fedora はよく知らないんだけど、c++ 関連のバイナリを入れないと駄目なんじゃないかな? >>347 ちょっと調べてみたけど yum install gcc-c++ で入るらしい。 >>348 ,394 ありがとうございます。 #yum install gcc-c++ をインストールしたことで少し前に進みました(`・ω・´) まだ/.configureは通ってませんがw ちょっと進んでこんな感じに $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no …(中略) (中略) checking whether make sets $(MAKE)... (cached) yes checking whether gcc and cc understand -c and -o together... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for boostlib >= 1.33... configure: error: We could not detect the boost libraries (version 1.33 or higher). If you have a staged boost library (still not installed) please specify $BOOST_ROOT in your environment and do not give a PATH to --with-boost option. If you are sure you have boost installed, then check your version number looking in <boost/version.hpp>. See http://randspringer.de/boost for more documentation. こんどはboost関係…?(´・ω・`) 入ってるハズなんですけどね… # yum install boost 読み込んだプラグイン:langpacks, presto, refresh-packagekit インストール処理の設定をしています パッケージ boost-1.46.0-3.fc15.x86_64 はインストール済みか最新バージョンです 何もしません 頻繁に投稿出来ないのですまぬ。 >>352 BOOST_ROOT という環境変数が設定されていないのが原因のような気がします。 export BOOST_ROOT=boostのパス ./configure とかやってみても駄目でしょうか? >>353 BOOST_ROOTやってみましたが、ダメでした。 で、boost-devとか諸々、boostと名のつくものを片っ端からインストールして試してみましたら $./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes (中略) checking host system type... x86_64-unknown-linux-gnu checking for boostlib >= 1.33... yes checking whether the Boost::Regex library is available... yes configure: error: Could not link against ! と、ここまでは進みました。 犬使いの憂鬱をインストールしようとしている自分が憂鬱になってきました/(^o^)\ >>354 シンボリックリンクが作れなかった…のかなぁ。 Fedora はよう知らんけど、管理者でやっている? >>354 リンクテストに失敗してるみたいだけど、libが見つからんのかなー。 /usr/libか/usr/shareあたり漁って(find /usr/lib -type f -iname "*boost*" でもいい)、libboost_regex.soみたいな 名前のファイルの入ってるディレクトリのパスを、↓みたいにconfigureで指定したらどうかな $ ./configure --with-boost-libdir=ディレクトリのパス キタ━━━━(゚∀゚)━━━━!! $./configure --with-boost-libdir=/usr/lib64 これで通りました! >>355 ,356 ありがとう、ありがとう(^^) さてさて、次はちゃんとインストールして使えるか…w 動きました(`・ω・´)シャキーン 先週から温かいご支援を頂きまして、感謝です! ありがとう、ありがとう! さて、つぎは起動スクリプト作るぞー ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる