Generic Actions extension for Fantasy Grounds Unity 5E ruleset

Printable View

Show 40 post(s) from this thread on one page

June 23rd, 2020, 05:20
SilentRuin

2 Attachment(s)

Generic Actions extension for Fantasy Grounds Unity 5E ruleset
Only in Forge.

"Feature: Generic Actions" Extension (Fantasy Grounds Unity)

Attachment 48443

This stand-alone extension for Fantasy Grounds adds basic actions as clickable buttons on player and non-player character sheets.

This extension unlocks the following functions:
- Adds the generic actions found in the 5e Player’s Handbook as buttons on the character sheet.
- Includes: Grapple, Break Grapple, Shove, Dash, Disengage, Dodge, Help, Hide, Ready, Search, and Use Object.
- Generic actions that have checks or contesting rolls allow targeting creatures, and rolls are done automatically (completed in a similar manner to spell saving throws).
- Checks and contesting rolls support the dice tower
- NPC’s also gain these buttons on their character sheet —valuable for DMs or player-controlled sidekicks.
Verify options are used to insure the named operation going on cannot happen if out of ammo, Paralyzed, Stunned, Unconscious, Incapacitated, or Grappled (optional as grappling is nebulous on when it should prevent something based on DM preferences).

Updates:

[See .txt file for early updates and features]

V1.96 - Update - now allow limited effects (prefix of "-" or "-*") to not only try to match the executing action's name but also the action's name INVACT/INVACTR component definitions. For example, if I have an effect of "+*Longbow; INVACT: Arrow, +1 | Arrows | Arrow | Arrows (20)[1],20" and an effect of "-Arrow, +1; ATK: 1 ranged; DMG: 1 ranged; DMGTYPE: magic" in my CT entry then if I fire a longbow (do that action) then it will check inventory for any "Arrow, +1" counts and if it has any will decrement them and allow the action to proceed - it will also allow the "-Arrow, +1" effect to apply which it would not do for any other action. Of course, as previously, if you have a bunch of "or'ed" components it will try and go through each one till it finds one to consume - which of course for the other 3 inventory Arrows here they would not get the "-Arrow, +1" effect applied to any longbow actions (attack or damage in this case). Also, have to do string comparisons with no spaces now due to way FG arbitrarily removes spaces to right of :'s in effects. New option "Require components to be equipped in inventory in order for INVACT/INVACTR components" defaulted to on - exactly what it says. If you don't have something equipped and its a required component the action will fail. Will not matter for components that themselves have INVACT/INVACTR added/removed when equipped/unequipped via EE as they themselves are their own component (as no INVACT/INVACTR logic will be performed without that effect present). Added ability for "powers" to be given prepare once settings that correspond to current inventory count when an INVACT is applied to that inventory item and it exists in the actions tab under powers also (some items like potions etc. have this going on).

V1.97 - Bug - recent FG update caused issues with dice expression option processing with ADV or DIS so removed some logic that tried to compensate for effects.

New GenericActionsLayer.ext delivered with GenericActions.ext so it can be used in more than 5E -
"Feature: Generic Actions Layer"
Note: 2E, 3.5E, 4E, PFRPG2, SFRPG rulesets are in extension.xml but completely unsupported and only with partial functionality. Nor will they be supported - try at own risk.
See end of txt file for more details.

V1.62 - Bug - Button down was removing keep assets if that token was last selected before another was clicked on (selection bug). Also, code for storing/removing aura deleted layers is no longer needed as it won't be doing it (bug in token drag losing notifications when layer deleted in FG so can't allow it). Fixed.

V1.63 - Bug - Something with GALINVISIBLE like a GAL NPC should display its asset when invisible but not its self asset. Fixed.

