Komentarze do: Prosty preloader CSS3 bez użycia Javascriptu

Autor: Maciej

Maciej — Tue, 19 May 2015 09:59:00 +0000

Preloader? Zawsze myślałem, że preloader pokazuje ilość załadowanych danych, które są pobierane progresowo. A tutaj widzę stworzoną animację (co prawda ciekawą) za pomocą CSS.

Autor: Comandeer

Comandeer — Wed, 13 May 2015 19:12:00 +0000

W odpowiedzi do krzysiek. Tricky one ;) Trzeba najpierw zaimplementować obsługę History API, po czym Ajaksem ciągnąć daną podstronę. Zestawienie żądania = pokazanie loadera, zakończenie żądania = ukrycie loadera

Autor: krzysiek

krzysiek — Wed, 13 May 2015 19:06:00 +0000

A jak takiego loadera użyć w momencie przechodzenia między podstronami? Chodzi mi o to, żeby pierwsze pojawił się loadare, a po wczytaniu całej strony „w tle” dopiero wczytana stronka.

Autor: Michał Kortas

Michał Kortas — Mon, 04 May 2015 15:17:00 +0000

W odpowiedzi do Dexter Urbański. Tylko dlatego, aby nie rozbudowywać tu kodu. W tekście napisałem, że można użyć innych elementów.

Autor: Dexter Urbański

Dexter Urbański — Mon, 04 May 2015 15:03:00 +0000

Intryguje mnie, dlaczego wykorzystujesz ?

Autor: Michał Kortas

Michał Kortas — Fri, 01 May 2015 19:44:00 +0000

W odpowiedzi do Comandeer. Okej, racja. Dodałem puste [alt], bo zupełnie o nich zapomniałem. Co do dostępności, dopisałem akapit. Dziękuję.

Autor: Comandeer

Comandeer — Fri, 01 May 2015 17:44:00 +0000

W odpowiedzi do Mario06. Cóż… na pewno jest to jakieś kompromisowe rozwiązanie. Co prawda nie do końca by mnie zadowalało, ale przynajmniej byłyby o tym jakieś informacje. Problem polega na tym, że wg mnie dostępność to podstawa. Pomijam już fakt, że brak [alt] czyni ten HTML po prostu niepoprawny składniowo.

Autor: Mario06

Mario06 — Fri, 01 May 2015 17:42:00 +0000

W odpowiedzi do Comandeer. W sumie można by to pogodzić i nie wrzucać takich dodatków do głównych listingów (bo nadmiernie rozpychają proste przykłady), ale dodawać ramkę na końcu z dobrymi praktykami odnośnie dostępności...

Autor: Comandeer

Comandeer — Fri, 01 May 2015 16:55:00 +0000

W odpowiedzi do Michał Załęcki. Owszem, byłoby to szukanie dziury w całym, gdyby istniała jakakolwiek świadomość aspektów dostępności w środowisku. Ale nie istnieje i *NIKT* nie doda do kodu [role] i etykietki, bo… 90% webmasterów nawet nie wie o istnieniu tego typu rzeczy. A nie zapominajmy, że na WEBroad niekoniecznie zaglądają profesjonaliści, a po prostu ludzie szukający ciekawego pluginu na stronę. Oni tym bardziej nie będą się przejmować "jakąś dostępnością". Tak, efekt wizualny ciekawy, ale to… efekt wizualny - nic więcej. Obecnie rozwiązanie to nie posiada nawet warstwy semantycznej (ok, nagłówek jakoś sprawę ratuje - ale co z obrazkami?). Kontekst użycia nic tutaj nie zmienia - webowe aplikacje mobilne, odpalane przez WebView, to wciąż strony, które przecież dla osób niepełnosprawnych są prezentowane właśnie w taki sposób. Nie będziemy mieli dostępnej Sieci, jeśli sami o to nie zadbamy. Taka prawda.

Autor: Michał Załęcki

Michał Załęcki — Fri, 01 May 2015 16:43:00 +0000

W odpowiedzi do Comandeer. Myślę, że to trochę szukanie dziury w całym. aria i role każdy doda, kto tego będzie potrzebować no i nic nie zaciemnia meritum wpisu. Preloader można wykorzystać nie tylko na stronach, a na przykład w ekranie ładowania aplikacji mobilnej. Efekt ciekawy :)

Autor: Comandeer

Comandeer — Fri, 01 May 2015 16:34:00 +0000

Co do przedrostków – warto zastosować Autoprefixer.

Wielka szkoda, że całkowicie pominąłeś aspekt dostępności, np [aria-label] + [role] dla .loader i puste [alt] dla obrazków.