掲示板

掲示板

※ 現在この掲示板は参照専用となっています。新規書き込みはできません。

前のページ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 次のページ

ついでにExerbでDXRubyのサンプルプログラムのExe化が出来ることも確認しました。

それで思ったのですが、るびげではVC++でツクールのようなGUIのエディタを作って、
Rubyインタプリタを内部的に使ってスクリプトコードやデータを操作することを想定していたので、
ゲーム実行ファイルもどうせならという事でVC++で同様に
Rubyインタプリタで動かすようにしていたのですが、
無理して統一する必要性はないような気がしてきました。

URLのWikiの方でExerbについて少し書いているのですが、
こんな感じでExerbの操作を簡単化する方向に進めた方がスマートかもしれません。

なるほど、RUBYLIBでしたか・・・普段使わないからまさか環境変数とは気付きませんでした^^;
解決してよかったですねー

ActiveScriptRubyをインストールし直してみたり、
インストールパスを変えてみたりと試行錯誤して、
ようやく原因が判明しました。

環境変数RUBYLIBに余計な値が含まれていまして、それを削ることでCONFIG["sitearchdir"]でドライブレターを含む値を取得出来るようになりました。
(多分るびげ開発の関係だと思いますが rbconfig.rb のあるパスを設定しておりまして、
細かな理由は判りませんが、それによってCONFIG情報に問題を来たしていたようでした)

お騒がせ致しました。

CONFIG["sitearchdir"]の/lib以前のパスは、rbconfig.rb内で__FILE__(そのファイル自身のフルパス)から取得しています。
Rubyの全てのディレクトリ情報はそこから始まるので、それが取れないというのはかなり妙な状態だと思います。
おそらく他のソフトのインストーラも動かないかと。
ひょっとしたらインストールディレクトリ名に原因があるかもしれません。
あ、exerbもrbconfigを使っているので、そっちがおかしいのもそれが原因かも？
うちも普段はActiveScriptRuby1.8.7を使っていて、こちらは問題なく取得できてますし、インストーラも動いてますよー

当方 ActiveRuby1.8.7を使用しております。

インストーラ修正及びインストール方法、更新履歴の追加お疲れ様です。

で、インストーラーの動作確認をしてみました所、
表示は「成功しました」と出るものの dxruby.so がコピーされていませんでした。
よく調べてみると、Cドライブ直下を基準にディレクトリ、ファイル作成がされているようでした。

少なくとも私の環境においては、インストーラ内で使用されている
CONFIG["sitearchdir"]の値が "/lib/ruby/site_ruby/1.8/i386-msvcrt" となっていまして、
絶対パス指定（ルート=Cドライブが基準）で操作されているからのようです。
Rubyのインストールパスを含めた絶対パスでやる必要がありそうな気がします。

しかしながら、Rubyのインストールパスを調べる方法が見つけられなかったので、
最悪、インストール方法に手動でコピーする先を書いておくなどの対応になりそうですね。

mirichiです。
インストール時のエラーの原因はi386-msvcrtディレクトリが無いためで、作成するように修正しようと思います。
インストーラ不具合でバージョン上げるハメになるとは・・・orz
インストール方法と更新履歴も追加しときますね！

読みかたはみりちで合ってます。mirichiです。

さっそくありがとうございます・・・って、ええ！？
うちではいくつかの環境(ActiveScriptRuby、1ClickInstaller、mswin32バイナリ)を試してちゃんと動いてたんですけど、まだ他にも色々あるのかな？
失礼ですがどんな環境で動かしてますか？^^;

ふむふむ・・・参考になります。
DXRubyサポート掲示板みたいなのがあると色んな人から意見も聞けそうですが、塵風さんみたいな人は来てくれなさそうな気も。

などの問題があり、万能とは言えないです。

サンプルのシューティングはDXRuby0.0.7対応からexerb0.4.9でコマンド叩いてexe化してるんですが、0.0.6では試したことなかったです。
とはいえ0.0.6と0.0.7で何かが大きく変わったわけでもないので、exerbのGUIが万能ではないという感じでしょうか。
GUIなっててもなんだか難しいですしね・・・

