BBS
[ホームに戻る] [ツリー表示] [トピック表示] [留意事項] [ワード検索] [過去ログ] [管理用]
お名前 ←末尾に「@スパム対策」という文字を入れてください。(末尾のワードは投稿後に削除されます)
タイトル
メッセージ
暗証キー (英数字で8文字以内)
投稿キー (投稿時 投稿キー を入力してください)

拡大率の異なるマルチモニタ環境での互換性問題 投稿者:gwin7ok 投稿日:2025/12/03(Wed) 17:53 No.7954   
PriScVistaをいつもありがたく使わせていただいています

エディション Windows 11 Pro
バージョン 25H2
インストール日 ‎2025/‎11/‎27
OS ビルド 26200.7171
エクスペリエンス Windows 機能エクスペリエンス パック 1000.26100.265.0

PriScVista:ver.4.1.1

マルチモニタ環境
メインモニタx1:3840x2160 拡大率125%
サブモニタx3:1920x1080 拡大率100%

いつもは、PriScVista.exeのプロパティ→互換性タブ→高DPI設定の変更→高いDPIスケール設定の上書きを「アプリケーション」
に設定して使用しています
この設定だとスクリーンショットの機能自体は問題なく動くのですが、
設定ウィンドウを最初に表示されたメインモニタから(大きく表示するため)サブモニタまで移動したときに
添付画像のように、ウィンドウサイズだけ小さくなり中身がそのままの大きさのため右と下の端が切れて表示されてしまいます
そこで、高いDPIスケール設定の上書きを「システム(拡張)」に設定すると
設定ウィンドウをサブモニタに移動しても正常に表示されるのですが、
指定領域をキャプチャ機能で以下のような不具合が発生します
・メインモニタでキャプチャすると指定した範囲とずれてキャプチャされる
・サブモニタでキャプチャするとき指定範囲の表示が二つ表示される(キャプチャされる範囲は正常)
なので、普段使っているときは「アプリケーション」、設定変更を行うときは「システム(拡張)」に切り替えてます

この問題はどのアプリでも起こっていますが、高DPIスケールの上書きの設定を3つのうちどれかにすれば
大抵は全ての機能で問題なく表示されるようになります

ただChatGPTに質問しただけですが
アプリ側で高DPI環境に対応することでユーザーこのような設定を行わなくとも正常な表示ができるようになるようです

「アプリを “Per-Monitor DPI Aware” に実装すれば OS 側設定をいじらなくても正しく動きます。」
https://chatgpt.com/share/692ff6f0-3b08-8006-aca0-491380eebb2b

一応いまのままでも本体の機能は問題なく動いているので
可能であればで結構ですので、
アプリ側で高DPI環境に対応ができないか検討してみてもらえないでしょうか?

高いDPIスケールの動作を上書きしますの設定
https://images2.imgbox.com/22/c0/LaZll84j_o.png

互換性設定→アプリケーション-設定ウィンドウ
https://images2.imgbox.com/ae/24/RRtUtRom_o.png

互換性設定→システム(拡張)-設定ウィンドウ
https://images2.imgbox.com/94/bf/2hX2bKuz_o.png

Re: 拡大率の異なるマルチモニタ環境での互換性問題 - MIZUSHIKI 2025/12/06(Sat) 03:12 No.7956
実はキャプチャ処理やウィンドウ位置サイズ検出のために、既に高DPI対応は行っております。
ただし、私の対応した方法では、解像度の異なるディスプレイ間でウィンドウを移動するとサイズが変わってしまうため、中身を自分でスケーリングあるいはウィンドウサイズ変更を無かったことにする必要があるようです。

設定ウィンドウとプレビューアラートウィンドウがこれに該当するようでしたので、
今回は、これらのウィンドウサイズ変更時に割り込んで「無かったことにする」ことで対応しました。

■ PriScVista ver.4.1.2β1
https://suwa.pupu.jp/data/PriScVista_v41-2b1.zip

問題が解決されているか、ご確認をお願いいたします。


