Generic Actions extension for Fantasy Grounds Unity 5E ruleset

Quote:

---

Originally Posted by SmackDaddy

Very interested in this extension.....sorry if this has already been answered, but I know there's always a possibility that extensions can class, but for a FGU licensed user, will this work with the Rob2e DM and Player tools running along side of it? Thank you in advance for your time.

---

I have no earthly idea if it does or not. The only thing I can answer for sure is it works with the extensions I use personally in my signature. For sure others have commented on different aspects in this thread and the DMsG replies for this - but there is no way I will ever "certify" it works in things I don't use myself.

Maybe someone has tried it and can answer your question here, but I cannot. Nor will I ever claim it will work in those other things even if others claim it does. Not trying to scare you off but its just the facts of extensions that unless you actively use them with the ones a developer uses you really have no idea if they work or not.

Or will keep working if they do - as FGU is still Beta and changing.

Quote:

---

Originally Posted by SilentRuin

I have no earthly idea if it does or not. The only thing I can answer for sure is it works with the extensions I use personally in my signature. For sure others have commented on different aspects in this thread and the DMsG replies for this - but there is no way I will ever "certify" it works in things I don't use myself.

Maybe someone has tried it and can answer your question here, but I cannot. Nor will I ever claim it will work in those other things even if others claim it does. Not trying to scare you off but its just the facts of extensions that unless you actively use them with the ones a developer uses you really have no idea if they work or not.

Or will keep working if they do - as FGU is still Beta and changing.

---

Oh, no worries @SilentRuin - I completely get that -- so no apologies or caveats needed but I appreciate the attempt. Just was hoping SOMEONE here could report whether or not they use Rob2e/Diablobob's extensions along with this one successfully in Unity, before I pulled the trigger and purchased it for myself. I find it would be an awesome addition for my players to use for simplicities' sake. Anyone else able to confirm/deny? Thank you in advance.

@SmackDaddy I am running this extension in Unity along with most of Robs/Diablobob/Kent's extensions, and have not encountered any issues so far. YMMV

Thank you for this extension. One of my characters noticed a typo in the "Dodge" button text (when you hover over it) - it says it imposes "Disadvantage" to Dexterity Saving throws....but shouldn't it impose Advantage?

Quote:

---

Originally Posted by SmackDaddy

Thank you for this extension. One of my characters noticed a typo in the "Dodge" button text (when you hover over it) - it says it imposes "Disadvantage" to Dexterity Saving throws....but shouldn't it impose Advantage?

---

Typo in the tooltip - V 1.7 has it fixed - thanks :)

Quote:

---

Originally Posted by SilentRuin

Typo in the tooltip - V 1.7 has it fixed - thanks :)

---

Very welcome! :) Thank you for the extension! ;)

Suggestion/Request:
I see that there is already a generic action for "Ready". Anyway to add/modify a button for "Ready Action" and "Ready Spell"? The reason for the distinction being that when you Ready a Spell you have to maintain concentration on that spell until the Trigger occurs, so the Ready Spell button would add "Ready Spell (C)" effect to the PC on the Combat Tracker so that if the PC takes damage before the Trigger happens, a concentration check will be made automatically.

Quote:

---

Originally Posted by jrowsey1

Suggestion/Request:
I see that there is already a generic action for "Ready". Anyway to add/modify a button for "Ready Action" and "Ready Spell"? The reason for the distinction being that when you Ready a Spell you have to maintain concentration on that spell until the Trigger occurs, so the Ready Spell button would add "Ready Spell (C)" effect to the PC on the Combat Tracker so that if the PC takes damage before the Trigger happens, a concentration check will be made automatically.

---

The concentration is supposed to be for the actual spell which would be to difficult to really do without knowing the spell. For sure I have an extension that will actually remove concentration spells currently in effect for that player which depends on (C) effects actually being correctly defined.

Hence, not something I’m willing to add to this extension - sorry. But nothings says you can’t modify it for yourself.

The concentration isnt the concentration of the spell, its concentrating on the act of holding the spell. Once the spell is cast, it may or may not require continuing concentration.

From the PHB:

When you ready a spell, you cast it as normal but hold its energy, which you release with your reaction when the trigger occurs. To be readied, a spell must have a casting time of 1 action, and holding onto the spell's magic requires concentration. If your concentration is broken, the spell dissipates without taking effect. For example, if you are concentrating on the web spell and ready magic missile, your web spell ends, and if you take damage before you release magic missile with your reaction, your concentration might be broken.

Quote:

---

Originally Posted by mattekure

The concentration isnt the concentration of the spell, its concentrating on the act of holding the spell. Once the spell is cast, it may or may not require continuing concentration.