急ぐものでもないので、期待しつつ気長に待ちますー

ありがとうございます、地道に頑張っていきます。

ツクールとRGSSってなんか面白そうだなー・・・参考と勉強に1つ買ってみようかしらん
この掲示板見てると興味が沸いてきてしまうｗ

@mahou_window と @tokugi_window の active を最初の定義の際に
明示的に false を設定していないため、true になっているためです。

そのため、内部の状態的にはステータスウィンドウを開いた直後から
「スキルウィンドウ１と２が開いている」と見なされ、そういう挙動になります。

また、スキルウィンドウ２が開いている状態でステータスウィンドウに戻すのであれば、
スキルウィンドウ１の active, visible も false にしないと駄目ですよ。

ここだけ見ると、PCのスペックが足りないのでは？と思えますが。
もしくは、単にmomoさんが処理の流れを理解できていなくてそう思い込んでいるか。

あと、提示されたコード自体で気になる点をいくつか。

initialize でスキルウィンドウの定義を行っているように見えます。
その時 @actor を使っていますが、どこで定義しているのですか？

また、dispose はいつ呼び出されるのでしょうか？

その辺りが不明瞭で、momoさんが不要だから省略しているのか、
普通にコードとして間違っているのか判別が付きませんでした。

質問の際にソースを提示する場合は、そのソース内で完結させてください。
また、省略する場合はその旨をコメントで判るようにして頂きたいです。

class Scene_Status
  def initialize(actor_index = 0, equip_index = 0)

    # スキルウィンドウ１を作成
    @mahou_window = Window_Skill.new(@actor, 57)
    @mahou_window.x = 20
    @mahou_window.y = 20
    @mahou_window.width = 600
    @mahou_window.height = 440
    @mahou_window.back_opacity = 160
    @mahou_window.visible = false

    # スキルウィンドウ２を作成
    @tokugi_window = Window_Skill.new(@actor, 56)
    @tokugi_window.x = 20
    @tokugi_window.y = 20
    @tokugi_window.width = 600
    @tokugi_window.height = 440
    @tokugi_window.back_opacity = 160
    @tokugi_window.visible = false
  end

  def dispose
    # ウィンドウを解放
    @mahou_window.dispose
    @tokugi_window.dispose
  end

  def update
    # スキルウィンドウ２が表示されている場合
    if @tokugi_window != nil && @tokugi_window.active
      # スキルウィンドウ２の更新
      @tokugi_window.update
      # B ボタンが押された場合
      if Input.trigger?(Input::B)
        # キャンセル SE を演奏
        $game_system.se_play($data_system.cancel_se)
        # ステータスウィンドウを表示
        @status_window.active = true
        @status_window.visible = true
        # スキルウィンドウ２を非表示
        # @skill_window.z を使っているなら visible は不要
        @tokugi_window.active = false
        @tokugi_window.visible = false
      end
      return
    end

    # スキルウィンドウ１が表示されている場合
    if @mahou_window != nil && @mahou_window.active
      # スキルウィンドウ１の更新
      @mahou_window.update
      # B ボタンが押された場合
      if Input.trigger?(Input::B)
        # キャンセル SE を演奏
        $game_system.se_play($data_system.cancel_se)
        # ステータスウィンドウを表示
        @status_window.active = true
        @status_window.visible = true
        # スキルウィンドウ１を非表示
        # @skill_window.z を使っているなら visible は不要
        @mahou_window.active = false
        @mahou_window.visible = false
      end

      # C ボタンが押された場合
      if Input.trigger?(Input::C)
      # スキルウィンドウで現在選択されているデータを取得
      @skill = @tokugi_window.skill
      # 決定 SE を演奏
      $game_system.se_play($data_system.decision_se)
      @tokugi_window.active = true
      @tokugi_window.visible = true
      @tokugi_window.z = 24440
      @mahou_window.visible = false
    end
      return
    end

    # C ボタンが押された場合
    if Input.trigger?(Input::C)
      # スキルウィンドウで現在選択されているデータを取得
      @skill = @mahou_window.skill

       #決定 SE を演奏
      $game_system.se_play($data_system.decision_se)
      @mahou_window.active = true
      @mahou_window.visible = true
      @mahou_window.z = 24440
      return
    end
  end
