v50 Steam/Premium information for editors
- v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
- Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.
Editing Advanced Entity Position Mechanics
Jump to navigation
Jump to search
Warning: You are not logged in.
Your IP address will be recorded in this page's edit history.
If you are creating a redirect to the current version's page, do not use any namespace. For example: use #REDIRECT [[Cat]], not #REDIRECT [[Main:Cat]] or #REDIRECT [[cv:Cat]]. See DF:Versions for more information.
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 1: | Line 1: | ||
{{Quality|Fine}} | {{Quality|Fine}} | ||
{{Modding}} | {{Modding}} | ||
+ | {{stub}} | ||
= Introduction = | = Introduction = | ||
+ | |||
+ | <span style="color:red"> | ||
+ | '''this is a draft. please let me finish it. joostheger.'''</span> | ||
[http://www.bay12forums.com/smf/index.php?topic=182239.0 Discussion thread on the forum] | [http://www.bay12forums.com/smf/index.php?topic=182239.0 Discussion thread on the forum] | ||
− | This article is the result of an investigation into the mechanisms involved in entity positions. It can be useful for modders or advanced players to understand how this part of | + | This article is the result of an investigation into the mechanisms involved in entity positions. It can be useful for modders or advanced players to understand how this part of Dwarf Fortress works. |
==What is an entity?== | ==What is an entity?== | ||
Line 17: | Line 21: | ||
There are two basic types of positions that are customizable: '''civ(ilization)''' level and '''site level'''. Positions with the tag [SITE] are at site level, positions without the tag [SITE] are at 'civ level'. These two types of nobles can be considered '''loosely related systems'''. There are a few places where they can interact with each other. | There are two basic types of positions that are customizable: '''civ(ilization)''' level and '''site level'''. Positions with the tag [SITE] are at site level, positions without the tag [SITE] are at 'civ level'. These two types of nobles can be considered '''loosely related systems'''. There are a few places where they can interact with each other. | ||
− | + | Citizen-level positions are in charge of the civilization as a whole, managing national trade, laws, and wars. These are, for example, the vanilla [[monarch]], [[princes]], [[diplomat]] and [[general]]. | |
'''LAND_HOLDERS''' nobles are also positions at civ-level. These units are members of the national government, but have gained hold over some land or site. Once they do, they move to that place, but their position is still regarded as a civ-level position. | '''LAND_HOLDERS''' nobles are also positions at civ-level. These units are members of the national government, but have gained hold over some land or site. Once they do, they move to that place, but their position is still regarded as a civ-level position. | ||
Line 23: | Line 27: | ||
Site-level position holders are members of a site government (subsidiary to the civilization), and manage local affairs in that location. These are, for example, the [[mayor]], the [[sheriff]] and the [[broker]]. | Site-level position holders are members of a site government (subsidiary to the civilization), and manage local affairs in that location. These are, for example, the [[mayor]], the [[sheriff]] and the [[broker]]. | ||
==Table of interaction between different position-levels== | ==Table of interaction between different position-levels== | ||
− | In this table, the possible interactions between different position levels are | + | In this table, the possible interactions between different position levels are summerized. |
The header row shows the positions defining the tokens. | The header row shows the positions defining the tokens. | ||
− | The left | + | The left colllumn shows the position type that is referred. |
Example: | Example: | ||
{| {{prettytable}} | {| {{prettytable}} | ||
Line 40: | Line 44: | ||
* <span style="color:blue">Possible in mods</span></br> | * <span style="color:blue">Possible in mods</span></br> | ||
* <span style="color:red">Not possible</span></br> | * <span style="color:red">Not possible</span></br> | ||
− | * <span style="color:orange">possible to some | + | * <span style="color:orange">possible to some extend.</span></br> |
* <span style="color:gray">not yet fully investigated.</span></br> | * <span style="color:gray">not yet fully investigated.</span></br> | ||
{| {{prettytable}} | {| {{prettytable}} | ||
Line 93: | Line 97: | ||
Nobles from your civilization can come to live at your fortress. This happens in vanilla with landholders such as [[Baron]], [[Count]] and [[Duke]], with the Monarch, but sometimes also with non-landed LAND_HOLDERS. | Nobles from your civilization can come to live at your fortress. This happens in vanilla with landholders such as [[Baron]], [[Count]] and [[Duke]], with the Monarch, but sometimes also with non-landed LAND_HOLDERS. | ||
− | When a civ-level noble becomes a citizen at your location, | + | When a civ-level noble becomes a citizen at your location, his position is shown among the site-level positions in your [[nobles screen]]. They appears to function as a site-level noble. They may have demands, mandates, squads and the like. They can appoint nobles at the site-level. |
If they have certain RESPONSIBILITY's, they do the tasks that go with them. | If they have certain RESPONSIBILITY's, they do the tasks that go with them. | ||
=General= | =General= | ||
− | ==Fortress mode, world-gen and their differences== | + | ==Fortress-mode, world-gen and their differences== |
Their are a few differences in how positions function, between fortress-mode (normal play-mode) and the world generation (world-gen). | Their are a few differences in how positions function, between fortress-mode (normal play-mode) and the world generation (world-gen). | ||
− | In '''fortress mode''', the player has some control over the appointment of nobles, limited by elections, automatic filled-in positions and succession rules. Pre-fortress mode, which is | + | In '''fortress-mode''', the player has some control over the appointment of nobles, limited by elections, automatic filled-in positions and succession rules. Pre-fortress mode, which is refered to as '''world-gen''', the game will always attempt to assign nobles whenever possible. It is subjected to the same rules as in fortress-mode, but there are some exceptions. In '''World Automation''', which is the thing that happens in the world while you play fortress mode, it seems as if the same rules are applied as fortress mode. |
− | A difference between | + | A difference between Player-fortress-mode and world-gen, is causes by visibility (see below). Positions that are not visible by the player and thus not available for assignment, will be available in world-gen and will thus be automatically assigned. |
In fortress mode, a position that is both ELECTED and APPOINTED_BY, cannot be appointed by the player and is also not elected, and can thus not be filled. But in world-gen sites however, these positions are automatically filled. | In fortress mode, a position that is both ELECTED and APPOINTED_BY, cannot be appointed by the player and is also not elected, and can thus not be filled. But in world-gen sites however, these positions are automatically filled. | ||
Line 109: | Line 113: | ||
Positions with AS_NEEDED are almost never created and filled in world-gen (depending on its RESPONSIBILITY's), but can always be used in player mode. | Positions with AS_NEEDED are almost never created and filled in world-gen (depending on its RESPONSIBILITY's), but can always be used in player mode. | ||
− | A | + | A positions can in fortress mode be filled by the same unit. A unit can gain multiple positions in fortess-mode, for example because of [[elections]]. This will not happen in world-gen mode: a unit can only have one position. See also remarks on 'embark' and 'Loosing a position'. |
In world-gen, SUCCESSION between civ-levels en SITE-levels may happen. This will not happen in fortress-mode, or even off-site in World Automation. | In world-gen, SUCCESSION between civ-levels en SITE-levels may happen. This will not happen in fortress-mode, or even off-site in World Automation. | ||
Line 118: | Line 122: | ||
A unit can hold multiple positions in its civilisation OR site-entity, however this does not happen in world-gen. Only at player-managed sites units can be holding multiple positions at once. (It is probably not possible for a unit to hold a position in two different civilisations or two different sites. ) | A unit can hold multiple positions in its civilisation OR site-entity, however this does not happen in world-gen. Only at player-managed sites units can be holding multiple positions at once. (It is probably not possible for a unit to hold a position in two different civilisations or two different sites. ) | ||
− | In world-gen, if there are | + | In world-gen, if there are to many positions to be filled, they simply stay empty until more units are available. |
− | In world-gen, a unit at a site might | + | In world-gen, a unit at a site might inherrit a civ-level position and still remains a member of the local goverment. When this happens however, they move to the capital. |
− | In world-gen, if a unit gains a new position, either | + | In world-gen, if a unit gains a new position, either inherrited or otherwise, it drops the previous one. If a unit assumes a civ-position in fortress mode, it leaves the current position. |
If a unit holds the same (site-)position multiple times, it has no additional effect. | If a unit holds the same (site-)position multiple times, it has no additional effect. | ||
− | If a unit | + | If a unit holdes multiple different positions of the same entity, he has all those positions responsibilities and properties stacked up. It is presumable that the demands for those combined positions are determined by the highest. |
A unit holding a position with a succession-token CAN be assigned another position with a (different) succession-token. | A unit holding a position with a succession-token CAN be assigned another position with a (different) succession-token. | ||
Line 132: | Line 136: | ||
A unit holding a position with a squad-position cannot hold another squad-position. It is dropped from the first, when it gets its second assigned. | A unit holding a position with a squad-position cannot hold another squad-position. It is dropped from the first, when it gets its second assigned. | ||
A unit holding a position with a succession-token cannot be assigned to a squad-position. The unit is simply not available. It works the other way around, though. | A unit holding a position with a succession-token cannot be assigned to a squad-position. The unit is simply not available. It works the other way around, though. | ||
− | |||
=RESPONSIBILITY= | =RESPONSIBILITY= | ||
− | If a civ-noble having certain | + | If a civ-noble having certain responsibilites arrives at a site and start to live there, it will perform the tasks coming with that responsibility. This means that a civ-manager wil do managing, while he's a citizen of your fortress. |
The only AS_NEEDED-position that is created in world-gen is that of the responsibility DELIVERS_MESSAGES, of a site level. | The only AS_NEEDED-position that is created in world-gen is that of the responsibility DELIVERS_MESSAGES, of a site level. | ||
Line 148: | Line 151: | ||
Warning: Do not mistake "availability" for "visibility"! | Warning: Do not mistake "availability" for "visibility"! | ||
− | Of all the possible positions existing in your | + | Of all the possible positions existing in your sites entity, there may only some available. |
* Positions with [REQUIRES_POPULATION] require the population to have a specific size. | * Positions with [REQUIRES_POPULATION] require the population to have a specific size. | ||
* Positions with [REQUIRES_MARKET] will only appear in "large" sites (which may have different rules for different site types). This tag has no effect in fort mode. | * Positions with [REQUIRES_MARKET] will only appear in "large" sites (which may have different rules for different site types). This tag has no effect in fort mode. | ||
Line 156: | Line 159: | ||
A position that requires a certain population will become available, even if it doesnt have [APPOINTED_BY] or [ELECTED]. In that case, see 'automatic assignment' and 'assumption' | A position that requires a certain population will become available, even if it doesnt have [APPOINTED_BY] or [ELECTED]. In that case, see 'automatic assignment' and 'assumption' | ||
− | In fortress-mode, in some cases 'succession' is evaluated | + | In fortress-mode, in some cases 'succession' is evaluated immidiatly after a position becomes available. See: Succession. |
==Visibility of positions== | ==Visibility of positions== | ||
A position might be available, but can still be invisible for the player in the [[nobles screen]]. The positions with their respective holders are visible for players: | A position might be available, but can still be invisible for the player in the [[nobles screen]]. The positions with their respective holders are visible for players: | ||
* All site-positions that are already filled-in (even if they could not be re-filled-in considering current conditions) | * All site-positions that are already filled-in (even if they could not be re-filled-in considering current conditions) | ||
− | * Site-positions that are | + | * Site-positions that are apointable by a filled-in site position |
* Civ-positions of units that are also a citizen of your fortress. | * Civ-positions of units that are also a citizen of your fortress. | ||
If a position becomes available, for example because a certain pop number has reached or if it is available from the start(like expedition leader), als long as it cannot be appointed, it still is INVISIBLE for the player. | If a position becomes available, for example because a certain pop number has reached or if it is available from the start(like expedition leader), als long as it cannot be appointed, it still is INVISIBLE for the player. | ||
− | It might strike | + | It might strike as odd, may a position becomes filled automaticly in fortress mode, when that position is not even visible. This might be the case if the current holder of a non-appoinable position dies or succeeds another position. Regardless of player-visibility, these positions will be automaticly filled in if the nescesary requisitions are met. It might happen with the expedition-leader. |
− | A situation with a non-visible but available position, is for example when a position is solely appointed by the | + | A situation with a non-visible but available position, is for example when a position is solely appointed by the expedion leader, when the expedion leader's position is left vacant. It can no longer be appointed by the player and is invisible. Then, it gets automatically assumed, proving that the position still was available. |
=NUMBER= | =NUMBER= | ||
Line 172: | Line 175: | ||
If the ruling position (with PRECEDENCE of 1) has a NUMBER higher than 1, a random unit of the ones holding these positions is shown as 'head of state' in the embark screen. | If the ruling position (with PRECEDENCE of 1) has a NUMBER higher than 1, a random unit of the ones holding these positions is shown as 'head of state' in the embark screen. | ||
− | ==Automatic | + | ==Automatic spreadin of assumed, non-singular positions== |
− | If there are civ-positions that have a NUMBER higher then '1' and which are assumed (not APPOINTED_BY or ELECTED) but are '''not DUTY_BOUND''', these are automatically spread among the civilisation, based on population. If there are a number of '''20''' available slots of that position, they spread among a | + | If there are civ-positions that have a NUMBER higher then '1' and which are assumed (not APPOINTED_BY or ELECTED) but are '''not DUTY_BOUND''', these are automatically spread among the civilisation, based on population. If there are a number of '''20''' available slots of that position, they spread among a cilivation with a combined population of, for example, 1000 of which your fortress has 100 (10%), '''2''' of your fortress' citizens will assume that position. |
− | This may probably also work with elected and appointed positions, but that may be depending on the death of the current holders and this needs more testing. | + | This may probably also work with elected and appointed positions, but that may be depending on the death of the current holders and this needs more testing. Assumpion works within a day, anyway. |
==AS_NEEDED== | ==AS_NEEDED== | ||
− | These positions can be created | + | These positions can be created automaticly by the game in world-gen. This however only works with |
− | * | + | * LAND_HOLDER's |
* squad commanders (needs more testing) | * squad commanders (needs more testing) | ||
* Messengers at sites | * Messengers at sites | ||
− | For all other types of positions, | + | For all other types of positions, the're not created in world-gen, even if they are defined with RESPONSIBILITY's. For example, even in war, The game wouldn't create a MILITARY_GOALS position, if they have AS_NEEDED as number. |
− | However, in fortress-mode / | + | However, in fortress-mode / playermode, these positions can be created by the player at will. |
Positions with AS_NEEDED need to be created first, before any symbols are assignable as 'symbols' (objects) for the position holder to carry or wear. | Positions with AS_NEEDED need to be created first, before any symbols are assignable as 'symbols' (objects) for the position holder to carry or wear. | ||
Line 194: | Line 197: | ||
The token REPLACED_BY:position means that once the replacing position reaches its required population-number, the 'to-be-replaced' position will disappear. This is defined in REQUIRES_POPULATION. These tags are closely related to eachother and seem to only have a meaningfull function if combined. Nobles with REQUIRES_POPULATION require the population to have a specific size. | The token REPLACED_BY:position means that once the replacing position reaches its required population-number, the 'to-be-replaced' position will disappear. This is defined in REQUIRES_POPULATION. These tags are closely related to eachother and seem to only have a meaningfull function if combined. Nobles with REQUIRES_POPULATION require the population to have a specific size. | ||
− | This works on civ-level as well | + | This works on civ-level as well os on site-level, but those systems are in this mechanic strictly seperated. Site-level positions cannot be replaced by civ-level positions and visa versa. This makes sense, because they both depend on their own population-count. When using REQUIRES_POPULATION on civ-level, it counts the total population of the civilisation. |
==Effect of replacement== | ==Effect of replacement== | ||
− | Replacement is immediate. The current holding unit | + | Replacement is immediate. The current holding unit looses the position. Even before succession_by_position-rules are applied. |
− | Replacement is also complete. A position with a number of 1 | + | Replacement is also complete. A position with a number of 1 wil replace all the slots of a position with a higher number of slots. |
Even if the next position is available but not VISIBLE, replacement still takes place. | Even if the next position is available but not VISIBLE, replacement still takes place. | ||
Line 209: | Line 212: | ||
In legends, replacement is mentioned as: "(unit name) ceeded to be (position name)" | In legends, replacement is mentioned as: "(unit name) ceeded to be (position name)" | ||
− | The replacement of | + | The replacement of a AS_NEEDED position empties the positions slot forever. In fotress-mode It may seem as if you can create new slots and appoint new units in the nobles-screen, but this is made undone, as soon as you close the window. |
==Evaluation of replacement and required_population== | ==Evaluation of replacement and required_population== | ||
− | The game does not constantly check if positions need to become available or need to be replaced. This is | + | The game does not constantly check if positions need to become available or need to be replaced. This is know behaviour with for example the mayor. He won't appear automaticly if the needed population is reached. The positions need to be "evaluated". It is not known when this will be done without any player interaction. Players can trigger the evaluation-mechanism by (re)assigning any random site position. |
==LAND_HOLDER replacement== | ==LAND_HOLDER replacement== | ||
Line 219: | Line 222: | ||
The landholder-chain uses replacement differently. It does not empty the position completely, but uses it for succession to the next level's position. REPLACE_BY is required to let that system work properly. This also means that the way in which landholders succeed (replace + as_needed) does not work in any other way. | The landholder-chain uses replacement differently. It does not empty the position completely, but uses it for succession to the next level's position. REPLACE_BY is required to let that system work properly. This also means that the way in which landholders succeed (replace + as_needed) does not work in any other way. | ||
− | Replacement between LAND_HOLDERS and other site- or civ positions does not work, in any way. Only the vanilla replacement-sequence between levels of LAND_HOLDERs does work. If the token is omitted for land-holders, the land-holder-chain is broken, so replacement is required for the landholder- | + | Replacement between LAND_HOLDERS and other site- or civ positions does not work, in any way. Only the vanilla replacement-sequence between levels of LAND_HOLDERs does work. If the token is omitted for land-holders, the land-holder-chain is broken, so replacement is required for the landholder-systeem to work. |
REQUIRES_POPULATION does not work in the landholder-chain. | REQUIRES_POPULATION does not work in the landholder-chain. | ||
Line 225: | Line 228: | ||
==What does not work== | ==What does not work== | ||
− | Attention: If a position cannot be appointed, for example because of 'mutual appointment', it still exists | + | Attention: If a position cannot be appointed, for example because of 'mutual appointment', it still exists accoring to replacements mechanics and wil replace other positions if so defined. If a certain position(a) will be replaced by the baron's-assistant, which can only be appointed by the land_holder baron, than thas position(a) still will be replaced from the start of the game, even if no baron or his assistant is ever present. |
A position that is replaced by a somehow not-fillable position, is still replaced. This counts for mutual-appointing positions, replacement by not-yet assigned landholders, replacement by AS_NEEDED - positions, or replacement by not-yet-appointed positions. | A position that is replaced by a somehow not-fillable position, is still replaced. This counts for mutual-appointing positions, replacement by not-yet assigned landholders, replacement by AS_NEEDED - positions, or replacement by not-yet-appointed positions. | ||
Line 244: | Line 247: | ||
==Who can take a position== | ==Who can take a position== | ||
− | * If so defined, a unit needs | + | * If so defined, a unit needs the be the right caste and/or class. It does not seem to work with creature-types. |
* The unit needs to be a member of that site or its parent civ-government. | * The unit needs to be a member of that site or its parent civ-government. | ||
− | * It needs to be CAN_LEARN or | + | * It needs to be CAN_LEARN or INTELLIGEND (SLOW_LEARNER cannot take positions) or otherwise be able to think. |
* It needs to be an adult. | * It needs to be an adult. | ||
==Appointment== | ==Appointment== | ||
− | Positions that have a [APPOINTED_BY:position]-token require that position to exist, to be available and appointed. Any position that is APPOINTED_BY can be appointed if the | + | Positions that have a [APPOINTED_BY:position]-token require that position to exist, to be available and appointed. Any position that is APPOINTED_BY can be appointed if the appointER's position is filled in. |
− | For site-positions to be appointed, it is required that the | + | For site-positions to be appointed, it is required that the appointER as present at that location. |
If the appointing unit is temporary not present or if that position is not filled, positions depending on it cannot be appointed. This is the case with [[militia captains]], when the [[militia commander]] is on a [[mission]]. | If the appointing unit is temporary not present or if that position is not filled, positions depending on it cannot be appointed. This is the case with [[militia captains]], when the [[militia commander]] is on a [[mission]]. | ||
Line 262: | Line 265: | ||
''In contrary of what it said in the wiki so far, it is tested and confirmed, that civ-level nobles also CAN appoint site-level nobles. They need to be at that site to do so. Landholders can appoint both site-level and civ-level nobles. These systems are therefore not as separate as was assumed.'' | ''In contrary of what it said in the wiki so far, it is tested and confirmed, that civ-level nobles also CAN appoint site-level nobles. They need to be at that site to do so. Landholders can appoint both site-level and civ-level nobles. These systems are therefore not as separate as was assumed.'' | ||
− | '''Mutual appointment''' cannot take place. If these are the only | + | '''Mutual appointment''' cannot take place. If these are the only requisits of the position, then the positions will never appear or get filled. These unfillable positions can be put to good use, for example to replace a position that is no longer needed, without creating a new one. |
− | If a APPOINTED_BY-token | + | If a APPOINTED_BY-token referres to to a non-existing positions code, it has the effect as if the appointment-token doesnt exist att all. |
===Automatic appointment in world-gen and on civ-level=== | ===Automatic appointment in world-gen and on civ-level=== | ||
− | Outside of fortress mode, the game will always attempt to appoint nobles whenever possible, | + | Outside of fortress-mode, the game will always attempt to appoint nobles whenever possible, als long as these positions are '''available'''. Even if they are invisible to the player. |
It shows this message in legends: "(unit name) has been appointed to the position of (position name)" | It shows this message in legends: "(unit name) has been appointed to the position of (position name)" | ||
− | In | + | In word-gen all, positions become available and are automaticly appointed, taking population- and appointment-requirements in consideration. |
Positions that are REPLACED_BY are culled and wont be filled. | Positions that are REPLACED_BY are culled and wont be filled. | ||
Line 277: | Line 280: | ||
If a citizen of your fortress holds a civ-position that can appoint another civ-level position, the appointment will happen automatically and without player intervention. It may happen that another citizen of your fortress is appointed by that unit, creating civ-level position holders in your fortress. But it is unknown what is required to force this effect. | If a citizen of your fortress holds a civ-position that can appoint another civ-level position, the appointment will happen automatically and without player intervention. It may happen that another citizen of your fortress is appointed by that unit, creating civ-level position holders in your fortress. But it is unknown what is required to force this effect. | ||
− | ===Manual appointments by | + | ===Manual appointments by a player in fortress mode=== |
− | In | + | In fortressmode, the positions that need to be appointed stay empty on embark and it is for the player to apppoint those. A player can appoint a unit to any available position, according to the herabove mentioned conditions. The player takes the role of the automatic appointment-system. The player has no direct control over elections, successions and replacement. There are some differences in what is possible at world-gen sites and at player-controlled sites. |
− | * A position that is appointed by a unit present as a fortress citizen, can be appointed, re-appointed or left vacant. This means also by civ-level nobles, living as a citizen in your fortress | + | * A position that is appointed by a unit present as a fortress citizen, can be appointed, re-appointed or left vacant. This means also by civ-level nobles, living as a citizen in your fortress. Not when they are only visiting, like the diplomat. |
* A position that is APPOINTED_BY a unit present as the land_holder of your site, can be appointed, reassigned or left vacant. | * A position that is APPOINTED_BY a unit present as the land_holder of your site, can be appointed, reassigned or left vacant. | ||
− | * A position that has SUCCESSION BY_HEIR or BY_POSITION can 'initially' be appointed and also re- | + | * A position that has SUCCESSION BY_HEIR or BY_POSITION can 'initially' be appointed and also re-appoined or left vacant, but as soon as the [[nobles screen'' closes, it cannot longer be replaced or left vacant. From then on, the succession-rules determine who gains that position when the current holder looses the position. |
* A position that is ELECTED nor APPOINTED_BY, can always be (re-)appointed by the player. This is the case with the [[Expedition leader]]. If it is left vacant however, it cannot be appointed, but will assumed shortly after. | * A position that is ELECTED nor APPOINTED_BY, can always be (re-)appointed by the player. This is the case with the [[Expedition leader]]. If it is left vacant however, it cannot be appointed, but will assumed shortly after. | ||
− | * A position that is both ELECTED and appointed by, cannot be appointed by the player. In contrary to world-gen sites. It's slot is visible, but it | + | * A position that is both ELECTED and appointed by, cannot be appointed by the player. In contrary to world-gen sites. It's slot is visible, but it doesnt show the +-sign. This is either by AS_NEEDED as by a fixed number. Even if the position somehow gets filled (re)assignment is never possible |
− | * A player can appoint a number of units to a position, as much as the NUMBER-token dictates. If it is AS_NEEDED, the player may create as many slots | + | * A player can appoint a number of units to a position, as much as the NUMBER-token dictates. If it is AS_NEEDED, the player may create as many slots if he likes, also in contrary of world-gen-sites. |
− | * A | + | * A Civ-position can never be appointed, even if the apointING Civ-noble is a citizen of your fortress. A civ position also never can be re-assigned or left vacant, would that position be defined as appointed by a site-position. |
==Election== | ==Election== | ||
Line 292: | Line 295: | ||
Read more in [[Elections]] | Read more in [[Elections]] | ||
− | The message that is shown is: "(creature name) has been elected to the position of (position name)" | + | The message that is shown, is: "(creature name) has been elected to the position of (position name)" |
In worldgen, there is no functional difference between ELECTED and non-appointment, except that elected nobles tend to have high social skills and/or skills related to the position, while non-elected ones are assigned randomly. | In worldgen, there is no functional difference between ELECTED and non-appointment, except that elected nobles tend to have high social skills and/or skills related to the position, while non-elected ones are assigned randomly. | ||
− | + | A election goes before succession. | |
A position that is also APPOINTED_BY gets never elected. Even if the position somehow gets filled, (re)-elections wont happen. So, it doesn't seem possible to have a elected position become available from a certain land_holder's level. | A position that is also APPOINTED_BY gets never elected. Even if the position somehow gets filled, (re)-elections wont happen. So, it doesn't seem possible to have a elected position become available from a certain land_holder's level. | ||
Line 302: | Line 305: | ||
A ELECTED civ-(or LAND_HOLDER)-position at your site will never be (re)-elected in fortress-mode. So real (re-)election only works with SITE-positions. | A ELECTED civ-(or LAND_HOLDER)-position at your site will never be (re)-elected in fortress-mode. So real (re-)election only works with SITE-positions. | ||
− | When a settlement gets up a level in the LANDHOLDER-track, | + | When a settlement gets up a level in the LANDHOLDER-track, a election is happening, in which the current electable positions undergo a new election-round. |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
{{Category|Modding}} | {{Category|Modding}} | ||
{{Category|Guides}} | {{Category|Guides}} |