V1.64 - Update - If there is no GALVISIBLE effect present, and its not an NPC GMOnly CT entry - a token asset will be placed as a bitmapwidget and move with the token - otherwise it will be a map layer asset. Everything that can be a token widget asset will be a token widget asset - anything that cannot will remain as it was - a map layer. Map layers on token drag have new issues I need to prevent so no longer process click down to remove map layer assets (click release and end drag will do this now) - this was causing issues that are not easily fixed so just going to leave asset behind when a token is dragged with a map layer until it ends and the asset is deleted and replaced at new token's position. A bitmapwidget will still be dragged without suffering this "asset left behind" though temporary graphics (attacks and the like) will be left till drag ends unless a click release had cleared them earlier. Why GAL does not use timers to remove temp assets. A new option "Asset: If Carrier orient on move option will change asset orientation as moved for widgets (Can be slower)" defaulted to "off". If Carrier extension's orient on move option is one the assets (that are visually directional) will also orient as they are dragged - this can slow things down somewhat as this updated of token assets can happen frequently during moves and changes in direction.

V1.65 - Update - support of new asset name keyword "overlay" - if present and the asset gets placed as a bitmapwidget it will be placed as an overlay rather than the default underlay display type. Remember keywords tilt, keep, overlay, and (size[size options] or _[range]) must be at the end of the asset's name and if more than one them appears they must appear in that order. Readded button click down support for removing only temporary graphics on a token with assets of bitmapwidgets - as this could be safely done without triggering the map layer delete bug - and it was annoying to see temp graphics dragged until drag ended when it could be safely prevented in this case.

V1.66 - Bug - keep widgets were not being deleted when active/gmonly status was changed. Fixed.

V1.67 - Update - removed all step counter call backs, should not be needed anymore with widget support. Also, discovered GAL NPC effects were not respecting the source that actually cast the effect - will now insure the GMonly flag is not set just because the effect resides on an NPC placeholder token. What this means? In the old days, any effect placed by BCEG would respect the GMonly flag that applied to that effect (as I recall anyway), but now it will force the effect to be GMonly if not a PC. This of course wrecks things like GAL NPCs which are just placeholder tokens for the spell cast by a PC or NPC. So I've fixed it so that if a GAL NPC - it will preserve the original GMonly flag (if present) or use this new rule but actually apply the source (caster) of the GAL NPC to check if its a PC or not. Why is this a rule to force GMonly when not a PC in BCEG? I have no idea. But I left it alone unless its my GAL NPC being stomped by it.

V1.68 - Bug - BCEG or some other places have suddenly decided to break all my logic by forcing GMonly status on effects placed by CT entry actions for enemy NPCs. Just insuring it will be what the GMonly flag is defined as instead of making some sort of decision that it should be ignored. Don't use my stuff if you don't want that behavior as its now default unless they pull that logic out of BCEG or wherever it is.

https://www.youtube.com/watch?v=6u3l8RAVsZE
Watch the video before you even contemplate buying it.

New layers playlist of videos I've made...
https://www.youtube.com/watch?v=b2Al...JFTxN9LNyJeLZ2

Grim Press will be handling the sales and promotion of this extension.
If you'd like to engage with us, please feel free to join the Grim Press discord: https://discord.gg/grimpress

Extensions = RISK: This note is added to all the extensions I maintain. I want users to understand that extensions are code that is added to or overrides portions of code in the Fantasy Grounds Unity (FGU) application. When the underlying code in FGU changes it can break an extension. When you run with other extensions they can conflict by trying to overwrite the same parts of the FGU code. I will keep my extensions working with FGU changes, and the extensions I use (listed in my FGU signature) as I have direct control over those things. I cannot make the same promise with other extensions. If I am notified of an incompatibility I will attempt to resolve it - but if I cannot I will list what the known extension incompatibilities are. Understand before you get any extensions that it comes with RISK. Not just my extensions - any extension. These extensions are also maintained by me for me. I provide them outside of my own games purely to those who wish to take advantages of things I use for myself. If at any time FG implements the extensions capabilities it may become no longer valid to use it. I can never predict if or when this might happen but state it as a possibility. EXTENSION = RISK!

Included is original text used for describing this extension - has a lot of version details but really provided for reference if needed.

