Translations:Befehlsreihenfolge/28/en: Unterschied zwischen den Versionen
Die Seite wurde neu angelegt: „Orders of the same rank from different units are normally processed in the sequence in which they appear in the report. For example, first all GIVE orders of the first unit, then all GIVE orders of the second unit, then all RECRUIT orders of the first unit, then the second and so on. Theitem pool also usually works in this way: units higher up in the region are first "asked" if the can share a certain item. However, thi…“ |
Keine Bearbeitungszusammenfassung |
||
(2 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
Orders of the same rank from different units are normally processed in the sequence in which they appear in the report. For example, first all GIVE orders of the first unit, then all GIVE orders of the second unit, then all RECRUIT orders of the first unit, then the second and so on. The[[Special:MyLanguage/Materialpool|item pool]] also usually works in this way: units higher up in the region are first "asked" if the can share a certain item. However, this sequence can be changed by certain commands. These include ENTER, LEAVE, MAKE TEMP, GIVE CONTROL and GIVE SHIP. The exact behavior is not guaranteed! Therefore, if in doubt, give orders in such a way that the unit sequence does not matter. | Orders of the same rank from different units are normally processed in the sequence in which they appear in the report. For example, first all GIVE orders of the first unit, then all GIVE orders of the second unit, then all RECRUIT orders of the first unit, then the second and so on. The [[Special:MyLanguage/Materialpool|item pool]] also usually works in this way: units higher up in the region are first "asked" if the can share a certain item. However, this sequence can be changed by certain commands. These include <tt>ENTER, LEAVE, MAKE TEMP, GIVE CONTROL</tt> and <tt>GIVE SHIP</tt>. The exact behavior is not guaranteed! Therefore, if in doubt, give orders in such a way that the unit sequence does not matter. | ||
For orders where the result has an upper limit, for example the maximum number of trees in the region for <tt>MAKE wood</tt>, the maximum number of recruits to <tt>RECRUIT</tt> or the region's money for <tt>ENTERTAIN</tt> and <tt>TAX</tt>, it may happen that several units are in competition. In this case, we try to distribute the scarce good in proportion to the quantity that each unit could produce if it were unlimited. In this case, there may be gaps and a unit may end up with nothing. The <tt>SELL</tt>, <tt>BUY</tt> and <tt>WORK</tt> orders are also affected. |
Aktuelle Version vom 8. März 2024, 13:00 Uhr
Orders of the same rank from different units are normally processed in the sequence in which they appear in the report. For example, first all GIVE orders of the first unit, then all GIVE orders of the second unit, then all RECRUIT orders of the first unit, then the second and so on. The item pool also usually works in this way: units higher up in the region are first "asked" if the can share a certain item. However, this sequence can be changed by certain commands. These include ENTER, LEAVE, MAKE TEMP, GIVE CONTROL and GIVE SHIP. The exact behavior is not guaranteed! Therefore, if in doubt, give orders in such a way that the unit sequence does not matter.
For orders where the result has an upper limit, for example the maximum number of trees in the region for MAKE wood, the maximum number of recruits to RECRUIT or the region's money for ENTERTAIN and TAX, it may happen that several units are in competition. In this case, we try to distribute the scarce good in proportion to the quantity that each unit could produce if it were unlimited. In this case, there may be gaps and a unit may end up with nothing. The SELL, BUY and WORK orders are also affected.