Domain Actions

[Silver House/ClDh (Bobby)]

We've had some brisk discussion of the Hire Help action, as usual ranging from "How can we completely revise this?" to "Is there a need for this action at all?"  I'll be writing a concise summary of that discussion for Matt and Andy to consider, soon.  In the meantime, are there other actions that people would like to have looked at, whether to rebalance them for the new setting, to clarify how they work, or to change/add/remove them altogether?  I know some folks have commented about Rule actions - is there a real concern about whether they need to be rebalanced, or are people just commenting for fun?

Major alterations are less likely to happen, for obvious reasons, but I'd like to give everyone who has a concern a chance to voice it where I can kick it up to the GMs.  Take a look through v.2.21 of the Guide and let me know what you'd like to discuss!

[Torele Anviras/TA (Niels)]

Once a province is Rebellious there is almost no way to bring it back. The DDC's involved get too high.

Assume a level 3 or 4 province where all relevant holdings have been pillaged.

It is a spiral downwards that can lead to the complete depopulation of a province.

[NRCS/LN (Mark)]

Just a quick question.   Can we assume that most actions have the proviso that 'direct' action Ie. adventure, rp, etc. by the regent may have an affect on the landscape as well?

[Silver House/ClDh (Bobby)]

Adventure actions are by far the most common Supportive actions.  Regent/domain Supportive actions that are sensible and appropriate should give at least a +4 bonus, more if the action goes well or it particularly well-planned or well-written.  Supportive actions by hirelings, again, primarily Adventures, give at least a +2 as long as the hireling is suited to the task they're given.  RP is used as Influence - I don't know of any other normal way for it to assist actions.

[Ruideside/OM (RP)]

I wrote a set of rules for adjudicating adventures without playing them out. It was designed to handle those players who had some down time and decided to "go on adventure" which would ruin the session for the other players.

Here is the link I posted to it a while back
http://www.twilightpeaks.net/forum/index.php?topic=2209.msg18735#msg18735

[Ruideside/OM (RP)]

I would also like to propose that the Administration action be allowed to reduce taxes paid. basically allowing one of the Administrator positions to function like an accountant to find loopholes and/or hide assets from the tax man.

[Yggdrasil (DM Andy)]

I would also like to propose that the Administration action be allowed to reduce taxes paid. basically allowing one of the Administrator positions to function like an accountant to find loopholes and/or hide assets from the tax man.

That would be a pain to code, cutting your domain running costs has much the same result for the non-law-holder and is much easier to do.  We could of course always create an action "windfall taxes" which would be the usual opposed roll and a means by law holders to try and collect money by more creative means, it could of course backfire, and I suppose we culd have a court action going the other way "evade taxes/extract payments" if you wanted, I can't help thinking that the responses on both sides would be somewhat sanguine though - and not in the gentle sense.

[Torele Anviras/TA (Niels)]

It could be argued that some fudging with taxes is already part of the returns on succesful adminsitration checks.

Withdrawing expenses before reporting harvest result and whatnot.

[Stjordvik/Varri (Greg)]

I wrote a set of rules for adjudicating adventures without playing them out. It was designed to handle those players who had some down time and decided to "go on adventure" which would ruin the session for the other players.

Here is the link I posted to it a while back
http://www.twilightpeaks.net/forum/index.php?topic=2209.msg18735#msg18735

Thanks for sharing, that is an interesting concept that you put together - well done!

[Ruideside/OM (RP)]

Thanks.

[Ruideside/OM (RP)]

That would be a pain to code,

This is true.