This is a post where I share dropbox links to files I share [for as long as it remains valid]
June 23rd, 2020, 16:59
LordEntrails

Sure, go ahead and include a video and a cover image. All is good :)
June 23rd, 2020, 17:03
Trenloe

Very cool you've taken the step onto DMs Guild.

One question - is this purely for the 5E ruleset or will this work in CoreRPG or other CoreRPG rulesets? The functionality looks pretty much tied to D&D 5e. If that's the case I'd recommend removing the mention of CoreRPG otherwise people might think they can use this with any CoreRPG ruleset.
June 23rd, 2020, 18:18
SilentRuin

Quote:

Originally Posted by Trenloe

Very cool you've taken the step onto DMs Guild.

One question - is this purely for the 5E ruleset or will this work in CoreRPG or other CoreRPG rulesets? The functionality looks pretty much tied to D&D 5e. If that's the case I'd recommend removing the mention of CoreRPG otherwise people might think they can use this with any CoreRPG ruleset.

I only run with Fantasy Grounds Unity 5E/CoreRPG of which the extension references some specific messages and icons in both 5E and CoreRPG for display purposes. For sure it's tied to D&D 5E as the generic actions are all specific to that rule set and the player handbook references. As I was given permission to put more in than just the link I'm adding the video and cover page to the first post next after I reply here.

As far as the CoreRPG reference, you can't run 5E without CoreRPG. And I reference strings/icons from both rulesets - plus specific code in each. My statement is literally everything you need to run the extension...

UNITY
5E
CoreRPG

It can't live without any of them.
June 23rd, 2020, 18:21
mattekure

This looks great. Well done. I'm not sure I like the Search button automatically switching between perception/investigation. As a DM I know I prefer to tell my characters which to roll depending on how they describe their actions. also for the stealth checks, if done against a target, does it roll a contested stealth vs perception?
June 23rd, 2020, 18:26
Trenloe

Quote:

Originally Posted by SilentRuin

I only run with Fantasy Grounds Unity 5E/CoreRPG of which the extension references some specific messages and icons in both 5E and CoreRPG for display purposes. For sure it's tied to D&D 5E as the generic actions are all specific to that rule set and the player handbook references. As I was given permission to put more in that just the link I'm adding the video and cover page to the first post next after I reply here.

In that case my recommendation stands. Your extension is only compatible with the 5E ruleset. Sure, 5E runs on top of CoreRPG, but your extension only works in 5E. My strong recommendation to you is to remove references to CoreRPG - this will not work in CoreRPG games. At the least, you'll avoid people asking "Can I run this in my CoreRPG based campaign?" , but I think you'll more than likely get lots of comments (and poor reviews) based off people trying it in CoreRPG and it not working. Removing any reference to CoreRPG is the best, and most accurate, approach.
June 23rd, 2020, 18:46
SilentRuin

Quote:

Originally Posted by mattekure

This looks great. Well done. I'm not sure I like the Search button automatically switching between perception/investigation. As a DM I know I prefer to tell my characters which to roll depending on how they describe their actions. also for the stealth checks, if done against a target, does it roll a contested stealth vs perception?

I actually thought about DM's who do not take "best of" skills in any of those die rolls and figured if they wanted to do pure checks off the main page - nothing stops them. Even my players mix between the search and specific checks as they prefer.

For sure that is call for DM and nothing in this extension prevents that call.

This is more along the lines of my cover page - these are actions available for use. And my players rarely used them. Heck, I rarely used them myself. But with them front and center as part of the Actions you have available - my players use them a lot more. Especially, in curse of strahd where character wipes are a close "thing" in almost every major encounter unless you play it very smart.

But yes, some DM's may want to divide out Search or Hide or any of the other "best of" single or VS die rolls into specifics. You can. The normal main page checks. But for those who want to simply take the "best of" this is much simpler.

And I'm all about what makes my life simpler as a DM :)

