Problém s posouváním divu

Napsal iTerminator;1070902

V tomhle případě se DOM přepisuje, takže se to vždy načte znovu z cache, ale stáhne se to jen jednou.

To je další nesmysl. A i v případě že by se nějaké DOM přepisovalo, tak se to děje v rámci prohlížeče a jde to na úkor výkonu PC prohližejícího. Dom se nepřepisuje, ale pouze se mu přidávají styly. Ne nenačítá se to z cache, je to pevný prvek. Který je již vložený v HTML pouze přidává styl jednomu HTML elementu o posunutí, toť vše. Obrázek se načítá z cache až ve chvíli kdy zmáčknu na nějaký odkaz nebo stránku načtu znova.

Nemyslím to špatně, ale začínám mít pocit, že se snažíš jen vytahovat. Co konkrétně je další nesmysl? Jde to na úkor výkonu PC, nyní jsi na to kápl, nebot to je to, co jsem napsal ve svém příspěvku, je to daleko náročnější, než-li gif obrázek na pozadí.Myslím, že tohle je seriozní forum a není zde třeba slovíčkařit, pokud do přidáš styl, tak DOM edituješ to je téměř stejné jako přepis, ale budiž.Takže se uživateli načte 20 obrázků o téhle velikosti naráz, to může být sranda udržet si tam uživatele, který bude čekat 30 sekund na načtení webu.

Napsal iTerminator;1070907

Nemyslím to špatně, ale začínám mít pocit, že se snažíš jen vytahovat. Co konkrétně je další nesmysl?

Jde to na úkor výkonu PC, nyní jsi na to kápl, nebot to je to, co jsem napsal ve svém příspěvku, je to daleko náročnější, než-li gif obrázek na pozadí.

Myslím, že tohle je seriozní forum a není zde třeba slovíčkařit, pokud do přidáš styl, tak DOM edituješ to je téměř stejné jako přepis, ale budiž.

Takže se uživateli načte 20 obrázků o téhle velikosti naráz, to může být sranda udržet si tam uživatele, který bude čekat 30 sekund na načtení webu.

Nevytahuji, pouze se Vám snažím vysvětlit že tudy cesta nevede. Opět nechápete co popisuji, obrázky se nenačítají najednou. Výkon prohližejícího který to zabere je naprosto zanedbatelný ( ušetří to výkon serveru ... který je nezbytný pro funkčnost stránek ). Navíc pokud jste té teorie potom javascript nemůžete používat vůbec, protože ten jde vždy na úkor prohlížejícího. A mít názor, že je lepší mít 10 mb, je naprostá blbost, protože už i načtení z cache, o velikosti 10 MB je nějaká zátěž pro pc prohlížejícího, která je rozhodně podstatně větší než funkce javascriptu provádějící slide a postupné znovu načtení obrázku z cache které rozhodně nemají, 10 MB ale pár KB. Nechci se vytahovat ale je vidět že o optimalizaci a výkonu aplikací toho moc nevíte a zbytečně zde popisujete naprosté nesmysly které by ale měl znát každý mírně pokročilý programátor.

Obrázky se nenačítají najednou, jak tedy? Popiš mi přesný děj.Jde tady vidět jistá neznalost, nebot vše označíš za nesmysl, který následně nedokážeš odůvodnit.

Napsal iTerminator;1070918

Obrázky se nenačítají najednou, jak tedy? Popiš mi přesný děj.

Jde tady vidět jistá neznalost, nebot vše označíš za nesmysl, který následně nedokážeš odůvodnit.

