けいのすけ さんが書きました:「PluginCommonBase」と「PartyAbilityRate」を入れたデータでは

「0」が返りました。

問題はこれです。何れかのアクターに
<エンカウント率:0>
<EncounterRate:0>
のどちらかを設定していませんか？
（マイナスの値も同じ事になります）

試しに１人パーティにして、各アクターを個別にテストしてみてください。
（何かしら作者の方で条件考慮漏れがある可能性もありますが、少なくともコードを一見した所では発見できてません）

エンカウントしなくなる理由は色々ありますが、とりあえずこのプラグインの問題かどうかを確認するために、ゲーム内のどこかで以下のスクリプトを実行（変数代入）してみてください。

これが０であるようであればこのプラグイン由来の物になりますが、それ以外であれば他の物の問題の可能性が高いです。

完全にfalseになる訳ではありませんが（実返却値はundefinedになります）ifで使うだけなのであればundefinedはfalseと数えられますので、

オプショナルチェーン
https://developer.mozilla.org/ja/docs/W ... l_chaining
が役に立つのかとは思います。

この場合

ですね。

以下を新規プラグインとして入れ改善するかご確認ください。

プラグイン自体の改造が必要となります。
年始でしばらく時間が取れない為ざっくりとした説明になりますが、

・ヘルプ窓自体の追加
・ヘルプ窓をリスト窓に接続する

が必要となります。

rmmz_scene.js内の
Scene_Skill.prototype.create
Scene_Skill.prototype.createItemWindow
等を参考に、バックアップした上でチャレンジしてみる事をお勧めいたします。

visibleの変更タイミング次第なので治ると確約はできませんが… プラグイン内の以下を差し替え var _Window_EventItem_updatePlacement = Window_EventItem.prototype.updatePlacement; Window_EventItem.prototype.updatePlacement = function () { var enabled = this.isHelpWindowEnabled(); if (!$gameMessage.hasText() && TMPlugin.EventItemEx.FixPla...

変更すべきは


この行かと。
144を任意の数値減らして、同じ量だけ64を増加させてください。

ひひひはは さんが書きました:UI改善系のプラグインを施したショップ画面など

このプラグインの中で書き換えを行う必要があります。
どのプラグインか分からないと何の話も出来ませんが…

①NRP_AdditionalClasses.jsにもWindow_Status.prototype.drawBlock1がありますので、新規にプラグインを追加するのではなくそちらのWindow_Status.prototype.drawBlock1内で座標変更を行えば宜しいかと。

③詳細を見る時間がありませんが、恐らく両者で同時にWindow_Status.prototype.drawBlock1を指定しているのが理由なので、適用したくない方のプラグインからこれを削除すればよろしいかと。

①思いっきりでかい数値にしても動かない場合は他のプラグインで強制指定されている可能性があります。
一回プラグインを入れない新規プロジェクトで試してみてください。

②分からない場合は一度大きな数値（1000等）を入れてどうなるか様子を見てください。ここの計算式を「丁度良く」調整するのは窓端との幅などを考える必要も必要もありかなり面倒です。

③競合先のプラグインの構造次第ではどう注意しようが競合する可能性もあります。
何を使って何と競合したのかが分からない限りでは提案は不可能かと考えます。