Befehlsreihenfolge/fr: Unterschied zwischen den Versionen

Aus Eressea
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(2 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 65: Zeile 65:


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.
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.
Certains ordres sont d'abord ajoutés à la liste jusqu'à ce que toutes les unités de la région aient donné l'ordre. Ce n’est qu’alors qu’ils sont exécutés par lots. Cela s'applique à <tt>ENTERTAIN, WORK, TAX, RECRUIT, BUY, SELL</tt>, ainsi qu'à <tt>MAKE</tt> des ressources. Ressources s'applique aux pierres, au fer, au laen, à l'adamantium, au bois, au mallorn, aux plantes et aux chevaux. <tt>MAKE CASTLE</tt> et <tt>MAKE SHIP</tt> seront exécutés immédiatement. Le but est que toutes les factions soient « servies » équitablement et cela évite que la première unité de la région obtienne toutes les ressources, par exemple. Au lieu de cela, les choses (pièces d'argent, produits de luxe, ressources) sont distribuées une par une jusqu'à ce que toutes les unités aient achevé leur tour, puis on recommence depuis le début. L'exact fonctionnement de cette distribution n'est pas garanti.


<div lang="de" dir="ltr" class="mw-content-ltr">
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.
{{Geruecht|author=Solthar|text=Im Moment scheint es aber so auszusehen:
* Beim Unterhalten, Treiben und Ressourcen Abbauen wird gleichmäßig Stück für Stück unter allen ''Personen'' verteilt.
: Ein Beispiel: Das Unterhaltungslimit in der Region ist 1000 Silber und Einheit a mit 90 und Einheit b mit 10 Personen geben beide den <tt>UNTERHALTE</tt>-Befehl und haben genug Talent, um beide je 1000 Silber verdienen zu können. Dann verdient a 900 Silber und b verdient 100 Silber.
* Beim Rekrutieren wird gleichmäßig zwischen ''Parteien'' aufgeteilt. Einheit a und b sind von Partei A und Einheit c von Partei B. Alle haben jeweils den Befehl <tt>REKRUTIERE 10</tt>. Die Region hat aber nur 240 Bauern, also maximal 6 Rekruten. Dann wird a 3 Personen rekrutieren, b keine Person (das Limit für Partei A hat Einheit a schon aufgebraucht) und c rekrutiert 3 Personen.
* Das Verhalten ist manchmal durch Rundungseffekte, unerwartete Interaktionen oder auch Fehler oder Änderungen im Code nicht genau wie erwartet. Man sollte lieber nicht sein Leben darauf verwetten.
}}
</div>


; ENTER - 1er / 2ème / 3ème / 4ème essai :  
; ENTER - 1er / 2ème / 3ème / 4ème essai :  

Aktuelle Version vom 8. März 2024, 12:56 Uhr

Sprachen:

Les ordres d'Eressea sont exécutés dans un ordre fixe. Les ordres qui sont dans une même séquence sont exécutés en même temps ou l'ordre d'exécution n'a aucune importance.

  1. les nouveaux ordres par défaut sont définis
  2. GROUP, MAKE TEMP
  3. NAME, DESCRIBE, GUARD NOT, HELP, COMBAT, COMBATSPELL, HIDE, ORIGIN, SHOW
  4. BANNER, EMAIL, OPTION, PASSWORD
  5. CONTACT
  6. MESSAGE
  7. ENTER; 1. essai
  8. USE
  9. LEAVE
  10. ENTER; 2. essai
  11. ATTACK
  12. RESERVE, CLAIM
  13. ENTER; 3. essai
  14. GIVE CONTROL
  15. FORGET
  16. GIVE
  17. RECRUIT *
  18. DESTROY
  19. FOLLOW est défini
  20. PROMOTE
  21. PAY NOT définit pour la fonctionnalité et les coûts d'entretien du bâtiment concerné.
  22. Les coûts d'entretien des bâtiments soumis à l'obligation d'entretien s'appliquent ; sinon, ils n'ont aucune fonctionnalité !
  23. QUIT
  24. CAST
  25. TEACH
  26. LEARN
  27. MAKE *
  28. RESEARCH, PLANT, SPY, GROW
  29. ENTERTAIN *
  30. WORK *
  31. TAX *
  32. BUY *
  33. SELL *
  34. STEAL *
  35. Les bateaux dont l'équipage est insuffisant subissent des dommages
  36. ENTER; 4. essai
  37. MOVE et ROUTE, incluant RIDE et CARRY sont exécutés et les unités ayant reçu l'ordre de FOLLOW d'autres unités le font.
  38. GUARD cela n'est possible que si l'unité n'a pas bougé.
  39. Les bateaux dérivent en haute mer
  40. DEFAULT
  41. les unités vides sont supprimées
  42. les paysans, les chevaux et les forêts se multiplient, si possible ; des paysans se déplacent vers d'autres régions.
  43. les Silver pour l'entretien des unités est déduit
  44. SORT
  45. NUMBER

* Les ordres ainsi marqués sont divisés "équitablement" ; voir notes explicatives ci-dessous.

Les ordres ne doivent toutefois pas nécessairement être saisis dans cet ordre. Il est tout à fait permis d'entrer ce qui suit :

GIVE TEMP 5 300 Silver
MAKE TEMP 5
  RECRUIT 1
  COMBAT NOT
  LEARN FORESTRY
END

La nouvelle unité est d'abord créée, ne se bat pas, reçoit 300 Silver, recrute 1 personne et apprend finalement FORESTRY - bien que cela ne corresponde pas à l'ordre dans lequel les ordres ont été saisis.

Notes explicatives

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 RECRUIT de la première unité, puis de la seconde et ainsi de suite. L'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 ENTER, EXIT, TEMP, GIVE COMMAND et GIVE SHIP. 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 MAKE wood, le nombre maximal de recrues pour recruter ou l'argent de la région pour ENTERTAIN et TAX, 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 SELL, BUY et WORK sont également concernés.

ENTER - 1er / 2ème / 3ème / 4ème essai
Cela signifie qu'il est encore possible d'entrer dans un château avant une attaque. Après le combat, on peut réessayer, car les anciens propriétaires peuvent être morts entre-temps ou avoir pris la fuite.
Cela ne signifie pas que les unités qui quittent un navire peuvent attaquer dans le même tour, car le serveur se souvient de qui a quitté un navire et en conséquence l'en empêche.

Voir aussi


Weiterlesen: brève description