end

文字のフォント色の画一化は継承が必要とのことで、
現在クラスの継承を勉強中のため保留にします。

なので、塵風さんから教えていただいた流れに従って下記のようなスクリプトで動かしてみたところ、
私の書き方が怪しいのかステータス画面での挙動が怪しくなってしまいます；
Cボタンを押しても動かなかったり、時間を置いてみると動いたり、また動かなかったりとまちまちです；

以前「できた」と思っていたスクリプトは

# スキルウィンドウが表示されている場合の処理

をまるっと省いていたのですが、そのときはサクッとスキルウインドウを表示できたので、

# スキルウィンドウが表示されている場合の処理

のスクリプトがうまく書けていないのかなぁと思ってはいるのですが・・・
どうなのでしょうか？

ちょっと長くて申し訳ないのですが、次にスクリプトをのっけさせてください；

どうもmirichi(みりち？)さん。

単に日記のネタが無かったので長々と更新されなかっただけの話というのは内緒です。

安定版リリースおめでとうございます。
早速1.8版をダウンロードしてインストール…と思ったら、
「No such file or directory - /lib/ruby/site_ruby/1.8/i386-msvcrt/dxruby.so (Errno::ENOENT)」
とか怒られてしまいました…。
とりあえず直接dxruby.soをコピーして対応しました。

あと同梱のテキストにインストール方法や更新履歴なんかもあると良いかなあ、と思いました。

私もExerbの存在は前から知っていましたが、GUIで提供されていない
（これはActiveRubyに入っていると最近知りましたが）、
一部拡張ライブラリが使えない（少なくともDXRuby0.0.6の時は駄目でした）
などの問題があり、万能とは言えないです。

るびげの方ではCでRubyの組み込みインタプリタを実行するEXEを作っていて、
main.rb みたいな指定のソースを呼び出すという形での実装になってます。
これを拡張して、iniファイルとかで呼び出すソースやその他設定情報を任意に変更できるようにすれば、
るびげだけでなくDXRubyやそれ以外でも使える汎用的なものに出来そうです。
挑戦してみようと思いますが、あまり期待せず気長にお待ち下さい。

DXRubyのさらなるパワーアップに期待しております。

こちらでは初めまして。DXRuby作者のmirichiです。
なんだかトップに長いこと名前出してもらっちゃいまして。
DXRuby安定板をリリースしたので挨拶に伺いました。

ご指摘を頂いている配布の件、RubyにはExerbというexe化のソフトもあるんですが、使い方が難しいんですよね・・・。
そういったものの必要性はわかるのですが、作る技術が無いので泣き寝入り状態です。
ぶっちゃけDXRuby用のるびげが欲しいですｗ

今後もなるべく広いジャンルで使えるように性能・機能ともに向上させていく予定で、こちらのサイトに来られるツクラーのみなさまにも使ってもらえるようになっていったらいいなと思っています。
それでは、長くなってしまいましたがこのへんで。

Window_Skill::draw_item にてスキルウィンドウの項目の描画を行っています。
そこでフォントの描画色を指定しているので、それでは駄目です。
Window_Skill::draw_itemを再定義or変更するか、
ステータスウィンドウ表示専用にWindow_Skillを継承したクラスを作るかしか無いです。

@mahou_window の表示処理の後の return のせいで、
そもそも @tokugi_window の処理へは進まないと思いますよ。

前回の回答と同じ事です。
前回の処理の流れは、簡単に説明すればこうなります。

# スキルウィンドウが表示されている場合の処理
    # Bボタンでスキルウィンドウを閉じる処理

# スキルウィンドウが表示されていない場合の処理
    # Cボタンでスキルウィンドウを開く処理

今回さらにスキルウィンドウ２を開く処理と閉じる処理が増えたので、

# スキルウィンドウ２が表示されている場合の処理
    # Bボタンでスキルウィンドウ２を閉じる処理