From the PHB:

When you ready a spell, you cast it as normal but hold its energy, which you release with your reaction when the trigger occurs. To be readied, a spell must have a casting time of 1 action, and holding onto the spell's magic requires concentration. If your concentration is broken, the spell dissipates without taking effect. For example, if you are concentrating on the web spell and ready magic missile, your web spell ends, and if you take damage before you release magic missile with your reaction, your concentration might be broken.

---

Exactly.if you read the whole thing you would have seen the example showing you that The ready is specific. Ready action is specific - not generic - players have to tell me action specifically they are readying in detail - which is why the ready action button is just a signal of intent - not specifically what they are readying. Spell concentration is even more specific with actual consequences. You don’t get to say I’m readying a specific spell and then change it something else when you trigger it. This action supported here does not attempt to cover all the details of that.

Your example is spot on for what I was talking about.

I think we agree on the mechanics, but not necessarily how it should be implemented. I think having a "Readied Spell (C)" action/effect button would be extremely helpful. With a spellcaster only able to concentrate on a single spell at a time, Its less important for me as the DM to see which readied spell they are concentrating on, that would be declared when they state their action. But having it auto track that a readied spell was disrupted would be very helpful as its easy to forget if not tracked. Even if you choose not to add a Readied Spell (C) action button, I'll still have my players create a power with that and use it. It seems to offer a significant benefit over the default lack of tracking readied concentration.

If there is a way to remove existing concentration effects when a new one is added, that would be cool too.

Quote:

---

Originally Posted by mattekure

I think we agree on the mechanics, but not necessarily how it should be implemented. I think having a "Readied Spell (C)" action/effect button would be extremely helpful. With a spellcaster only able to concentrate on a single spell at a time, Its less important for me as the DM to see which readied spell they are concentrating on, that would be declared when they state their action. But having it auto track that a readied spell was disrupted would be very helpful as its easy to forget if not tracked. Even if you choose not to add a Readied Spell (C) action button, I'll still have my players create a power with that and use it. It seems to offer a significant benefit over the default lack of tracking readied concentration.

If there is a way to remove existing concentration effects when a new one is added, that would be cool too.

---

How it would have to be implemented would be how I implemented all my spell work in Polymorphism. Any concentration spell would have to have to make sure it had the source node that generated it, any application of concentration would have to kill all others from that source node, and that is no small thing. I do that in my other extension because I have full control of the spells involved and can fully implement this for "my stuff only". To do it for every spell there is that does concentration would be an extension all by itself. For example, this is one tiny part of the concentration logic where I stop other concentration effects in polymorphism...

Code:

---

                local aSelfEffects = {};
                local aSourceConcentrationEffects = ActionSave.getConcentrationEffects(rSourceActor);
                for _,v in ipairs(aSourceConcentrationEffects) do
                        if v.nodeCT == rSourceActorCT then
                                table.insert(aSelfEffects, { nodeCT = v.nodeCT, nodeEffect = v.nodeEffect });
                        else
                                EffectManager.expireEffect(v.nodeCT, v.nodeEffect, 0);
                        end
                end
                for _,v in ipairs(aSelfEffects) do
                        EffectManager.expireEffect(v.nodeCT, v.nodeEffect, 0);
                end

---

To fully implement this correctly as you would have me do would require this type of logic across the code to insure that any concentration effect killed any others by the source node, that it placed the effect with the appropriate source node, that it supported dropping a spell from "spells" onto the ready button and recorded the name with "Ready" in front of the name with (C) and the relevant source node. It would require it to be killed any time any other concentration effect by that source node was attempted (not put into effect - attempted) which FGU does NOT do currently - would have to do all that myself. It would have to have some trigger logic that based on the Ready<spellname> (C) would kick off that spell and replace that effect with the real one or nothing if it failed. It would then be logical to support a big text note in Ready that told you the specfics of what they were reading and put it in chat regardless if it was a spell or not.

Point being - the reason I don't do "distance in the map" and some features described in the PHB specifics is the same reason FGU does not do a lot of these things. To many variables, the DM has too many options that can't all be covered easily by code. In those instances, I either partially implement what I can - or don't implement it at all except by a "notify of intent".

I'm not going to wreck my own extensions (polymorphism) which currently handle (C) things correctly by incorrectly implementing a concentration effect sabotaging my own session game play. Some day FGU may properly implement (C) effects - but they don't right now. I do in something I have full control over. This ready action? That can be anything. As I said - I'm not willing to step into that morass partially implementing it.