Plus, the play styles of my players have actually changed since I introduced this. Help is now used. Along with Dash, disengage (pesky opportunity attacks thwarted), and all the other infrequent "out of sight, out of mind" actions. And while I've not truly used it in my NPC's yet, I will.

When it makes sense, because I now have the easy option.

Imagine the surprise when that key strong critter in a pack of intelligent critters suddenly gets Help advantage... MUAHHAHHAHAHAHHAHHAH.. (cough)... sorry.

Got carried away there :)
June 23rd, 2020, 18:48
SilentRuin

Quote:

Originally Posted by Trenloe

In that case my recommendation stands. Your extension is only compatible with the 5E ruleset. Sure, 5E runs on top of CoreRPG, but your extension only works in 5E. My strong recommendation to you is to remove references to CoreRPG - this will not work in CoreRPG games. At the least, you'll avoid people asking "Can I run this in my CoreRPG based campaign?" , but I think you'll more than likely get lots of comments (and poor reviews) based off people trying it in CoreRPG and it not working. Removing any reference to CoreRPG is the best, and most accurate, approach.

Will simply putting in a comment like I did about Unity work? I'm was a developer by trade before I retired and it really does not sit well with me not listing things my extension is REQUIRED to run with. What do you think?

I added in the extra warning to this and my page description in DMsG.

ONLY TESTED IN UNITY.

ONLY WORKS WITH D&D 5E.

RUNS WITH FANTASY GROUNDS UNITY. USES BOTH 5E AND CORERPG RULESETS.
June 23rd, 2020, 18:57
Trenloe

Quote:

Originally Posted by SilentRuin

Will simply putting in a comment like I did about Unity work? I'm was a developer by trade before I retired and it really does not sit well with me not listing things my extension is REQUIRED to run with. What do you think?

Listing CoreRPG means nothing in terms of functionality, and it could create confusion and problems for you. It only works with the 5E ruleset, just list the 5E ruleset, don't mention CoreRPG at all. 5E will not run without CoreRPG, it's not like anyone can make a decision to run 5E without CorerPG - they' can't. Your extension is even tagged to just run in 5E - it won't appear as an option for a CoreRPG campaign. I really don't see why you want to have CoreRPG in there.

You reached out prior to posting on DMs Guild for guidance. This is simply me trying to help you to avoid issues. I've been supporting FG products on these forums for 6 years and my experience is that people see things and don't read details. So if someone sees "CoreRPG" somewhere they'll think it will run with just CoreRPG - even if you mention it doesn't elsewhere. You gain nothing by mentioning CoreRPG, other than a bunch of headaches and confusion.
June 23rd, 2020, 19:17
SilentRuin

Quote:

Originally Posted by Trenloe

Listing CoreRPG means nothing in terms of functionality, and it could create confusion and problems for you. It only works with the 5E ruleset, just list the 5E ruleset, don't mention CoreRPG at all. 5E will not run without CoreRPG, it's not like anyone can make a decision to run 5E without CorerPG - they' can't. Your extension is even tagged to just run in 5E - it won't appear as an option for a CoreRPG campaign. I really don't see why you want to have CoreRPG in there.

You reached out prior to posting on DMs Guild for guidance. This is simply me trying to help you to avoid issues. I've been supporting FG products on these forums for 6 years and my experience is that people see things and don't read details. So if someone sees "CoreRPG" somewhere they'll think it will run with just CoreRPG - even if you mention it doesn't elsewhere. You gain nothing by mentioning CoreRPG, other than a bunch of headaches and confusion.

I have edited it all. Except the title thread of this post - how do I edit the thread title of an existing forum post? Can I get a mod to change it to...

Generic Actions extension for Fantasy Grounds Unity 5E ruleset

Also, the title of DMsG was changed and now shows (just don't look at the link name as that is permanent).

[Figured out my forums stuff - "Go Advanced" answered the questions I've deleted in this post. Now I just need to figure out how to rename the thread.]

Show 40 post(s) from this thread on one page