summaryrefslogtreecommitdiff
path: root/doc/README.pl.md
diff options
context:
space:
mode:
authoremkael <emkael@tlen.pl>2016-06-03 14:02:45 +0200
committeremkael <emkael@tlen.pl>2016-06-03 14:02:45 +0200
commitdfe4c3b00198172c0f4bee6b26ce3962c69e4ccd (patch)
treee9fcc3567f12df3fbe970d0b601649788ab08418 /doc/README.pl.md
parent734b29bb02802fd5a03359a1e77aff2c8f28fe9a (diff)
* lowest from equal contracts as par contract
Diffstat (limited to 'doc/README.pl.md')
-rw-r--r--doc/README.pl.md4
1 files changed, 2 insertions, 2 deletions
diff --git a/doc/README.pl.md b/doc/README.pl.md
index 8642d12..c2dd957 100644
--- a/doc/README.pl.md
+++ b/doc/README.pl.md
@@ -51,8 +51,8 @@ Rezultaty analizy "w widne" podlegają kilku umownym kwestiom. W przypadku jakic
Konwencje przyjęte w programie:
* w rozdaniach z tym samym optymalnym kontraktem dla obu stron jako minimaks przyjmuje się kontrakt dla strony rozdającej (w przeciwieństwie do koncepcji [Richarda Pavlicka](http://www.rpbridge.net/7a23.htm) przypisującej 4 pasy jako minimaks w tej sytuacji)
- * ze wszystkich równych kontraktów (tj. kontraktów wartych tyle samo i nieposiadających opłacalnej obrony, lub kontraktów będących równie opłacalnymi obronami), *najwyższy* z nich jest traktowany jako minimaks
- * w przypadku tego samego minimaksa z obu rąk tej samej strony, konkretny rozgrywający jest nieokreślony i wybrany dowolnie (i może różnić się od tego w wynikach BigDeal)
+ * ze wszystkich równych kontraktów (tj. kontraktów wartych tyle samo), *najniższy* z nich jest traktowany jako minimaks
+ * w przypadku tego samego minimaksa z obu rąk tej samej strony, konkretny rozgrywający jest nieokreślony i wybrany dowolnie (może, i zwykle będzie, różnić się od tego w wynikach BigDeal)
Istniejące w wejściowym pliku PBN tagi traktowano są jako źródło tabeli liczby lew oraz minimaksa teoretycznego w następującej kolejności: