ツクマテ

名無し蛙

2の時点で、ウェイトは解除されているので、目論見どおりなのですが、
「\」が残ってしまうのは、なぜなのでしょうか。

既に答えが書いてある気がしますけど
「\」という文字はJsonファイルに出力される時に全て「\\」に置換されるからです。
その仕様が何故存在するのかと言われたら
ツクール以前にJavaScriptにとって\は重要な意味を持つ文字だからですね。
\を二つ重ねる事でエスケープシーケンスとしての意味は消失し構文エラーを回避出来ます。
実際に使用する時はrmmz_windows.jsの290行目、Window_Base.prototype ...

名無し蛙

任意のアクターを指定した状態でステータス画面やメニュー画面を開きたい、という事でしょうか？
それなら SceneManager.call(Scene_Status) の直前に
$game_party.menu_actor = アクター
で直接指定可能です

注意が必要なのは指定方法はアクターIDではなくアクターである点です。
$game_party.members[インデックス] や $game_actors[アクターID] 等で指定してください。
あとはこれはあくまで直接起動しているだけなので
ステータス画面やスキル画面でL/Rボタンを押した時に発生するアクター変更を封じたい場合は ...

名無し蛙

パーティキャラクターにカーソルを合わせた状態、
または入れ替えるキャラクターを選択する状態から
ワンボタン入力（SHIFTキー押下など）でパーティから外すを実行
こんな感じですかね
class Window_PartyMember_List < Window_Command
#--------------------------------------------------------------------------
# ● 決定やキャンセルなどのハンドリング処理 ...

名無し蛙

すみません。実行環境を揃えるのが億劫でコードだけ眺めて回答しました
なるほど、簡易ステータスウィンドウは選択内容と同期している訳ではないんですね
しかし元のコードがかなり柔軟性に欠けるので
ここから帳尻合わせようとするとがっつり改造する必要がありそうです

そこで目的が
>待機メンバーが増えた際に「パーティから外す」コマンドまでカーソルをあわせるのが億劫になると考え、
であるのならば初期カーソル位置を「パーティから外す」（選択肢末尾）に固定する事を提案します。
これでカーソル合わせは解決しますがどうですかね？
class Scene_PartyEdit < Scene_MenuBase ...

名無し蛙

要はコマンドリストの末尾を削除して、先頭に挿入すれば良いので
RGSS3 PT編集用画面の直下のセクションに

コード: 全て選択

class Window_WaitMember_List < Window_Command
  alias :_old_make_command_list :make_command_list
  def make_command_list
    _old_make_command_list
    @list.unshift @list.pop
  end
end

と書けば良いと思います

名無し蛙

要は待機メンバーウィンドウの空欄を選択出来ないようにすれば良いんですよね
ここ以外で戦闘メンバー４人という前提が崩れないのであれば

1.096でチェックしたので行数はズレてると思いますけど
644行目の onTouchHandlerName() { というメソッドの下に
isCurrentItemEnabled() { を追加してください。
// ここは既存メソッド
onTouchHandlerName() {
return 'battleOff';
}

// ここが追加メソッド
isCurrentItemEnabled() {
return (this.index ...

名無し蛙

適当に小型プラグインを作って対応してください

/*: @target MZ */
(() => {
'use strict'

Game_Battler.prototype.addState = function(stateId) {
if (this.isStateAddable(stateId)) {
if (!this.isStateAffected(stateId)) {
this.addNewState(stateId);
this.refresh();
this._result.pushAddedState(stateId);
}
this ...

名無し蛙

流石に「実際にやってみてくれ」としか言えないでしょう。
昔参加していたプロジェクトでは全体的に数千個程度
要素を増やしましたけど特に問題は報告されませんでした。

一般論で言うのなら配列のアクセス速度はO(1)で表されるので
1番目の要素にアクセスしようと10000番目の要素にアクセスしようと一定です。
データベース要素を数千個増やした程度で重くなるという事は無いと思います。
ただし、VXAceエディタでデータベースを編集中に更新速度が若干遅くなる程度は想定されます。

名無し蛙

変更不可能ですね
アイコンの指定はrmmz_objects.jsの2415行目
Game_BattlerBase.ICON_BUFF_START = 32;
Game_BattlerBase.ICON_DEBUFF_START = 48;
で指定しています。
これは32番目のアイコンから16個がバフ用アイコン配列
48番目のアイコンから16個がデバフ用アイコン配列
という意味です。16個とは基本パラメータ8種×2段階の事です。

この数値を変更する事で16個分ずらしたり、
またバフ/デバフアイコン表示に関する処理を書き換える事で
指定方法を変更するプラグインも作成可能ですけど ...

名無し蛙

とかで、
1.5倍とか2倍とかダメージの倍率を変えるようにしたいのです。
きちんと書けていませんでした。
と、ここまで書いて思ったのですが、
そもそも会心のダメージを増やすステートって通常ではつくれないのですよね。
そうだとすると、魔法だけなく、物理も分けて設定しないといけないので、
難しそうですね。
改造する事自体は大して難しくも無いんですけど元が小型プラグインなので原型を留めなくなりそうですね。
思い切って最小限の仕様を残して再構成するとこんな感じですかね。
/*:
* @target MZ
* @pluguindesc 会心設定の拡張
* @help ...

検索結果 354 件

Re: 文字列を置換したい！

Re: 任意のアクターのステータス等の直接表示

Re: RGSSスクリプト倉庫様の「PT編集用画面」をカスタマイズしたい

Re: RGSSスクリプト倉庫様の「PT編集用画面」をカスタマイズしたい

Re: RGSSスクリプト倉庫様の「PT編集用画面」をカスタマイズしたい

Re: SceneFormation.js改変依頼：戦闘メンバーの人数を固定にしたい【ツクールMV】

Re: ステート付与時に表示されるメッセージについて

Re: データベース上限突破のスクリプト使用による負荷について

Re: 強化ステートのアイコンについて

Re: 物理と魔法別の会心率（クリティカル率）の設定