# スキルウィンドウ１が表示されている場合の処理
    # Bボタンでスキルウィンドウ１を閉じる処理
    # Cボタンでスキルウィンドウ２を開く処理

# スキルウィンドウ１が表示されていない場合の処理
    # Cボタンでスキルウィンドウ１を開く処理

上記のようになります。

どうも考え方のズレによる問題が大きいような気がします。

この類のものは、現在がどういうフェイズ（段階）か、
このフェイズではどういう処理が走るか（どういう機能があるか）、
といった風に意識すれば、何をすべきかが解ってくると思いますよ。

バージョン明記しておらず申し訳ありませんでした。
ちなみにバージョンはXPを使っております。

塵風さんのおっしゃった通りにしたらうまくいきました！
ありがとうございます！

ただ、表示されるスキルのフォントの色を全て通常色に変えたくて、
スキルウインドウの作成の部分で、
（オブジェクト初期化  def initialize(actor_index = 0, equip_index = 0)）

@skill_window.contents.font.color = Color.new(255, 255, 255, 255)

と書き足したのですが、何も起こりませんでした。。
書き方が悪いのでしょうか？

あとせっかくスキルの細分化をしているので、
ウィンドウを２段階に分けて表示させようと思い、

def update


    # C ボタンが押された場合
    if Input.trigger?(Input::C)
      # スキルウィンドウで現在選択されているデータを取得
      @skill = @mahou_window.skill
      #決定 SE を演奏
      $game_system.se_play($data_system.decision_se)
      @mahou_window.active = true
      @mahou_window.visible = true
      @mahou_window.z = 24440#12220
      return
        # C ボタンが押された場合
        if Input.trigger?(Input::C)
          # スキルウィンドウで現在選択されているデータを取得
          @skill = @tokugi_window.skill
          # 決定 SE を演奏
          $game_system.se_play($data_system.decision_se)
          @tokugi_window.active = true
          @tokugi_window.visible = true
          @tokugi_window.z = 24440
          @mahou_window.visible = false
        return
      end
    end

end

といったように、
ステータス画面でCボタンを押すことで「スキル画面１」が、
そこから再度Cボタンを押すことで「スキル画面２」が表示されるようにしたかったのですが、
同時に命令がいくみたいで、２つのスキルウインドウが重なって一気に表示されてしまいます。
２回連続の同じボタンの処理はやっぱり難しいでしょうか？

連続で質問してしまい大変申し訳ないのですが、もしよければヒントをいただけませんか？

本当にすみません。

momoさん、お久し振りです。

@status_window.visible = false が含まれていないからです。
ヘルプを確認して頂ければ解ると思いますが、
Windowクラスのactiveはカーソルの点滅の有無の設定項目で、
ウィンドウの表示有無はvisibleで設定します。
(@skill_window.z でスキルウィンドウの表示優先度を上げる手もあります)

Scene_Status::update 内で @skill_window::update を呼び出す必要があります。
ただし、その場合 @skill_window が開いている間は
ステータスウィンドウ本来の処理が走らないようにすること、
@skill_window::update 自体にはウィンドウを閉じる処理が含まれていないので
それも併せて記述する必要があることに注意です。

以下再現コードです。
(@skill_window の作成処理が提示コードに含まれていなかったので追加しています。
別の箇所で行っているのであれば微調整が必要です。)

-----

#--------------------------------------------------------------------------
# ● フレーム更新
#--------------------------------------------------------------------------
def update

    # スキルウィンドウが表示されている場合
    if @skill_window != nil && @skill_window.active
      # スキルウィンドウの更新
      @skill_window.update

      # B ボタンが押された場合
      if Input.trigger?(Input::B)
        # キャンセル SE を演奏
        $game_system.se_play($data_system.cancel_se)
        # ステータスウィンドウを表示
        @status_window.active = true
        @status_window.visible = true
        # スキルウィンドウを非表示
        # @skill_window.z を使っているなら visible は不要
        @skill_window.active = false
        @skill_window.visible = false
      end

      return
    end

    (中略)

    # C ボタンが押された場合
    if Input.trigger?(Input::C)
      # 追加：@skill_window の作成
      @skill_window = Window_Skill.new(@actor)

      # スキルウィンドウで現在選択されているデータを取得
      @skill = @skill_window.skill
      # 決定 SE を演奏
      $game_system.se_play($data_system.decision_se)
      @skill_window.active = true
      @skill_window.visible = true
      @status_window.active = false

      # 追加：ステータスウィンドウを非表示
      # @skill_window.z = 200 とかでも代用可
      @status_window.visible = false
      return
    end

    (後略)