Maybe someday I'll make an extension that FULLY implements (C) effects across the board - but it would likely be dependent on specific spell effect properly defining the (C) effect everywhere and implementing a STOP CONCENTRATION button as I do in polymorphism all over the place.

Gist being - this is not the extension that is going to embark on the task.

Ready is just a notification of intent. This extension solves some of the missing functionality in FGU - not all of it. Nor will it unless it is clear cut and simple to implement. What your asking? Is not simple. Even if you would accept the partial solution - I would not.

Personally I remember it or have them enter in chat or add my own dummy effect. For sure you can go into upper right and add a custom effect ReadyEffect (C) for 1 turn and simply click on it if that is what you want. For sure I don't want that - and in the end - the extension is for my game playing style where I want (C) effects to be real and correctly defined and implemented - or leave it to the DM to do. In this case, its up to the DM.

I'm introducing one of my players to 5e for the first time with this new campaign, and having the basic actions on the sheet with automation is awesome. Well worth the cost of a coffee. Thanks for making this

Quote:

---

Originally Posted by ShaunB

I'm introducing one of my players to 5e for the first time with this new campaign, and having the basic actions on the sheet with automation is awesome. Well worth the cost of a coffee. Thanks for making this

---

No worries - made all my extensions in my signature for my own use anyway. My first campaign in FGU has my players entering Vallaki in curse of strahd soon and these are the extensions I felt compelled to make so far. If something annoys me as we progress, you can bet I'll write an extension for it. Honestly though, hoping we have smooth sailing now and I can take a break from writing these things I use to achieve the zen of the lazy DM :)

I was looking through your code to add:
Insightful Fighting
At 3rd level, you gain the ability to decipher an opponent’s tactics and develop a counter to them. As a bonus action, you make a Wisdom (Insight) check against a creature you can see that isn’t incapacitated, contested by the target’s Charisma (Deception) check. If you succeed, you can use your Sneak Attack against that target even if you don't have advantage on the attack roll, but not if you have disadvantage on it.

But all I ended up doing was breaking it. LOL. How hard would it be to add a insight vs deception?

Quote:

---

Originally Posted by arcanjl

I was looking through your code to add:
Insightful Fighting
At 3rd level, you gain the ability to decipher an opponent’s tactics and develop a counter to them. As a bonus action, you make a Wisdom (Insight) check against a creature you can see that isn’t incapacitated, contested by the target’s Charisma (Deception) check. If you succeed, you can use your Sneak Attack against that target even if you don't have advantage on the attack roll, but not if you have disadvantage on it.

But all I ended up doing was breaking it. LOL. How hard would it be to add a insight vs deception?

---

