feat(prezentacja): wspolne dane formularza miedzy zakladkami + imie i nazwisko (PRE-21) · f34016a4a5 - astrololo

feat(prezentacja): wspolne dane formularza miedzy zakladkami + imie i nazwisko (PRE-21)

build / build (push) Successful in 58s

Details

Testy / Testy warstwy logicznej (silnik) (push) Successful in 11m4s

Details

Testy / Testy warstwy prezentacji (dostęp do baz) (push) Successful in 9m53s

Details

Testy / Build obrazu silnika B (swisseph) (push) Successful in 38s

Details

Testy / Kontrola składni wszystkich warstw (push) Successful in 25s

Details

Trzecia wskazowka partnerow. Kazda zakladke (Horoskop / Interpretacje /
Kalendarz) wypelnialo sie od nowa — te same imie, data, godzina, strefa
i miejsce. Teraz raz wpisane dane wedruja za uzytkownikiem, a zmiana w jednej
zakladce przenosi sie na pozostale.

Nowy formsync.js trzyma stan w localStorage. Dlaczego nie sesja na serwerze:
serwer zostaje BEZSTANOWY — zadnego magazynu sesji, zadnych danych urodzeniowych
trzymanych po stronie uslugi (spojne z postawa z LOG-32/PRE-16). Przy okazji
dane synchronizuja sie tez miedzy osobnymi kartami przegladarki, bo zdarzenie
`storage` daje to za darmo.

Dolozone pole „imie i nazwisko" (wszystkie trzy zakladki) — potrzebne do
naglowka raportu PDF (PRE-24). Handlery przyjmuja je i oddaja, wiec nie znika
po przeliczeniu.

Dwie rzeczy, ktore trzeba bylo domknac, zeby to dzialalo naprawde:

1. KOLEJNOSC SKRYPTOW. formsync.js ladowany w <head> z `defer` — skrypty defer
   wykonuja sie w kolejnosci dokumentu, wiec ten zdazy odtworzyc wspolrzedne,
   ZANIM geo.js zbuduje mape. Mapa startuje od razu we wlasciwym miejscu,
   zamiast przeskakiwac po chwili.

2. geo.js ustawia pola z KODU (`.value = ...`), co samo z siebie NIE wywoluje
   zdarzen — bez tego synchronizacja przegapilaby kazdy wybor z mapy, z
   wyszukiwarki i z „Tu i teraz". Dolozony setVal(), ktory jawnie zglasza
   `change`.

Zakladka bez danego pola (np. Sygnifikatory) nie kasuje wartosci zapamietanej
gdzie indziej; uszkodzony wpis w localStorage nie blokuje formularza.

Q-14 rozstrzygniete: lancuch LaTeX->PDF stanie jako OSOBNA USLUGA render —
spojne z izolacja swisseph (LOG-27), obraz produktu zostaje maly.

Weryfikacja na zywym stacku (data+logika+prezentacja) w przegladarce: dane
wpisane w Horoskopie pojawily sie w Interpretacjach; zmiana godziny w
Interpretacjach dotarla do Kalendarza; pola nieobecne na zakladce (zodiak,
system domow) przetrwaly; po POST imie zostalo, a horoskop policzyl sie
normalnie. Testy: 22 nowe strukturalne. Calosc: prezentacja 67 passed.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

This commit was merged in pull request #28.

This commit is contained in:

migatu

2026-07-24 17:10:09 +02:00

committed by

gitea

parent 5c82e8bd9f

commit f34016a4a5

10 changed files with 237 additions and 9 deletions

									
										services/presentation/tests/test_static_js.py
									
		+3
		-1
	
												View File
												
				@@ -74,7 +74,9 @@ def test_reverse_name_clears_field_before_lookup():

				    src = _geo_source()

				    start = src.index("function reverseName")

				    body = src[start:src.index("\n    }", start)]

				    clear_at = body.find("searchEl.value = ''")

				    # sposób zapisu może się zmienić (bezpośrednie .value albo setVal, które

				    # dodatkowo zgłasza `change`) — pilnujemy KOLEJNOŚCI, nie składni

				    clear_at = max(body.find("searchEl.value = ''"), body.find("setVal(searchEl, '')"))

				    fetch_at = body.find("fetch(")

				    assert clear_at != -1, "reverseName nie czyści pola nazwy"

				    assert clear_at < fetch_at, "pole czyszczone dopiero po zapytaniu — stara nazwa zdąży zostać"