From 064c933c53ef01a5c402d2713f96ade671aecf16 Mon Sep 17 00:00:00 2001 From: emkael Date: Tue, 30 Jul 2019 11:39:58 +0200 Subject: Updated README --- README.md | 15 +++++++++++++-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 278b3a4..2bfa9fc 100644 --- a/README.md +++ b/README.md @@ -43,9 +43,22 @@ Jeśli w wywołaniu nie podano ścieżki do pliku ustawień, program spyta o ni Jego strukturę opisuje dokument [CONFIG](CONFIG.md). + +Wersja z graficznym interfejsem użytkownika +------------------------------------------- + +Od wersji 2.0 dostępny jest graficzny interfejs użytkownika. Uruchamia się go poprzez plik `playoff-gui.exe` (dla wersji skompilowanej) lub skrypt `gui.py` dla wersji skryptowej. + +Interfejs graficzny ma pełną funkcjonalność wersji z wiersza poleceń. + +Pliki zapisywane i odczytywane przez interfejs graficzny są kompatybilne z wersją z wiersza poleceń, choć zapisywane są jako pliki `JTPO` (JFR Teamy PlayOff). Ich format jest jednak identyczny z dotychczas stosowanymi plikami `JSON`. + + Znane ograniczenia ------------------ +W przypadku korzystania z bazy danych turniejów jako źródła wyników: + * wszystkie mecze danej fazy muszą lądować na FTP w tej samej ścieżce: linki generowane są na podstawie URL całej fazy (linki z datami u góry), prefiksów turniejów oraz numerów rund @@ -58,8 +71,6 @@ miejsca bazy, do którego pisze Webmaster, a z jakichś powodów nie pisze Admin przy zamykaniu rundy/segmentu), więc nawet w przypadku grania "off-line" (Kolektor+statyczne po każdym segmencie), może być potrzeba przejechania segmentu Webmasterem - * przez cały czas trwania play-off pełne nazwy teamów (w bazach i te -określone w JSONie) muszą się zgadzać - teamy są rozróżniane po nich właśnie * nie ma możliwości skonfigurowania więcej niż jednego połączenia do MySQL Autor -- cgit v1.2.3