Sovereignty Improvements

I guess that research skill would be "Typesetting: white space" (LOL)

Greetings all

It would be nice and more useful if books were produced with less research points instead of increasing their rate of production .

bump - another bug or 2 have been added to the list. 

To make the deleveling more simple and avoid to have a low lvl sov tile with a high lvl sov structure, it could be based on the sov structure lvl.

means that if you have a lvl 5 Jousting Yard on  a lvl 5 sov Tile, First of all you will need to demolish your Jousting yard lvl 5, for it to come back to lvl 4. You can unclaim sovereignty only if the lvl of your sov tile is higher than the lvl of the sov building on it.

i would say that would be better if you could unclaim your sovereignty in the same time that the sov structure is unbuilding.
Then, if we can select the lvl of the building after it's demolition, and if we can select the lvl at which the sov tile must end after the unclaim, that would take the same time to unclaim with this system than with the actual system.
Also, it would take the same time if someone is trying to ask sov on your tiles: first, the occupying force destroys the sov building by 1 lvl, then the sovereighty is unclaimed by 1 lvl. when this is done, sov building is destryed by 1 lvl again, etc... as far as it reaches 0.


But if we dont care about keeping the same time for unclaiming sov, then, no need of being able to chose the final lvl of the tile/building after a(n) unclaim/demolition. Then that's not automatic and you must manually demolish and unclaim sov building then sov tile for each lvl.


Or to do it more simple, we could imagine that when you want to unclaim a sovereignty, the building is automatically destroyed if it has the same lvl that the sov tile when the unclaim begins for each lvl.



Edited by Mandarins31 - 26 Apr 2011 at 08:50

Although in general I very much agree with SC's policy that game mechanics should not be automated in nature, I strongly feel that sovereignty should automatically progress toward a "target level" when leveling up and especially down.

The sovereignty overview page isn't nearly so convenient or accessible as the town map, and there are no summary areas tracking progress on sovereignty claims or structures.  They could be added, but that would ultimately only provide more clutter to the interface, bringing demerit to the system as a whole.

But setting sovereignty claims to automatically check against "target level" whenever some milestone is completed (previous claim/de-claim action or structure level change) provides the event queue with the necessary triggers for an easy-to-develop as well as convenient and functional improvement to sovereignty management.  Upon reaching those events, the event processor can compare current level against target to decide whether to raise, lower, or stay, as well as fix the current exploit with structure levels by automatically de-leveling the structure if required by the new (or next) level.

That's a heck of a lot better than the system as it is designed now, which is even far worse than Createure describes: One must level a claim down 2 levels just to have the option to bring it back up one, all for the sake of getting it down one.  Bringing some of my lvl 5 sovereign claims down to for was utter agony.  And to add injury to insult, during the de-leveling process the sovereign structure may not level down but also has no effect at all.  It would be far more equitable if the queue processor instead used the "target level changed by user with occupying forces" event to trigger de-leveling of both the structure (if necessary) and the claim, thus fixing the exploit but also allowing continued enjoyment of the structure at the new lower target level.

Leveling the structure itself up or down for any reason other than having a structure level above the current or upcoming claim level would still be manual as now, or it could work in the "target building at x level" strain as well.  It would be even cheaper in this case, as there isn't the need for occupying forces, meaning the event can be reliably triggered by the change as opposed to either the change or the arrival of forces necessary to enact the change.