to sa s tebou nehadam ako prehliadac vykonstruuje obrazok. ale stale si myslim, ze to ma na renderovanie pri mnoho obrazkoch celkom vyrazny vplyp. predpokladajme nejaky pomaly server s velkym poctom obrazkov a s nejakym obtekanim textu okolo obrazku. cize 1. obrazok sa napr nacitava 10 min(totalne velky), ale ostatne napr. 1 min. v tom pripade moze mat prehiadac 3 moznosti.
1. nevie velkost obrazku - plynule renderovanie: vyhradi si nejaku velkost pre 1. obr., nacita dalsie udaje a ked dostane cely bytestream 1. obr. od serveru, tak ho nacita a cely obsah prerenderuje. takychto obrazkov moze byt viac - podla mna neefektivny kod
2. nevie velkost obrazku - renderovanie na konci: az vsetko nacita, tak potom vyrenderuje obsah. neviem ci takto funguje nejaky prehliadac, bolo by treba urobit testy alebo pohladat na webe
3. vie velkost obr. pomocou html atributov: moze renderovat od zaciatku bez toho, aky v skutocnosti obrazok bude a po skutocnom nacitani obrazku, ktoreho este obsah nepozna nemusi nic prerenderovat. toto sa mi zda najviac efektivne

p.s.: najlepsie by bolo urobit test v php, nacitat dynamicky napr. 1000 obrazkov s fixnou velkostou(a bez) a porovnat casy. len sa mi to nechce.