Stop building websites with infinite scroll!

Czemu infinite scroll jest zły i parę przykładów innych rozwiązań + z czym to się wiąże od strony backendu

[dzek]

@Kargaroth: infinite scroll jest wykorzystywany, bo działa. Uzależnia. Scrollujesz i scrollujesz, a treść się nie kończy i siedzisz na stronie dopóki się mózg nie zbuntuje.

Klikanie, migająca biała strona itd powoduje dużo szybszy odpływ.

Na stronach bez dynamicznego contentu (Tumblr) infinite scroll mnie wkurza - uniemożliwia powrót do miejsca, na którym skończyłem innym razem - ale tam wystarczy wyłączyć JavaScript i jest normalne stronicowanie.

Na stronach typu fb infinite scroll

[Gerard_z_Libii]

Na stronach typu fb infinite scroll jest ok

@dzek: tylko, jak już wcześniej zauważono, na fb przez to znaleźć coś starszego to katorga. Wiem np., że gdzieś w 2015 roku znajomy wrzucił jakiś post, który mnie interesuje albo, że była wtedy jakaś impreza więc u znajomych będą wrzucone przez kogoś zdjęcia. Żeby to znaleźć muszę teraz się przewinąć przez te wszystkie lata, czekając ciągle na doczytanie się strony bo do

[v.....i]

Przecież oni na tym blogu sami używają infinite scrolla xD

[dzek]

@vvertoi: a to już standard. Blogi o ux zazwyczaj mają skopany ux ( ͡° ͜ʖ ͡°)

[sierzchula]

Ktoś kiedyś podobno kliknął w link w stopce facebooka ( ͡° ͜ʖ ͡°)

[s.....e]

@sierzchula: Akurat nie wiem jak na facebooku ale ogólnie infinite scroll nie wyklucza się z istnieniem stopki. Zawsze można ją zrobić jako tzw. sticky, z pozycjonowaniem fixed

[giker]

@nunczako: hint: https://caniuse.com/#search=sticky
Coś słabo wspierane póki co.

[sciana]

Problemem są tu bazy noSQL, gdzie nawet informacja o ilości rekordów jest często po prostu tylko szacowana, tym samym nie da się w rozsądny sposób zrobić paginacji. Pobranie ostatniej "strony" z takiej bazy to jest odwrócenie sortowania i wtedy pobranie pierwszych rekordów. Przeskakiwanie stron po środku to jest zabawa kursorami i sortowaniem (gdy chcemy pobrać poprzednia stronę). Bazy noSQL sa tanie w eksploatacji, piekielnie szybkie i wydawałoby się proste ale niestety trzeba

[kk_ll]

@IvanBarazniew: elastic nie zna pojęcia "count records in table where...". Oni podają przybliżoną ilość. Jest to wyraźnie zaznaczone w ich dokumentacji. @sciana

[IvanBarazniew]

@kk_ll: Jasne - przybliżone bo mówimy o wynikach wyszukiwania na nieustannie zmieniającym się zbiorze danych. Algorytmy przyjęte do wyznaczania liczności zbioru dla takiego przypadku użycia dają przybliżone rezultaty ale to nie jest problem przy budowie paginacji.

[k.....k]

Infinite scroll ma dwie podstawowe wady:
1. Nie możesz szybko wrócić następnego dnia do punktu, w którym skończyłeś.
2. Jeżeli na stronie są multimedia, to pamięć nawet mocnego komputera w--------a w moment, nie mówiąc już o urządzeniach mobilnych.

Moim zdaniem, jeżeli implementacja jest sensowna (ta...), to nadaje się to do treści, które mają działać jak strumień - użytkownik przychodzi, dostaje cokolwiek bez kontroli nad tym, co dostaje, wychodzi. Jeżeli użytkownik ma mieć

[kowalzki]

Jeżeli na stronie są multimedia, to pamięć nawet mocnego komputera w--------a w moment, nie mówiąc już o urządzeniach mobilnych.

@kurczaczak: ale jak to? mozesz wypierdzielic z pamieci to czego user juz nie widzi robiac niejako infinite scrolla w gore i w dol jednoczenie.

[Z.....q]

@Vielokont: można przecież usuwać elementy znajdujące się poza viewportem i je cache'ować tak aby przy scrollowaniu ponownie w górę, treści nie były pobierane na nowo. Moim zdaniem dobrym rozwiązaniem jest rozpoczęcie doczytywania treści na 1 viewport przed rzeczywistym końcem scrolla.

[przemomemoo]

Nie no, najlepiej to było za Flasha. Strona zamknięta w jakiejś małej ramce 800x600 żeby się na monitorze zmieściło i wszystko w tej ramce miało się zmieścić i wyświetlać byle tylko nie scrollować bo scrollowanie było pase... ( ͡° ʖ̯ ͡°)

[wojtas_mks]

@przemomemoo: Ze stron we Flashu kojarzę Frugo. To było... xD

[p.....s]

Ciekawie wygląda pod tym względem wykop.
Jesteś zalogowany to komentarze wyswirtlane są na jednej stronie.
Jesteś nie zalogowany, to komentarze podzielone są na małe grupki, tak, że trzeba klikać kolejne strony.
Jakby tego było mało to ostatnio chyba bialkov nawet zmniejszył ilość wyświetlanych komentarzy na jednej stronie, tak aby więcej klikać "next' i wyświetlenia się nabijaly.

No, ale gdy ma się ublock origin to bialkov nie zarobi na reklamach. :-)

[Pangia]

@pretorus: Na mirko lecą wszystkie komentarze, bez dzielenia. A wykopaliska to chyba jednak mniej ludzi używa mimo wszystko, co można zgadnąć po liczbie komentarzy właśnie.

[artdyz]

Chodzi o to że niektórym się biurko kończy i myszki spadają na ziemię .

[kowalzki]

@artdyz: to trzeba kupic myszke z przerzutkami.

[GokuMK]

Infinite scroll to narzędzie szatana. Może w śmiesznych obrazkach jest ok.
Ale na przykład lista emaili? Człowiek k-----y dostaje jak chce przeskoczyć sobie o 40 dni w tył i scroluje i scroluje a strona coraz bardziej laguje.
Web designerzy chyba se mózg rozwalili od ćpania wciskając te infinity scrolle wszędzie gdzie się da. A przyjemność korzystania z neta spada z roku na rok.

[C.....y]

najlepszy "infinite scroll" to ma wykopowa apka na androida - po załadowaniu jakichś 100 wpisów albo skończy ładować albo crash xD

mam inny pomysł - po prostu niech nie używają tego ludzie którzy się na programowaniu nie znają, np. programiści wykopu

[look997]

@Czarzy: Lepszy pomysł: Stworzyć standardowe API wbudowane w przeglądarki, które załatwia takie sprawy za developera. Wystarczy z niego skorzystać.
Albo skorzystać z jakiegoś frameworka, ale to nie jest uniwersalne rozwiązanie.