This extension is just for literal actions that are part of the Players Handbook actions that FGU did not provide. There are a million different special case rolls you could expand things into but I intentionally stayed away from anything not in RAW PHB actions section. And also steered clear of anything that had a lot of special cases to it (you'll notice it never even tries to adjust anything distance related and some of the buttons are purely to make a notification of intentions because there are to many variables in them).

Gist being, even though I know how to do that it won't be going in this particular extension. Having said that - I heavily commented the code and you should be able to modify it however you wish for your own uses. That's actually how I learned to code in FGU by examples and a lot of trial and error.

I made one generic die roll in there but there are plenty of examples in these forums and in my own code of how it is done. The problem is FGU die rolls are always branched off in stages - its not like your just writing code that does it in a linear manner. You kick off OOB messages to execute at the host which do one thing and then they write out results completely separately from your main branch of logic - which means you have to design your code with that in mind. Its not like it ever comes back from the processing of the OOB message to your original code. It just tosses that message out and carries on. You have to design all your logic following that OOB message until it completes. Unless you play even weirder games. To make special results like I did I could not actually use the canned dice rolls completely as you can see in the code. I had to make my own. Which is what you have to do if you want to control the process from beginning to end (and do logic in between stages of it).

Probably just confused you more. But its not hard once you understand the logic flow of OOB messages which are a key part of dice rolls. You just have to get creative if you want to do more than one thing during and after the roll (i.e. can't use the canned functions that just roll it and toss out results to chat). If you have specific questions and post an example of the code in your extension in the forums under the workshop area - you will get people to help you. Even me if I happen to see it.

Wow thank you for that response and the guidance, I will get to grinding :)

New fix to this extension

V 1.8 - PC and NPC code to determine skills was changed to fix bugs where NPC was not parsing skill text. Result is when a skill proficiency is set in PC/NPC it will use the proper modification value, otherwise it will use normal stats per PHB for the relevant die roll.

May have come up before but in case it hasnt...
If I grapple someone and succeed and wish to then move them to the edge of a cliff and drop them, I would normally then use shove
But when I try it says you cannot shove a grappled target
So how should this be resolved?

Quote:

---

Originally Posted by mordkhaan

May have come up before but in case it hasnt...
If I grapple someone and succeed and wish to then move them to the edge of a cliff and drop them, I would normally then use shove
But when I try it says you cannot shove a grappled target
So how should this be resolved?

---

I can honestly say I’ve never been asked this before.

You tell your DM “I stop grappling”.

At which point they delete the effect.

Then you do whatever it is your going todo.

I have partnered with Grim Press to handle sales and promo of this extension. I'm just to lazy to bother :)

Added new grim press video.

Thank you Silent Ruin for the extension. It's been very helpful. I tried to read through several of the last few pages of this thread for an answer, but I didn't see anything. Any time someone has the grappled condition, they are restricted from performing a grapple and/or shove. I understand from the post on page 10 that you suggest removing the grappled condition in order to shove someone, which somewhat makes sense. However, by RAW, there is nothing that limits someone from grappling while being grappled.

From a narrative stand point, my perspective is that if a goblin has grappled a kobold, that shouldn't prevent the kobold from grappling the goblin. If this becomes limited, then the grappler will always have "the upper hand" in every interaction.

I played with the "Ignore Grappled Effect" but it doesn't seem to change the behavior (maybe I am misunderstanding the intention of it). Is there a way to allow the Grapple (and/or Shove) button to work for someone that has the grappled condition? If this is not possible and you aren't interested in making this part of the core extension, that's cool. I'm fine to make local changes to the mod if that's required, but if possible could you provide some guidance on where to start with it would be appreciated.

Quote:

---

Originally Posted by Korav

Thank you Silent Ruin for the extension. It's been very helpful. I tried to read through several of the last few pages of this thread for an answer, but I didn't see anything. Any time someone has the grappled condition, they are restricted from performing a grapple and/or shove. I understand from the post on page 10 that you suggest removing the grappled condition in order to shove someone, which somewhat makes sense. However, by RAW, there is nothing that limits someone from grappling while being grappled.

From a narrative stand point, my perspective is that if a goblin has grappled a kobold, that shouldn't prevent the kobold from grappling the goblin. If this becomes limited, then the grappler will always have "the upper hand" in every interaction.

I played with the "Ignore Grappled Effect" but it doesn't seem to change the behavior (maybe I am misunderstanding the intention of it). Is there a way to allow the Grapple (and/or Shove) button to work for someone that has the grappled condition? If this is not possible and you aren't interested in making this part of the core extension, that's cool. I'm fine to make local changes to the mod if that's required, but if possible could you provide some guidance on where to start with it would be appreciated.

---

Originally I had a grappled individual defaulted to not be able to attack or throw spells, that was that entire discussion you saw earlier in this thread. That is what the "Ignore Grappled Effect" was for and why it was defaulted to be on. If its off then you can't attack or throw spells (I think if memory serves me). Most rules, as you know, in D&D Raw have grey areas. If you are grappling someone - it means you have enough control of them you can drag them around at half your speed. It means you have OVERCOME their strength/whatever to do this. In order to escape this - you must escape the grapple. Obviously if your overpowered by someone having a grip on you enough to drag you around you can't really suddenly overpower them in turn - that would essentially BE breaking the grapple. Which you have to do first. However, if you have some idea that both can overpower each other at same time (something impossible in my mind) you will have to - as host - apply the grapple yourself. Nothing stops you from dropping the grappled effect into a combat tracker entry yourself.

Personally, if someone is grappled I would never allow that. They would have to break the overpowering grip on them before they could overpower their opponent - in which case they would have broken their opponents grapple to do so. That's how this interprets this rule. But nothing stops you from simply dragging the grappled effect and dropping it over a combat entry like you do without this effect. I can't remember the source rules for it when that happens but if it applies the source then my break grapple will still work - otherwise you'd have to manage that manual grappled effect ending yourself.

And of course, you can modify the extension to simply take that "if check" out in your version. Sounds like you know how and its very simple to do. But I design all my extensions for my own games, and while I have been convinced to change them in the past (as you can see in any of my extensions threads), the first hurdle is to convince me I want it in my game or that enough people want something that won't effect my game (another option in this case).

If you need to know where exactly to make the change to allow this in your version let me know and I'll post it for you - should be pretty simple to find though if you know extensions as it sounds like you do.

I'm familiar with how to make basic modifications of extensions, but I've reviewed the code and I'm not following where the initial check, so a starting point would be helpful.

Quote:

---

Originally Posted by Korav

I'm familiar with how to make basic modifications of extensions, but I've reviewed the code and I'm not following where the initial check, so a starting point would be helpful.

---

Sent you PM with the code changes that "I think" you need - but in the end you'll have to make sure of my guess.

Love this extension! But why does Dodge set the effect to Init adjustment at 0? This causes the effect to fall off at the top of the round which isn't how Dodge works. It's in effect "Until the start of your next turn".

Quote:

---

Originally Posted by DM_BK

Love this extension! But why does Dodge set the effect to Init adjustment at 0? This causes the effect to fall off at the top of the round which isn't how Dodge works. It's in effect "Until the start of your next turn".

---

I use reshuffle option to reroll init every turn to keep my players guessing. Nothing in FGU can do the "until the start of your next turn" without setting the nInit part of the effect (init in DB) to the init of whomever is applying the effect. And if you do the reshuffle - like me - your out of luck other than tracking it into the next turn for a bit. However, having said that - give me a bit and I'll put the init in the Help and Dodge so that people who don't do reshuffle of the init every turn can get it to work better. But can't really totally solve this one. Let me see what I can do.

Also Celestian had some free extension I think that would reset any effect init values to the reshuffled one but not sure if it worked or not based on posts in that thread. Also this is FGU - not FGC.

Quote:

---

Originally Posted by DM_BK

Love this extension! But why does Dodge set the effect to Init adjustment at 0? This causes the effect to fall off at the top of the round which isn't how Dodge works. It's in effect "Until the start of your next turn".

---

Went ahead and added init into effects. Won't help me as I reroll init every round but will help those that do not.

V 1.9 - Added init to effects for DODGE and HELP so that you can get them to actually last to next turn. Warning: If you use the reroll init every round like me you'll have to manually update the effect init value to the new initiative of the player. Still - willing to make the change even though I can't take advantage of it.

Awesome! Thank you!!!

1.9 works like a champ!

I thought of one more really helpful thing for this extension: Can you add a Stand button to the generic actions that simply says "<name> stands up!" and also removes Prone effect?
It would fit in so well with this extension IMO.

Quote:

---

Originally Posted by DM_BK

1.9 works like a champ!

I thought of one more really helpful thing for this extension: Can you add a Stand button to the generic actions that simply says "<name> stands up!" and also removes Prone effect?
It would fit in so well with this extension IMO.

---

That's been suggested before and my response is the same - this extension just covers the missing actions in PHB as listed in the .txt file of page 1. For sure you can make an extension pile all sorts of things into it - which if you've used any of mine you know I do already as I'm writing them for myself. But "prone" is something I only ever want in the hands of the DM (me) in my games. Never in the hands of a player. And that is the true litmus test for any changes/extensions I put out there.

Is it what I want.

So while you can see I do react to things I think are justified in my games (or I consider bugs) and add them into the extensions fast, I also have no fear of saying "NO" :) In this case, sorry but it does not fit in my own game play so not going to do this one.