-----

P.S. ここに来られる方がどのツクールで作られているのかを
     すべて把握できている訳ではないので
     次回からバージョンも明記して頂きたいです。
     (掲示板の履歴を追ってバージョン判断が必要になるので
     回答が遅れてしまいます)

塵風さんおひさしぶりです。
分からないことがあり、手詰まりしてしまったので再度質問させてください。

ステータス画面で、Cボタンを押したときに、現在覚えているスキルの一覧を表示させたいので、
class Scene_Status  の  フレーム更新（def update）で

    # C ボタンが押された場合
    if Input.trigger?(Input::C)
      # スキルウィンドウで現在選択されているデータを取得
      @skill = @skill_window.skill
      # 決定 SE を演奏
      $game_system.se_play($data_system.decision_se)
      @skill_window.active = true
      @skill_window.visible = true
      @status_window.active = false
      return
    end

で試してみたのですが、ステータスウィンドウはアクティブなままで、スキルウィンドウが見づらい状況になってしまいます。

また、スキルの数が多い場合、スキルウィンドウに全てのスキルが表示されない問題もあり（カーソルがでてこないため）、カーソルを表示させたいのですが、どこをいじればいいのか分かりません。

もしよければ何か助言をいただけないでしょうか？
お手すきのときで構いませんのでよろしくお願いします。

お久し振りです、kkxyさん。

「戦闘時の行動実行中に使用したスキルやアイテムの名前を表示するプログラム」
とやらがどういうものかよく判りませんので、
とりあえず現状で判断した内容を話させて頂きます。

「ウィンドウの矢印」というのは、
スクロール可能な際に表示される上下左右のものですよね？
ウィンドウのサイズより大きく表示領域(contents)を確保しているのではないでしょうか。
試しにwidth/heightを増減してみて、この値なら表示される/されないといった検証をしてみては？

お久しぶりです。

今、windowのクラスを使った、戦闘時の行動実行中に使用した  スキルやアイテムの名前を表示するプログラムを作っている    のですが困っていることがあります。
  それはスキルの名前を表示する際になぜか矢印が表示されてしまうことです。
  原因を調べているのですが説明書やヘルプの説明書を見ても  矢印に関しては「ウィンドウの内容をスクロール出来る場合の  目印と使用します。」ということしか乗っておらず、スクリプトをいじって調べてもupdateのメソッドを実行する際にwidthやheightのプロパディの値を指定すると矢印が表示されるぐらいしかわかりませんでした。
  一体どうすれば矢印が表示されなくなるのでしょうか？

「ドロップアイテムの変化」とは何ですか？
そういうスクリプト素材なのですか？
多分ドロップアイテムの種類とかドロップ確率とかを変更するものなのでしょうけど、
これだけでは仕様が解りません。入手元を明記して下さい。

「敵によって属性を変化」とは？
スキルの属性を何かに変えるのですか？それともエネミーの属性有効度を変更するのですか？
「何の」属性か明記されていませんからどちらとも取れてしまいます。

「属性変化」は上記の目的のためというのは解ります。エネミーの特定とは…？
何にしても、イベントコマンドでは無理でしょう。
世界保健機関さん自身がスクリプトで頑張るしかないと思います。

所々、重要な単語が抜けているせいで理解を難解にしている気がします。

無事スキルの細分化に成功しました。
塵風さん細やかなご説明本当にありがとうございました！
いろいろいじくったのでまだどんな不具合がでるかは分かりませんが、今のところは大丈夫みたいです^^
おかげでRGSSの勉強になりました。
お忙しいところ質問に答えていただき、本当にありがとうございました。

それでは失礼しました。

前のページ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 次のページ

トップページに戻る