On Fri, 14 Aug 2015 18:37:26 +0200, Sebastian
Biały<h...@p...onet.pl> wrote:
> Nie musi. Myliusz jak niedzielny programista Delphi. oko ma
ograniczone
> mozliwości i nie musisz wszystkiego nagle narysować na gotowo, nic
sie
> nie stanie jak po chwili coś się gdzieś dorysuje po 5ms.

Nie zawsze jest tak, że można rysować partiami, nikt nie chce oglądać
efektów komputerowych z filmów z lat 80 u.w.


> Nic ma się nie narysować, ma się narysować w połowie, ma się
narysowac
> za godzinę. Współczesne aplikacje nie wymagają *natychmiastowej*
> reakcji, wymagają tylko *płynnej* obsługi. jak klikasz w przycisk
to
> spodziewasz się ze bedzie to widac/slychać, a sama akcja może się
> wykonać po chwili. Natomiast w dobie onklikowych implementatorów
> zazwyczaj jest tak że pacniesz w przycisk a on jak zaklęty, nawet
nie
> widac że zareagował.

Przwciesz windows przyzwyczaiło wszystkich do takiego modelu, albo co
chwila okno modalne albo inna blokada gui, nie można sobie np.
otworzyć w aplikacji okna ustawień i mieć je otwarte nie blokując
reszty.

> Przeglądarki się tak zachowuja. Dowolny sewis a-la portal zatrudnia
> imbecyli którzy nie slyszeli że rozmiar obrazkow mozna podać
zawczasu w
> htmlu, więc takowy portal skacze po calym ekranie podczas ladowania.

Aaa Ty do przeglądarki pijesz. Trzabyło tak od razu. Tylko myślę, że
argument o deklaracji rozmiaru obrazka w html pasuje do lat 90 i
mosaica (nie wiem czy się orientujesz co to było) a nie do
współczesnego html, w którym jest coraz mniej html.
W kwesti przeglądarek to raczej rzucasz się z motyką na Słońce..
Nawet najlepszą przeglądarkę "ubije" webdeveloper, a
najoptymalniejszą stronę www ubije kiepska przeglądarką. To czego
oczekujesz wymaga kooperacji obu stron (obu progamistów) co w
praktyce jest niemożliwe.
Dlatego powstaje coś takiego jak aplikacje mobilne do serwisów www,
jakiś absurd.

--
Marek