epub-translator-studio

04. Architektura i struktura repo

4.1. Widok ogolny

Repo koncentruje sie na jednym aktywnie rozwijanym wariancie aplikacji:

4.2. Tkinter

Kluczowe obszary:

4.3. Przeplyw danych

Typowy przeplyw:

  1. Uzytkownik wybiera pliki i profil.
  2. Runtime buduje polecenie dla silnika.
  3. Silnik wykonuje translacje/edycje.
  4. QA i walidacja raportuja wynik.
  5. Artefakty trafiaja do output/debug.

Nowy przeplyw serii:

  1. Projekt moze miec series_id i volume_no.
  2. UI laduje/zapisuje serie z project_db.py.
  3. Dla aktywnej serii series_store.py buduje scalony slownik runu.
  4. Po udanym runie terminy z TM projektu moga byc dopisane jako proposed w bazie serii.
  5. Operator zatwierdza terminy w panelu Slownik serii.

4.4. Warstwy odpowiedzialnosci

4.5. Co zmieniac ostroznie

4.6. Miejsca do rozwoju