なお、高DPI対応済みなので、PriScVista.exeのプロパティから変更できる以下2つの設定については、チェックを外した状態で問題なく使用できるはずです。
・「この設定を使用して、[設定]ではなく、このプログラムのスケーリングの問題を修正します」
・「高いDPIスケールの動作を上書きします。」
お試しください。


Re: 拡大率の異なるマルチモニタ環境での互換性問題 - gwin7ok 2025/12/07(Sun) 03:59 No.7959
対応ありがとうございます

■ PriScVista ver.4.1.2β1 をテストしてみました
以下のチェックはOFF
・「この設定を使用して、[設定]ではなく、このプログラムのスケーリングの問題を修正します」
・「高いDPIスケールの動作を上書きします。」

メインモニタで開いた設定ウィンドウを拡大率の異なるサブモニタへドラッグで移動→正常に表示された
メインモニタで指定領域をキャプチャ→領域指定エリアが正常に表示され、キャプチャ画像も正常
サブモニタで指定領域をキャプチャー→同上

ということですべて正常に動作しました
正式版に反映されるまではver.4.1.2β1を使わせてもらいます

ありがとうございました


Re: 拡大率の異なるマルチモニタ環境での互換性問題 - MIZUSHIKI 2025/12/07(Sun) 12:42 No.7960
確認いただきありがとうございます。

ver.4.1.2 として更新しました。
https://suwa.pupu.jp/PriScVista.html

  

ウイルスチェックに引っ掛かります。 投稿者:wan kung 投稿日:2025/12/05(Fri) 13:36 No.7955   
PriScVistaをいつもありがたく使わせていただいています

エディション Windows 11 Pro
バージョン 25H2

トロイの木馬が入ってるということで、WindowsDefenderにpriscvista.exeを消されてしまいました。おそらく誤検知ですが、どうしたものやら。。。

Re: ウイルスチェックに引っ掛かります。 - MIZUSHIKI 2025/12/06(Sat) 03:13 No.7957
大変お手数をおかけしますが、Windows Defenderの除外設定を行ってもらってもよろしいでしょうか。

手順については、以下のリンク先が分かりやすいと思います。
ページ内の「Windows11の場合」タブを開くと、具体的な操作方法が表示されます。
https://panasonic.jp/car/guide/map_update_app2/exclude_fw/index.html

私の環境では現在のところ誤検知は発生していません。
そのため、現段階では個別に除外設定をお願いする形とさせて頂こうと思います。


Re: ウイルスチェックに引っ掛かります。 - wan kung 2025/12/07(Sun) 00:05 No.7958
ありがとうございます。そうします。

  

りかなーのタスクトレイ表示 投稿者:MASA 投稿日:2023/11/30(Thu) 21:39 No.7862   
1.7にしたらタスクトレイに表示しないにチェックしても、再起動するとチェックが外れてタスクトレイに表示されます。改善していただけないでしょうか。

Re: りかなーのタスクトレイ表示 - MIZUSHIKI 2023/12/02(Sat) 04:56 No.7863
Ver.1.7.1で試しましたが、私の環境では「タスクトレイにアイコンを表示しない」チェック後、再起動してもアイコンは表示されずに起動しました。

アイコン非表示設定状態で起動しているとき、再度りかなー.exeが起動されるとアイコンが再表示され、設定も外されます。
もしかして、スタートアップにりかなーが2つ登録され、2回起動されているなんてことはないでしょうか。

エクスプローラのアドレスバーに「shell:startup」と入力しエンターを押して表示されるフォルダには、りかなーのショートカットは1つだけになっているでしょうか。
・現ユーザー設定:shell:startup
・全ユーザー設定:shell:common startup
また、スタートアップの方法は他にもいくつかあるかもしれません。調査してみてください。

基本的には「タスクトレイにアイコンを表示しない」チェック後、りかなー.exeと同じフォルダにあるsettings.iniをメモ帳で開いたとき「NoTaskIcon=1」となっていたら再起動してもアイコンは表示されないはずです。


