Alle Übersetzungen
Aus Eressea
Zur Navigation springenZur Suche springen
Gib einen Nachrichtennamen ein, um alle verfügbaren Übersetzungen anzuzeigen.
Es wurden 3 Übersetzungen gefunden.
| Name | Aktueller Text |
|---|---|
| V Deutsch (de) | Gleichrangige Befehle verschiedener Einheiten werden normalerweise in der Reihenfolge abgearbeitet, wie sie im Report erscheinen. Also zum Beispiel erst alle GIB-Befehle der ersten Einheit, dann alle GIB-Befehle der zweiten Einheit, später alle <tt>REKRUTIERE</tt>-Befehle der ersten Einheit, dann der zweiten und so fort. Auch der [[Materialpool]] funktioniert üblicherweise in dieser Reihenfolge: Einheiten, die weiter oben in der Reihenfolge stehen, werden also zuerst "befragt", ob sie einen Gegenstand hergeben können. Die Reihenfolge kann sich jedoch durch bestimmte Befehle verändern. Dazu gehören <tt>BETRETE, VERLASSE, MACHE TEMP, GIB KOMMANDO</tt> und <tt>GIB SCHIFF</tt>. Das genaue Verhalten wird nicht garantiert! Deshalb sollte man im Zweifel Befehle so geben, dass die Einheitenreihenfolge dafür keine Rolle spielt. Bei Befehlen, deren Resultat eine Obergrenze hat, z.B. die maximale Menge an Bäumen in der Region bei <tt>MACHE Holz</tt>, die maximale Zahl von Rekruten bei <tt>REKRUTIERE</tt> oder dem Regionssilber bei <tt>UNTERHALTE</tt> und <tt>TREIBE</tt>, kann es vorkommen, dass mehrere Einheiten in Konkurrenz zueinander stehen. In diesem Fall wird versucht, das knappe Gut anteilig an der Menge zu verteilen, die jede Einheit produzieren könnte, wenn es unbegrenzt wäre. Hierbei kann es zu Abweichungen kommen, und eine Einheit eventuell leer ausgehen. Ebenfalls betroffen sind die Befehle <tt>VERKAUFE, KAUFE</tt> und <tt>ARBEITE</tt>. |
| V Englisch (en) | 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. |
| V Französisch (fr) | Les ordres de rang égal émanant de différentes unités sont normalement traités dans l'ordre dans lequel ils apparaissent dans le rapport. Ainsi, par exemple, d'abord tous les ordres GIVE de la première unité, puis tous les ordres GIVE de la deuxième unité, ensuite tous les ordres <tt>RECRUIT</tt> de la première unité, puis de la seconde et ainsi de suite. L'[[Special:MyLanguage/Materialpool|item pool]] fonctionne également généralement dans cet ordre : les unités placées en premier dans l'ordre au NR sont d'abord « interrogées » pour savoir si elles peuvent donner un objet. Cependant, la prévalence peut être modifiée par certains ordres. Ceux-ci incluent <tt>ENTER, EXIT, TEMP, GIVE COMMAND</tt> et <tt>GIVE SHIP</tt>. Le comportement exact n'est pas garanti ! Par conséquent, en cas de doute, vous devez donner des ordres de telle manière que l'ordre des unités ne joue aucun rôle. Pour les ordres dont le résultat a une limite supérieure, par exemple la quantité maximale d'arbres dans la région pour <tt>MAKE wood</tt>, le nombre maximal de recrues pour <tt>recruter</tt> ou l'argent de la région pour <tt>ENTERTAIN</tt> et <tt>TAX</tt>, il peut arriver que plusieurs unités soient en concurrence. Dans ce cas, on essaie de répartir le bien rare au prorata de la quantité que chaque unité pourrait produire s'il était illimité. Dans ce cas, il peut y avoir des écarts et une unité peut éventuellement se retrouver sans rien. Les ordres <tt>SELL</tt>, <tt>BUY</tt> et <tt>WORK</tt> sont également concernés. |