Achjo ... tohle opravdu snad ani není možné ... běžte si prosím něco nastudovat protože je opravdu nesmysl tady psát Vaše názory které jsou nesmyslné. Dobrý příklad:HTML:<div class="slide"> <a href="/cesta/k/obrazku/1.jpg" class="slideItem"></a> <a href="/cesta/k/obrazku/2.jpg" class="slideItem"></a> <a href="/cesta/k/obrazku/3.jpg" class="slideItem"></a> <a href="/cesta/k/obrazku/4.jpg" class="slideItem"></a></div>JS např. použitím jQuery:var slider = { currentItem: '', slideItems: new Array(), initAction: function(){ // zde provedu nacteni polozek napr: this.slideItems = $('.slide .slideItem'); }, slideAction: function(){ /*pred spustenim slide si samozrejme zajistime posunuti slideItemu na nasledujici a nasledne zajistime nacteni obrazku*/ this.currentItem = 'objektNasledujiciho obrazku'; //samozrejme ziskany z procesu predtim var stateLoaded = this.loadImage(); // provedeni nacteni obrazku if(stateLoaded === true){ //provedeme slide na dalsi obrazek } }, loadImage: function(){ if($(this.currentItem).find("img")){ return true; //navraceni true obrazek je jiz nacten.... } else { //nejdrive obrazek nacteme nasledne vratime true; var image = new Image(); image.src = $(this.currentItem).attr('href'); //vlozime obrazek do cache jeho nactenim $(this.currentItem).html("<img src='"+image.src+"' />"; /* vlozime obrazek do obsahu pouye ale jednou samozrejme!*/ return true; } }};Kód jsem psal z hlavy takže může obsahovat chyby.... doufám že stačí na vyvrácení těch Vaších nesmyslů.---------- Příspěvek doplněn 22.03.2014 v 22:46 ----------A pokud tomu kódu chápete zjistíte že načtete obrázky až v době kdy je potřebujete na zobrazení dalšího slide. A dál se už načítání nijak neprovádí... Kdyby jste mi provedl takové věci na jednom z mých projektů jak popisujete, okamžitě bych Vás vyhodil. A myslím že to samé by udělalo spousta dalších firem které bazírují a stojí na každém ušetřeném KB na výkonu serveru...Takže bych Vám mohl akorát doporučit nerozpytvávejte dále téma kterému vůbec nerozumíte, protože si na sebe šijete špatnou reklamu když se na to někdo podívá a zjistí že nemáte potřebné znalosti.Mimo jiné pokud vím nepotykali jsme si to je jedna věc a každý slušný člověk nejdříve vyká než se domluví na tykání, za další nevím kde jsem neobhájil, neodůvodnil jedinou věc kterou jsem vysvětloval, všude ... jsem to odůvodnil..

Čeština ti asi moc nejde, nedokážeš se přesně vyjádřit a píšeš nesmyslné věty jako například "A pokud tomu kódu chápete zjistíte že..." a nejlepší na konec "nerozpytvávejte".To je ke gramatice, přejděme k vyjadřování, napsal jsi tuhle větu "Dom se nepřepisuje, ale pouze se mu přidávají styly.", představil jsem si třídy s těmi obrázky, kterým se přidávají styly, nejspíše visibility která je skryje a následně schová. Popsal jsi řešení úplně jinak, než jsi ho vlastně udělal. Tisíckrát jsi označil mé názory za nesmyslné, přičemž jsi to nedokázal odůvodnit.Jsi nepozorný až to hezké není, stejnou chybu jsi udělal i u tvého předchozího fiaska, neověříš si nic a jsi zbrklý. Možná by jsi mohl investovat do různých učebnic češtiny, z tvých velkolepých lag-free projektů jich máš určitě dost.

Napsal iTerminator;1070930

Čeština ti asi moc nejde, nedokážeš se přesně vyjádřit a píšeš nesmyslné věty jako například "A pokud tomu kódu chápete zjistíte že..." a nejlepší na konec "nerozpytvávejte".

To je ke gramatice, přejděme k vyjadřování, napsal jsi tuhle větu "Dom se nepřepisuje, ale pouze se mu přidávají styly.", představil jsem si třídy s těmi obrázky, kterým se přidávají styly, nejspíše visibility která je skryje a následně schová. Popsal jsi řešení úplně jinak, než jsi ho vlastně udělal. Tisíckrát jsi označil mé názory za nesmyslné, přičemž jsi to nedokázal odůvodnit.

Jsi nepozorný až to hezké není, stejnou chybu jsi udělal i u tvého předchozího fiaska, neověříš si nic a jsi zbrklý. Možná by jsi mohl investovat do různých učebnic češtiny, z tvých velkolepých lag-free projektů jich máš určitě dost.

Je velice pozoruhodné, že nevíte obhájit vlastní tvrzení tak obracíte téma na gramatiku. Omlouvám se za svou gramatiku, bohužel jsem původem ze slovenska, jako malý jsem studoval základní školu v čechách do 4té třídy základní školy, následně zbytek na slovensku, což způsobilo trochu zmatek v gramatice, byl jsem zvyklý na češtinu a musel jsem se učit slovenštinu, to bohužel zanechá zmatek v gramatice, no ale dobře uznávám gramatika mi nejde za to mohu směle říct že se za to nestydím, ale myslím že s programováním a kódováním gramatika nemá nic společného pokud nejste textař. Dále vyjadřuji se myslím dost jasně, nepopisoval jsem postup, popisoval jsem nesmysl načítání 10mb obrázku GIF který je za 1. velice nekvalitní ( takže by pokaždé design stránky akorát zhnusil ) 2. nadměrně velký naproti využití JPG formátu a naprogramování slide případně prolínaní, to už není podstatné. Podstatné je to že se vymlouváte, na něco co s Vaším tvrzením nemá nic společného. Nemělo se to týkat nějakých konkrétních příkladů ale obecné znalosti o tom zdali je vhodnější využit jak vy říkate, 10 mb obrázek naproti více obrázkům načítajícich se jednotlivě. Veškeré Vaše nesmysli jsem odůvodnil. Přečtěte si to znova, a pokud nemáte ani základní znalosti proč je lepší použít menší obrázky. Což jsou znalosti o fungování prohlížečů, disků a běžné znalosti které by jste jako programátor měl znát už jenom z užívání PC. ---------- Příspěvek doplněn 22.03.2014 v 23:26 ---------- Dále, k větě Dom se nepřepisuje pouze..., bylo o5 vyvrácení Vašich nesmyslů a tvrzení o FUNGOVÁNÍ prohlížeců. Kdyby se DOM jak vy tvrdíte pokaždé přepisoval víte co by to zabralo výkonu prohlížejícího PC ( javascript by se tak stal nepoužitelným nástrojem který by nadměrně vytěžoval, klientský stroj ) ? Asi ne když tohle tvrdíte, DOM se v případě doplňování a úprav HTML pouze DOPLŇUJE nikoli PŘEPISUJE. Což už samo vypovědělo o vaši neznalosti v této oblasti. Hlavně že mě jdete vyčítat špatně vyjadřování, podívejte se na to své:

představil jsem si třídy s těmi obrázky, kterým se přidávají styly, nejspíše visibility která je skryje a následně schová.

To mi nepřijde moc srozumitelné, ale samožřejmě nebudu se vymlouvat že nevím co jste tím myslel ..

Asi jsi si to zase zbrkle přelouskal, napsal jsi tuhle větu : "Dom se nepřepisuje, ale pouze se mu přidávají styly.".To bylo nastínění řešení daného problému, vyrešil jsi ho naprosto odlišně, styly jsi vůbec nezapojil, nebot zapojení stylů by byla kravina, tak jsem podle toho reagoval, už chápeš?Já reagoval na tebou špatně podané řešení problému, z čehož vzniklo nedorozumění, protože ty jsi si hájil kvalitní řešení o kterém já jsem neměl páru, protože jsem si to podle tebou uvedeného nastínění představil úplně jinak.

10MB gif je špatné řešení protože:

• obrázky se stahují přednostně a blokují linku
• prohlížeč čeká na úplné stažení obrázku, než jej může zobrazit
• gif má paletu, tedy omezení na počet barev = nízká kvalita
• přehrávání se nedá ovládat (bez dhtml)

výhody řešení s více obrázky:

• při načítání stránky se stahuje násobně méně dat
• sestavení stránky je výrazně rychlejší
• šetří se výkon serveru i klienta
• šetří se přenesená data (obrázky je možné stahovat až v okamžiku, kdy jsou potřeba)
• vyšší kvalita obrázků
• animaci lze ovládat

Napsal iTerminator;1070935

Asi jsi si to zase zbrkle přelouskal, napsal jsi tuhle větu : "Dom se nepřepisuje, ale pouze se mu přidávají styly.".

To bylo nastínění řešení daného problému, vyrešil jsi ho naprosto odlišně, styly jsi vůbec nezapojil, nebot zapojení stylů by byla kravina, tak jsem podle toho reagoval, už chápeš?

Já reagoval na tebou špatně podané řešení problému, z čehož vzniklo nedorozumění, protože ty jsi si hájil kvalitní řešení o kterém já jsem neměl páru, protože jsem si to podle tebou uvedeného nastínění představil úplně jinak.

Prosím přestaňte se vymlouvat, neřešili jsme způsob jakým toho docílit ale pouze obecně známe praktiky, proč není vhodné vkládat tak velké obrázky na stránku. To že vy sám nevíte jak by jste danou problematiku řešil je pouze Vaše neznalost, ne má. K nějakému vysvětlování jsme se uchýlili až ve chvíli kdy jste neustále tvrdil že tomu tak není. Což ale pořád opakuji nemá nic společného s tím, že v této oblasti nemáte žádné znalosti, protože znalý, by znal řešení a důvody proč to tak být nemá.Styly jsem zapojil, ale nejsou vidět v kódu, přece nebudu sem psát kompletní slider z hlavy, ale rozhodně by se měnil styl prvku s classou slider který by byl vloženy do html elementu s pevnou šířkou např. a nastaveným overflow na hidden. Kde by např. probíhalo slidování, případně by se styly měnili při prolínaní ... což je nutnost pokud chci něčeho takového dostáhnout .... ---------- Příspěvek doplněn 22.03.2014 v 23:38 ----------

Napsal Jan Stejskal;1070936

10MB gif je špatné řešení protože:

• obrázky se stahují přednostně a blokují linku
• prohlížeč čeká na úplné stažení obrázku, než jej může zobrazit
• gif má paletu, tedy omezení na počet barev = nízká kvalita
• přehrávání se nedá ovládat (bez dhtml)

výhody řešení s více obrázky:

• při načítání stránky se stahuje násobně méně dat
• sestavení stránky je výrazně rychlejší
• šetří se výkon serveru i klienta
• šetří se přenesená data (obrázky je možné stahovat až v okamžiku, kdy jsou potřeba)
• vyšší kvalita obrázků
• animaci lze ovládat

Děkuji za seskupení, doplnění a zpřehlednění mnou vysvětlovaných důvodu. Snad to iTerminator už pochopí.

Naprosto súhlasím s p. Stejskalom a bof. 10mb GIF je šialenosť .. pri bežných linkách by ti web nestíhal už pri 100 návštevníkoch v rovnakom čase.

Jak jsem psal, on špatně nastínil řešení, on psal, že se budou přidávat styly, v jeho řešení nic takového nebylo a v případě přidávání stylů jsem si představil to odporné řešení, že bude třeba 20 divů, jakožto 20 obrázků a přes styly se jim bude připisovat viditelnost, protože v takovémto případě by načítání trvalo stejně dlouho jako u gifu, ale to řešení které ve skutečnosti představil, to už je super.

Napsal iTerminator;1071006

Jak jsem psal, on špatně nastínil řešení, on psal, že se budou přidávat styly, v jeho řešení nic takového nebylo a v případě přidávání stylů jsem si představil to odporné řešení, že bude třeba 20 divů, jakožto 20 obrázků a přes styly se jim bude připisovat viditelnost, protože v takovémto případě by načítání trvalo stejně dlouho jako u gifu, ale to řešení které ve skutečnosti představil, to už je super.

Opět se vymlouváte jak říkám nejdříve jsme nemluvili o tom JAK TOHO DOCÍLIT, NEBO JAK TO NAPROGRAMOVA ale o obecně známých věcech. Nevymlouvejte se že jsem to špatně popsal, styly, ani JS který jak vy tvrdíte jsem neuvedl, sám si na sebe šijete boudu, protože jak říkám znalý by definici problému měl v hlavě i bez toho aniž bych to musel popisovat. Navíc, je více než samozřejmé že se mění styly a popisoval jsem nahoře, načítání. Přestaňte se vymlouvat "To on to on, kvůli němu, jsem já pochybil, kvůli němu jsem obhajoval naprostý 10 MB nesmysl, to by jste měl vědět i bezemne."