Re: りかなーのタスクトレイ表示 - MASA 2023/12/02(Sat) 09:11 No.7864
おっしゃるとおり、スタートアップにりかなーが2つ登録されていました(^^;)
お騒がせしましたm(__)m


Re: りかなーのタスクトレイ表示 - 2023/12/12(Tue) 20:13 No.7865
りかなーの2重起動防止
#1.7x でのウィルス誤検知問題が未解決の現状ではどうか?と思いましたが。

2重起動防止を実装してはいかがでしょうか。
起動時、"りかなー.exe"というプロセスが存在すれば、即終了する。
設定変更したのに反映されていないという問題の予防や、
わずかとはいえ、リソースの無駄遣いを予防できるかと思います。
exe 名を変更している場合は対応できませんが(プロセスの挙動から判断しようとすると、大変)。

#対応頂いたとすると、(1.6.1ベースだろうから)バージョンが2系統になってしまうんだよなぁ..(^^;)


Re: りかなーのタスクトレイ表示 - MIZUSHIKI 2023/12/14(Thu) 18:16 No.7866
>2重起動防止を実装してはいかがでしょうか。
ご提案ありがとうございます。
ただ、実は りかなー はもう既に2重起動防止を取り入れていたりします。

通常、2つ目を起動しても即終了するようになってます。

1つ目がタスクトレイ表示なし設定で起動しているとき、2つ目を起動すると1つ目に向かってメッセージを投げ、タスクトレイ表示なし設定を解除させる仕様になっております。(2つ目はその後終了)


Re: りかなーのタスクトレイ表示 - Alexandre 2025/12/01(Mon) 22:29 No.7953
皆さまのやり取りを拝見し、とても参考になりました。
特に、スタートアップでの重複登録や、settings.ini の挙動、さらに2重起動時の仕様まで詳しく説明していただき、理解が深まりました。

りかなーを利用するうえで、今回の情報は同じような状況に陥った際の助けになりそうです。
丁寧な検証と解説、ありがとうございました。
https://kurier.today

  

りかなー:スペースキーでのIME起動 投稿者:コリン 投稿日:2021/02/01(Mon) 00:29 No.7667   
りかなーを愛用しております。
Windows10にV1.4を入れて「IMEキー設定」をスペースキーに変更したのですが効いていないようで単にスペースが入力されてしまいます(例:wa[スペース][スペース]で「わ」にならない)。

Windows7でV1.2にて使用していた時はスペースキー2連打でIMEを起動することができていました。
しかし今回、Windows7のほうも設定の確認のため改めて「IMEキー設定」をやりなおしたところ、スペースキーでのIME起動ができなくなってしまいました。

以下のような状況なのですが、他に確認すべき点はあるでしょうか。

・「半角/全角」キーならば問題ない
・スペースキーに変更すると設定画面上には「Space」と表示される
・iniファイルの記述は「Key=32 Key2=0」
・いずれもGoogleIMEを使用しており、WIndows10のほうをアンインストールしてみたが状況変わらず

以上です。
お時間ありましたらアドバイスいただければ幸いです。

Re: りかなー:スペースキーでのIME起動 - MIZUSHIKI 2021/02/06(Sat) 09:12 No.7668
なんやかんやあって りかなー Ver.1.4.1.space を作りました。
http://suwa.pupu.jp/data/rikana_v14-1-space.zip
 ※使用上の注意点
  ・「IMEキー設定」は『半角/全角』などIMEがオンになるキーを指定してください。
  ・「3連打で使用する」はオフにしてください。
  ・このバージョンはスペースキーでしか再打ち込み動作をしません。


