Caethyril's Plugins

● ARCHIVED · READ-ONLY
Started by caethyril 191 posts Page 8 of 10 View original ↗
  1. OMFG your battlestep-Y plugin is something ive bin looking for for a bit only question is:
    Is it possible to have for example battler 1 and 2 be more on the left side and always "Face" the middle and the same with actor 3 and 4 to be more on the right and face the middle? is that something that could you could do...?
  2. @HalcyanStudio - I'm mostly focused on MZ right now. However, if you only need to change the position temporarily, e.g. for a single message, then you may just be able to use this sort of thing in a Script command (untested):

    SceneManager._scene._gabWindow.y = 123;
    With this, I imagine the gab position will reset on any scene change, e.g. start battle, open pause menu, change map.

    @Sweetmayham - if it's always the same people in the same slots, you could just flip the battler images. Otherwise this might work (untested):
    plugin code
    JavaScript:
    /*:
     * @target MV MZ
     * @plugindesc Mirror actor battlers who are in the right-hand half of the screen.
     * @author Caethyril
     * @url https://forums.rpgmakerweb.com/threads/106255/
     * @help Free to use and/or modify for any project, no credit required.
     */
    void (function(alias) {
        Sprite_Actor.prototype.updateMain = function() {
            alias.apply(this, arguments);
            if (this._homeX > Graphics.boxWidth / 2 && this.scale.x > 0)
                this.scale.x *= -1;
        };
    })(Sprite_Actor.prototype.updateMain);
    However, there are probably better ways to do it and I don't know how that would behave with stuff like YEP Action Sequences. :kaoslp:

    :kaohi: Remember you can request plugins over here, too~
  3. caethyril said:
    if it's always the same people in the same slots, you could just flip the battler images
    Well no not really wich is why i asked
    caethyril said:
    Otherwise this might work (untested):
    This works perfectly! the only and literally only problem im having is the fact that there facing the wrong ways when positions have bin changed? soooo actor 1 when on the left side faces to the left while there supposed to flip away from there if that can be changed thad be niceeee

    caethyril said:
    Remember you can request plugins over here, too~
    I also did this but so far no one has really helped or responded to my question :kaoswt2:
  4. caethyril said:
    @HalcyanStudio - I'm mostly focused on MZ right now. However, if you only need to change the position temporarily, e.g. for a single message, then you may just be able to use this sort of thing in a Script command (untested):

    SceneManager._scene._gabWindow.y = 123;

    With this, I imagine the gab position will reset on any scene change, e.g. start battle, open pause menu, change map.

    Works perfectly, thanks!
  5. I recently released a new RMMV plugin, Cae_FullScreenOption. It can be found in the "General" category of the opening post. The name is pretty self-explanatory: it adds a "full screen" setting to the in-game options screen. This setting tracks with other forms of full-screen, e.g. F4.

    According to one tester, it works A-OK with YEP Options Core as well. :kaohi:
  6. "Cae_EssentialActors" doesn't seem to work when I'm using Olivia's "Olivia_OctoBattle.js" I tried putting both below and under and have the one actor his zero hp. how would I go about fixing this?
  7. @Icey1992 - things to try:
    1. Check if the actor has State Resist: Death. If so, he's not dead, even if he's at 0 HP.
    2. Check you have set that actor to be essential in the plugin's Essential Actors parameter.
    3. Turn off all other plugins, save your project to apply changes, then test.
    4. Change the plugin load order (click+drag), save your project to apply changes, then test.
      (I guess that's what you meant by "putting both below and under".)
    If none of that works, consider finding a different solution, or starting a new thread in Plugin Support. Olivia's Octobattle plugins are paid, though, so you may have to wait a bit for a helpful answer.
  8. Hi, your BattleStepY plugin has been just what I've been looking for! Thank you for making it and solving my frontview problems!

    Just one thing though, and I'm sorry if this has been asked before: I've noticed that using the default Home Position X formula causes the characters to be standing on the opposite sides to where they should be (the party order goes from right to left instead of from left to right). Removing the "* ($gameParty.battleMembers().length" part solves this, but I like how this bit of formula also centralises the characters at all times, so I'm not sure how to edit this formula to flip everybody's X positions.
  9. @SolidGent91 - ah, yea, I never got around to changing the default... :kaoslp:

    The order can be reversed with a little algebra (index goes from 0 to "party size - 1"):
    caethyril said:
    Default x-position formula in reverse order (swap index for $gameParty.battleMembers().length - 1 - index and simplify):
    Code:
    Graphics.boxWidth / 2 + 96 * (index + 0.5 - $gameParty.battleMembers().length / 2)
    ...I don't know why I originally had them ordered right-to-left. :kaoswt2:
    I've just updated it to v1.2 with this as the default parameter value~
  10. caethyril said:
    @SolidGent91 - ah, yea, I never got around to changing the default... :kaoslp:

    The order can be reversed with a little algebra (index goes from 0 to "party size - 1"):

    I've just updated it to v1.2 with this as the default parameter value~
    That's done it! Thank you!
  11. Not sure if you all knew this or not, the Opacity Plugin you made doesnt work in the Battle Test, and the smaller the number is more faded. Love it though, my rogue types legit looks hidden, lol
    Thanks
  12. SirCumferance said:
    Not sure if you all knew this or not, the Opacity Plugin you made doesnt work in the Battle Test
    Many plugins don't, the battle test doesn't perform the full database loading procedure. That's why once you start using plugins, it's generally more reliable just to place some events to get into sample battles and use the playtest function.

    SirCumferance said:
    and the smaller the number is more faded.
    That's what opacity means. :wink:
  13. SirCumferance said:
    the Opacity Plugin you made doesnt work in the Battle Test
    I just tested and it works for me. It might be a plugin conflict (I think that's unlikely in this case). Or...
    ATT_Turan said:
    Many plugins don't, the battle test doesn't perform the full database loading procedure.
    This a common misconception, at least for MV/MZ. Most of the time it's actually just because you didn't save your project to apply Plugin Manager changes before launching battle test. The editor prompts you to save on playtest, but not battle test (because in the latter case, the database is open).

    And, like Turan says, 100% opacity (opaque) = 0% transparency (transparent), and vice versa. :kaohi:
  14. caethyril said:
    This a common misconception, at least for MV/MZ.
    Hmm, okay. I know it's something I've personally experienced, but it was years ago at this point so I won't pretend to remember whether or not I had saved in those specific instances :wink:
  15. Hi @caethyril could you give an example on how to use the DreamXChoiceHelpFix plugin?

    Here's the choices nested choices I have laid down
    Event Page
    1722546143294.png

    The comment for the "Food" option will always show up when selecting the first option even if its not "Food"
    Example
    1722546255349.png1722546274036.png

    Thanks <3
  16. @Alkaline - "nested choices" means one set of choices inside another. You mean hidden choices.

    As stated in its summary in this thread and its help section, CaeF_DreamX_ChoiceHelpFix only supports hidden choices via Yanfly & Himeworks:
    caethyril said:
    Support for nested choices and compatibility with Yanfly/Himeworks hidden choices.
    Plugin help said:
    Place this immediately below DreamX_ChoiceHelp in the Plugin Manager. - If using HIME_LargeChoices, load it after ChoiceHelp. - If using HIME_HiddenChoiceConditions, load ChoiceHelp after it; - If using YEP_X_ExtMsgPack1, load ChoiceHelp after it;
    Judging from the <<s[10]>> etc in your first screenshot, I believe you're using a different plugin.

    Yanfly's Extended Message Pack 1 is now paid, but Hime's Hidden Choice Conditions is still free:
    Alternatively, you could start a thread in Plugin Requests to see if anyone knows of a compatibility patch for whatever plugin you're using, or is willing to write one for you for free:
    :kaohi:
  17. caethyril said:
    @Alkaline - "nested choices" means one set of choices inside another. You mean hidden choices.

    As stated in its summary in this thread and its help section, CaeF_DreamX_ChoiceHelpFix only supports hidden choices via Yanfly & Himeworks:


    Judging from the <<s[10]>> etc in your first screenshot, I believe you're using a different plugin.

    Yanfly's Extended Message Pack 1 is now paid, but Hime's Hidden Choice Conditions is still free:
    Alternatively, you could start a thread in Plugin Requests to see if anyone knows of a compatibility patch for whatever plugin you're using, or is willing to write one for you for free:
    :kaohi:
    The plugin is Aloe Guvner's Conditional Show Choices, https://forums.rpgmakerweb.com/inde...l-show-choices-hide-or-disable-choices.96941/
    and is the reason why I came to this post, hoping there would be a fix for DreamX's compatibility. I have Yanfly's Message pack 1, but it conflicts with another plugin I'm using (VCM-HelpWindow).
    If you ever get really stoked about adding a patch to an old MV plugin that fixes another old MV plugin to be compatible with a 3rd old MV plugin, I'll keep watching this post. In the meantime, I'll start working on plan B.
  18. @Fleas @Alkaline - ah, OK! Looks like it just needed a similar patch. I've updated my plugin to v1.3~

    Just to note: Himeworks plugins are generally high-quality and good for cross-compatibility. I get that you may prefer Aloe's plugin, though, since it lets you write the conditions directly in the choices.
  19. That is incredible! Thank you so much for your quick response. It is much appreciated!
    caethyril said:
    @Fleas @Alkaline - ah, OK! Looks like it just needed a similar patch. I've updated my plugin to v1.3~

    Just to note: Himeworks plugins are generally high-quality and good for cross-compatibility. I get that you may prefer Aloe's plugin, though, since it lets you write the conditions directly in the choices.