Grey_Wolf Posted February 13, 2007 Report Share Posted February 13, 2007 andrisp --> jega ir gan ... ja tev japaraada bilde kas sver paris 100Kb tad sakumaa padod vienkarshu bildiiti, teiksim melnbaltu kas aiznjem tikai kaadus paaris Kb... ar domu ka bilde tuuliit ielaadeesies... teiksim lai lietotaajs jau pasaa sakumaa redz ko var gaidiit no lielaas bildes.... Dazreiz tiiri labi var nodereet..... + ja vel njem veraa paraleelo bilzju ielaadi, tad sakumaa visur tiks ielaadeetas taas LowSRC un tikai peec tam normaalaas... Link to comment Share on other sites More sharing options...
andrisp Posted February 13, 2007 Report Share Posted February 13, 2007 Tajā pašā laikā tas nozīme papildus nevajadzīgu bandwidth izmantošanu. Kā arī nevaru iedomāties bildi, kas aizņem 100kb. Ja tā ir liela izmēra bilde (piem., wallpapers), tad lietotājam vispirms ir jāpiedāvā thumbnails. No kautkāda 1280x1024px liela nekvalitatīva murgulējuma jēga nekāda. A maziņas bildītes apt. 100x100px un līdzīgas vienmēr var nooptimizēt līdz ļoti maziem izmēriem. Izņemot, protams, kaut kādas smagas gif animācijas. Bet vai tu taisītu lowscr variantu animācijai, kas ja aizņem daudz kb, visticamāk ir bagāta ar freimiem un gradientiem utt ? Tāda lowscr animācija ne pēc kā neizskatītos - visticamāk tā tikai atbaidītu lietotāju. Vispār tādām animācijām jāizmanto flash nevis parasta pikseljgrafika. Protams, atsevišķos gadījumos var noderēt, bet man grūti iedomāties tādu situāciju. Vienu iedomājos gan - piem., galerijā ir čupa ar thumbnailiem. Kamēr visi vēl nav ielādējušies, img tagiem tiek pievienots lowsrc, kas norāda uz vienu "Bildīte lādējas" tipa attēlu. Link to comment Share on other sites More sharing options...
Roze Posted February 13, 2007 Report Share Posted February 13, 2007 andrisp, apsties pats. var ar (neko nereklamēju) komodo, http inspectorā uzliec bildēm delay 10sec, ver vaļa lapeli ar bildēm un skaties ko browseris prasa. man rādīja ka paralēli 3 pieprasījumus. Pēc kaut kāda tur RFC2616 idejiski browseriem nevajadzētu turēt vairāk kā 2 persistantas konekcijas (kas teiksim rodas lādējot bildes) uz vienu hostu ( pie kā piemēram strikti pieturās IE http://blogs.msdn.com/ie/archive/2005/04/11/407189.aspx ) analogi arī FF tur tas noklusētais network.http.max-persistent-connections-per-server ir 2 . Līdz ar to variants ir bildes izvietot pa vairākiem (virtual)hostiem .. Link to comment Share on other sites More sharing options...
rpr Posted February 13, 2007 Report Share Posted February 13, 2007 LowSRC!!! paraadi man dokumentaaciju, kur shis parametrs ir iekljauts!? ne 3. ne 4. html aprakstaa nav. gan ja uatkal kaads netsacpe briinums. bet uz pamatjautaajumu varu atbildeet taa - nav taada veida kaa ielaadeet bildi pa daljaam. tas nav atkariigs no brouzera. es vislabaak ieteiktu taisiit progresiivos jpg ar 5 skaniem (ja lielas bildes). Link to comment Share on other sites More sharing options...
andrisp Posted February 13, 2007 Report Share Posted February 13, 2007 rpr, tas ir vecs proprietary elements. Bet cik saprotu, tad to atbalsta gan IE, gan FF. Enīvei, es arī neiesaku lietot šādus risinājumus. Link to comment Share on other sites More sharing options...
Grey_Wolf Posted February 13, 2007 Report Share Posted February 13, 2007 (edited) LowSRC!!! paraadi man dokumentaaciju, kur shis parametrs ir iekljauts!? ne 3. ne 4. html aprakstaa nav. Hmm Divaini, vai tieshaam domaa ka nemaaku lasiit? Skaties sheit un atrod: Interface HTMLImageElement un paskaties tabulinjaa: ------- interface HTMLImageElement : HTMLElement { attribute DOMString lowSrc; attribute DOMString name; attribute DOMString align; attribute DOMString alt; attribute DOMString border; attribute DOMString height; attribute DOMString hspace; attribute boolean isMap; attribute DOMString longDesc; attribute DOMString src; attribute DOMString useMap; attribute DOMString vspace; attribute DOMString width; }; ------- Ko teiksi??? Edited February 13, 2007 by Grey_Wolf Link to comment Share on other sites More sharing options...
rpr Posted February 13, 2007 Report Share Posted February 13, 2007 nu lasaamviela taa neko sev, bet tomeer tas ir level 1. level 2 par to vairs nav runas. http://www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-17701901 Link to comment Share on other sites More sharing options...
vabole Posted February 13, 2007 Author Report Share Posted February 13, 2007 Obilgāti jāizmanto tikai png, jo šis ir speciāli webam paredzēts formāts. Max kompresija pie labas kvalitātes, it kā .. Ļoti daudās lapās esmu redzējis, ka viens atēls tiek lādēts pa daļām. Link to comment Share on other sites More sharing options...
Roze Posted February 13, 2007 Report Share Posted February 13, 2007 Obilgāti jāizmanto tikai png, jo šis ir speciāli webam paredzēts formāts. Ghmm ar ko tad progressivs/kompresēts jpegs ir sliktāks .. vai GIFs? Konkrēti formāti jalieto konkrētām lietām/vajadzībām un nav nekāds "obligāti" Link to comment Share on other sites More sharing options...
andrisp Posted February 13, 2007 Report Share Posted February 13, 2007 vabole, jpg un gif arī it kā ir speciāli web'am paredzēti (nu varbūt speciāli arī nav, bet nu pamatā izmanto webā). Btw, PNG atbalsts vēl aizvien nav pilnīgs browseros. Link to comment Share on other sites More sharing options...
Grey_Wolf Posted February 14, 2007 Report Share Posted February 14, 2007 Obilgāti jāizmanto tikai png, jo šis ir speciāli webam paredzēts formāts. Jaa, jaa un *.txt formats tika radiits Speciali Win$ Notepad .... PNG tika radiits kaa alternatiiva *jpg jo kaa zinaams izmantojot jpg attels tomeer tik mazlietinj izkropljots... png shiis ir daudzmaz likvideets + tika pievienots velviens kraasu kanaals - ALFA , kas ir caurspiidiigums + izmera ekanomijas noluukos izveidoti dazadi apaksformaati peec bitu daudzuma (skjiet ka) 8,16,24,32.... ---- Ja tas buutu speciali WWW vajadziibaam tad brauzeri buutu draudziigaaki pret sho formaatu.... Link to comment Share on other sites More sharing options...
bubu Posted February 14, 2007 Report Share Posted February 14, 2007 Nea, ar jpegu tam maz sakara. Png tika radīts kā alternatīva gif'am. Jo gif kompresēšanas algoritms bija patentēts, bet 8-bit (vai mazāk) krāsu bildītes kompresēt jpegā nebija prātīgi. http://www.libpng.org/pub/png/#history Link to comment Share on other sites More sharing options...
rpr Posted February 14, 2007 Report Share Posted February 14, 2007 par png piekriitu bubu. taa ir alternatiiva gifam. bet tas, ka jaaizmanto tikai png ir bullshits. pats esmu eksperimenteejis un sapratis ka png manaam vajadziibaam ir nepiecieshams izmantot ljoti retos gadiijumos. paarsvaraa gif pie maziem elementiem vai jpg pie lielaakaam bildeem. Link to comment Share on other sites More sharing options...
andrisp Posted February 14, 2007 Report Share Posted February 14, 2007 (edited) Reāli PNG ir daudz advencētāks nekā GIF (ja neskaita, ka tas neatbalsta animāciju), tāpēc to grūti nosaukt vienkārši par "alternatīva gifam". Kaut gan sākotnēji tas radīts tika kā GIF aizvietotājs. Edited February 14, 2007 by andrisp Link to comment Share on other sites More sharing options...
Ghenis Posted February 14, 2007 Report Share Posted February 14, 2007 png ir labaaks par jpeg, kad ir jaaglabaa ateeli tikai ar gjeometriskaam figuuraam, asaam liinijas, jo izmantojot JPEG kompresiju shiis liinijas buus izpluudushas. JPEG ir labaaks, kad jaaglabaa fotograafiskas ainavas, portreti u.c., jo PNG aiznjems stipri vairaak vietas ar minimaalu kvalitaates uzlabojumu. PNG vs GIF : PNG aiznjem mazaak vietas GIF atbalsta animaaciju PNG piedaavaaa plashaakas caurspiidiiguma iespeejas GIF ir plashaak atbalstiits PNG ir vairaak kraasu. Link to comment Share on other sites More sharing options...
Recommended Posts