というのもそもそも、以前にスペースキーで りかなー を動作させていたとありますがジツハ勘違いだったりしないでしょうか。
現在やVer.1.2の頃のプログラムを見てみたのですがスペースキーではそもそも再打ち込みの動作が開始されない作りになっていました。
・・・「IMEキー設定」で『Space』と出るのに実際は動かないとか罠も甚だしいですが(^^;;;

もしかしたら りかなー とは別のソフトで、スペースキーを2連打したら 半角/全角キーを2連打させるソフトみたいなものを動作させていなかったでしょうか。

りかなー自身には、IMEをオンにさせる機能はついていません。
IME設定キー2連打を検知したら、打ち込んだアルファベットの文字数分BackSpaceで削除して、IME設定キーを1回実行して(ここで「半角/全角」等が押されIMEオンになる)、削除したアルファベットを打ち直します。
(※そもそもスペースでは動作開始しません。。。)

もし以前にスペースで動作していたとしても、打ち直し時にIMEオンとはならずスペースが1つ増えるだけになります・・・。


とか検証してたら、まぁ色々メンドクサイだろうと思ったのでスペースで動作するバージョンを作ってみた次第です。
ただもし実は別のソフトを導入していたのだとしたら、動作が少し異なるかもしれないので、同じ環境を再び構築した方がもしかしたらしっくりくるかもしれません。


Re: りかなー:スペースキーでのIME起動 - コリン 2021/02/11(Thu) 00:27 No.7671
親切なご対応ありがとうございます。
まさか対応版を作っていただけるとは思ってもおらず、大変嬉しく、また恐縮しております。
さっそく使わせていただき、目的通り動作することを確認いたしました。

ご説明いただいたように元々スペースキーでは動作しないはずとのことですので、「使えていた」というのは私の勘違いだったかと思います。
キー割り当てを変更するソフトは特に使っていませんが、何かのユーティリティと干渉していたのかもしれません。

こちらの思い込みでお手数をおかけしてしまい、申し訳ありませんでした。
それにも関わらずご対応いただいたことに改めてお礼申し上げます。

りかなーはWindowsXPの頃から使わせていただいており、なくてはならない存在です。
これからも愛用して参ります。


Re: りかなー:スペースキーでのIME起動 - xxxx 2021/04/12(Mon) 23:58 No.7674
こんにちは。スペースキー対応バージョン、使わせていただいております。

英語キーボードに移行してからというもの、alt-ime-ahkという左右Altの空打ちが変換・無変換の代用となるAutoHotkey派生のソフトを使用させていただいておりましたが、altキー連打で日本語に変換できないかと模索していたところこちらに辿り着きました。

こちらと併用することでさらに便利な環境を構築することができました。ありがとうございました!


Re: りかなー:スペースキーでのIME起動 - Alexandre 2025/11/25(Tue) 16:33 No.7952
英語キーボードでの入力環境改善について、具体的な活用例を教えていただきとても参考になりました。alt-ime-ahkとの併用でさらに操作性が向上するという点は、大変有益な情報だと思います。自分の環境でも試してみたくなりました。貴重な報告をありがとうございます。
https://kurier.today

  

りかなー 1.6.1 ブロックされる 投稿者: 投稿日:2025/09/18(Thu) 21:56 No.7946   
誤検知問題、その後進展はいかがでしょうか。

一昨年 v1.7.1 でウイルス対策ソフトの誤検知問題があってから、
会社では v1.6.1 を使用してきました。
会社が先月、Cortex XDR というセキュリティソフトを導入(先週まではレポートモードで運用)。
今週〜ブロックモードに切替・初日は問題なかったものの(昨日は不在)、今朝早々にブロックされました。
※ウイルス対策ソフトの様なファイル削除ではなく、プロセス強制終了。
"キー入力のフック"というソフトの特性上、誤検知は避けられないのでしょうが。

尚、KBMouse というキーボードでマウス操作をエミュレートするソフトも使用しており、
キーロガーに転用できる技術が使用されているとヘルプに記載されていますが、
ウイルス対策ソフトで誤検知された経験はありません。
りかなーとの違いが分りません。

Re: りかなー 1.6.1 ブロックされる - MIZUSHIKI 2025/09/20(Sat) 14:19 No.7947
> 誤検知問題、その後進展はいかがでしょうか。
> 一昨年 v1.7.1 でウイルス対策ソフトの誤検知問題があってから、
> 会社では v1.6.1 を使用してきました。

すみません。あれ以降、何か特別な対策とかはしていません。
このウィルス誤検知問題は、プログラムの中身だけでなくダウンロード実績やソフト公開からの経過時間などの信頼性の要素も加味されたり、他にも複雑な判定をされていたりと、開発者側にはなかなか対策が難しいものとなっています。

試しに現在 ver.1.7.1 をダウンロードしてみたところ、ウィルス誤検知は発生しませんでした。
(ダウンロードページ下部の履歴にリンク有り)
当時は、ダウンロードしただけでもブラウザに削除されたり、即座に Windows Defender に隔離されたりもしてました。
もしかすると、時間がたっても大きな問題が報告されてこなかったことから、ある程度信頼性が上がり許された(?)のかもしれません。
ただし、使っていたら思い出したかのように突然ウィルス扱いされて排除される可能性もあります。
環境によっても異なるので、私の環境だけでウィルス誤検知問題が解消したとは言えないのが難しいところです。


・・・ただ、
> 会社が先月、Cortex XDR というセキュリティソフトを導入(先週まではレポートモードで運用)。
> 今週〜ブロックモードに切替・初日は問題なかったものの(昨日は不在)、今朝早々にブロックされました。
> ※ウイルス対策ソフトの様なファイル削除ではなく、プロセス強制終了。

これに関しては、プログラムの挙動を見て止めに来ている感じがあり、上記のウィルス誤検知問題とは毛色が異なるように思いました。
「会社で」ということもあり、対策ソフトの設定は変えられないと思いますが、一応、除外設定等ができないか確認いただきたいです。


> 尚、KBMouse というキーボードでマウス操作をエミュレートするソフトも使用しており、
> キーロガーに転用できる技術が使用されているとヘルプに記載されていますが、
> ウイルス対策ソフトで誤検知された経験はありません。
> りかなーとの違いが分りません。

どういった手法で記録されているのかわからないのでマネもできません。。。


フックを扱うアプリは、もう絶対にセキュリティソフトとの問題が付きまとってきてしまい、正直どうしようもないのではないかと思っています。
・・・ということで、ちょっと試しにフックをまったく使わないバージョンを作ってみました。
ただし、かなり「力技」なことをしてまして、ソフト起動中はキー検出用の永久ループが10ミリ秒間隔でずっと回り続けています。(^_^;)

り力なー ver.1.7.3.1
https://suwa.pupu.jp/data/rikana_v17-3-1.zip

「力技」なので、りかなーの『か』を漢字の『力』に変えてます。(りちからなー?)
会社のセキュリティソフト等でどうしようもない人向けにはアリなのかなとも思ったり。。。

もし、これでもまだ駄目ならフックではなく根本的に原因が違います。
例えば、「実行ファイル名に日本語が含まれてるとそもそもアウト」とか「マウス操作のエミュレートは許されるけどキーのエミュレート(自動で押したことになる)が駄目」とかでしょうか。


Re: りかなー 1.6.1 ブロックされる - 2025/09/22(Mon) 20:51 No.7948
> ・・・ということで、ちょっと試しにフックをまったく使わないバージョンを作ってみました。
> ただし、かなり「力技」なことをしてまして、ソフト起動中はキー検出用の永久ループが10ミリ秒間隔でずっと回り続けています。(^_^;)
>
> り力なー ver.1.7.3.1

対応ありがとうございます。
会社で試しました。何とか動作している様です(バタバタしましたが)。暫く様子見します。
#スタートアップ登録で登録されるショートカットが、り"か"なー.exe のままなのは、ご愛嬌ということで(^^;)

因みに、従来(フック)と今回(永久ループ)で、パフォーマンスやシステムへの負荷の観点では
どの位違うものでしょうか?
一応、会社で試す前に家で試しましたが、体感では差は感じられませんでした。

問題なければ、exe を1つにして、フック/永久ループを切替できる様にしてはいかがでしょうか
(起動時オプションや ini ファイルの設定で)。

> 「会社で」ということもあり、対策ソフトの設定は変えられないと思いますが、一応、除外設定等ができないか確認いただきたいです。
>
除外設定はある様なのですが、担当部署に申請→管理コンソールから設定の様です(敷居が高い)。

> 例えば、「実行ファイル名に日本語が含まれてるとそもそもアウト」とか

りかなー.exe というファイル名には思い入れがあるかと思いますが、
(余計な障害を減らす意味で)今後、日本語を含まないファイル名にしてはいかがでしょうか。
#でも、り"力"なー.exe という命名センス、好きです(^_^)


Re: りかなー 1.6.1 ブロックされる - MIZUSHIKI 2025/09/23(Tue) 18:39 No.7949
確認いただきありがとうございます。
問題なく動作しているようで安心しました。

> 因みに、従来(フック)と今回(永久ループ)で、パフォーマンスやシステムへの負荷の観点では
> どの位違うものでしょうか?
> 一応、会社で試す前に家で試しましたが、体感では差は感じられませんでした。

従来(フック)版は、キー入力をしなければ基本的に処理はゼロです。
今回(永久ループ)版の負荷がどの位なのかと聞かれると難しいのですが、私の環境(SurfacePro7ファンレス版)でタスクマネージャーのCPU使用率を見てみると、0%と数%を行ったり来たりする程度の負荷が掛かっているようです。
初代Surface Goだと常に1%〜2%くらい使用しているようでした。
(「り力なー」なので、名前順に並べてだいぶ下までスクロールすると見つかります。)
入力中の処理量については、従来(フック)も今回(永久ループ)もほぼ変わりません。
キー入力の合間にも待機中と同じだけのキー検出処理が働いていますが、数%程度のCPU使用率であれば、処理がもたついたりなどの体感差は感じられないと思います。


> 問題なければ、exe を1つにして、フック/永久ループを切替できる様にしてはいかがでしょうか

おそらく、従来版に入っているフックを行うための hookp.dll これが含まれているだけでもウィルス誤検知の影響があると思います。
なので、フックを必要とせずdllファイルを同梱しない「り力なー」版は分けようと思っています。


>> 例えば、「実行ファイル名に日本語が含まれてるとそもそもアウト」とか
> りかなー.exe というファイル名には思い入れがあるかと思いますが、
> (余計な障害を減らす意味で)今後、日本語を含まないファイル名にしてはいかがでしょうか。

昔の海外ソフトだとたまに「日本語名ファイルを読み取れません」みたいなことがあり邪推をして書いたもので、最近のセキュリティソフトであれば問題ないかと思います。
本当に影響がありそうなら流石に変えますが、今のところ問題とは聞いていないので出来ればなるべくは「りかなー」「り力なー」のままで行きたいと思っています。。。


> #スタートアップ登録で登録されるショートカットが、り"か"なー.exe のままなのは、ご愛嬌ということで(^^;)

すみません。
「り"か"なー」から「り"力"なー」にすべて変えていたつもりでしたが、初回起動時の処理だけ変更が漏れていました。
現状は問題ないと思いますが、ショートカットを解除→再登録すると、ショートカットが2重になってしまう問題があります。
また、「りかなー」のショートカットが残ったまま「り力なー」に移行するとそれも問題となります。

ですので、この問題の対処と他にも修正したい箇所があったので、その件も併せまして、ver.1.7.3.2 として更新することにしました。
また、今回からダウンロードページ上にも「り力なー」版として公開することにしています。

https://suwa.pupu.jp/rikana.html

ショートカット変更等せず、現状そのままであれば、ver.1.7.3.1 を使い続けても問題はありません。
(もし、IME設定キーを「半角/全角」以外に変更している場合は ver.1.7.3.2 にしてください。)


Re: りかなー 1.6.1 ブロックされる - 2025/09/24(Wed) 21:05 No.7950
> > 問題なければ、exe を1つにして、フック/永久ループを切替できる様にしてはいかがでしょうか
>
> おそらく、従来版に入っているフックを行うための hookp.dll これが含まれているだけでもウィルス誤検知の影響があると思います。
> なので、フックを必要とせずdllファイルを同梱しない「り力なー」版は分けようと思っています。
>
他の制限がない状況で、従来(フック)版/今回(永久ループ)版のどちらを勧めるか?問われれば、
作者としてはどちらになりますでしょうか?
というのは、家と会社のPC環境はできるだけ合せておきたいのですが(法人向セキュリティソフトなどは仕方ないとして)、
作者が勧める版を使うのが望ましいとも思うため。

今後のバージョンアップは、り"か"なー/り"力"なーそれぞれに行われるということでよろしいでしょうか。

> 昔の海外ソフトだとたまに「日本語名ファイルを読み取れません」みたいなことがあり邪推をして書いたもので、最近のセキュリティソフトであれば問題ないかと思います。

#ありましたねぇ(^^;)

私は Program Files (x86) 配下にフォルダを作って登録しており、フォルダ名は(zip ファイル名を取って)"rikana"としています。
#Windows のバグが怖いので(^^;)

別件ですが、り"か"なー/り"力"なーを64ビット化する構想はないでしょうか?
実装を知らない1ユーザーが勝手なことを言いますが、WoW64 を介するよりはパフォーマンスが良くなると思うので。

> ですので、この問題の対処と他にも修正したい箇所があったので、その件も併せまして、ver.1.7.3.2 として更新することにしました。

> ショートカット変更等せず、現状そのままであれば、ver.1.7.3.1 を使い続けても問題はありません。
> (もし、IME設定キーを「半角/全角」以外に変更している場合は ver.1.7.3.2 にしてください。)

ver.1.7.3.1 を使い続けても問題無とのことですが、最新版を使う方が問合せ時などに分り易いので、
最新版にしました。

> 従来(フック)版は、キー入力をしなければ基本的に処理はゼロです。
> 今回(永久ループ)版の負荷がどの位なのかと聞かれると難しいのですが、私の環境(SurfacePro7ファンレス版)でタスクマネージャーのCPU使用率を見てみると、0%と数%を行ったり来たりする程度の負荷が掛かっているようです。
> 初代Surface Goだと常に1%〜2%くらい使用しているようでした。

すみません、言葉足らずでした。私もタスクマネージャーで確認・書かれているのと同様です(CORE i5 第8世代)。
#5年以上前のモデルですが、画像処理など"重い"処理は行わず、十分現役です。


Re: りかなー 1.6.1 ブロックされる - MIZUSHIKI 2025/09/25(Thu) 19:10 No.7951
> 他の制限がない状況で、従来(フック)版/今回(永久ループ)版のどちらを勧めるか?問われれば、
> 作者としてはどちらになりますでしょうか?

どちらかと問われれば、待機時の処理ゼロな従来(フック)版でしょうか。
また、ver.1.7系は「複数のIME切り替えボタンを登録したい」という要望に応えたものなので、特に複数登録を必要としない場合は、ver.1.6.1 を使っていても全然問題ないです。
もし、セキュリティソフトや他の常駐ソフトの影響または環境によって、フック処理が上手く動作しないとかエラーが出るという場合は今回(永久ループ)版を使って貰えれば良いのかなと思います。


> 今後のバージョンアップは、り"か"なー/り"力"なーそれぞれに行われるということでよろしいでしょうか。

機能アップする際は、どちらも更新しようと思っています。


> 別件ですが、り"か"なー/り"力"なーを64ビット化する構想はないでしょうか?
> 実装を知らない1ユーザーが勝手なことを言いますが、WoW64 を介するよりはパフォーマンスが良くなると思うので。

このソフトは HSP3 というもので作られており、現状では32ビットアプリしかまともに作れません。。。

  

Page: | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | |

No. 暗証キー

- YY-BOARD - icon:Design Leaves