The sales for this product in DMsG may soon be deactivated per this post - will let you know when that happens and when it finds a new home.

you must update extensions - they will have issues with latest fgu update - if you don't update fgu then keep your old extension

Thanks for updating so fast: Will download the latest. Are all the other ones updated?

Quote:

---

Originally Posted by Daniel Fletcher

Thanks for updating so fast: Will download the latest. Are all the other ones updated?

---

Of mine, yes.

Quote:

---

Originally Posted by SilentRuin

Of mine, yes.

---

The update fixed my issues...wish I would have just skipped to the end of this and read it first. I was yankin mah'hair out! I JUST bought your big bundle off DMGuild. I hope its not a case where I should have waited. Really good stuff so far, highly pleased!!!

Quote:

---

Originally Posted by Kingfish

The update fixed my issues...wish I would have just skipped to the end of this and read it first. I was yankin mah'hair out! I JUST bought your big bundle off DMGuild. I hope its not a case where I should have waited. Really good stuff so far, highly pleased!!!

---

Then repull Equipped Effects per its thread in here - idiot (me) made a stupid mistake. Fixed in latest version.

Quote:

---

Originally Posted by SilentRuin

Then repull Equipped Effects per its thread in here - idiot (me) made a stupid mistake. Fixed in latest version.

---

So I got it today, its all good then, correct?

I got a question about that AND the polymorhism one...maybe I should ask that on the other thread...

Quote:

---

Originally Posted by Kingfish

So I got it today, its all good then, correct?

I got a question about that AND the polymorhism one...maybe I should ask that on the other thread...

---

Yep all my extensions were good if you got them since Tuesday after FGU extension breaker update dropped. Except Equipped Effects which I had to fix earlier this afternoon per that thread (whatever time/version that was)