- tompos blogja
- A hozzászóláshoz be kell jelentkezni
- 1721 megtekintés
Hozzászólások
"Mozilla Firefox böngészőkkel akadhatnak gondok böngészéskor"
Ja, a múltkor is összeomlott egy Youtube oldalnál. Egyébként ezen az oldalon nem csak FF-ban vannak gondok, hanem mindegy egyébben is. :) Kapásból a kezdőlapon karakterkódolási probléma van.
De ez a flash... kínszenvedés kivárni, amíg az animáció befejeződik és megjelenik a tartalom. Mondjuk az is igaz, hogy minek várok rá, mikor árak nincsenek is. :D
- A hozzászóláshoz be kell jelentkezni
"De ez a flash... kínszenvedés kivárni, amíg az animáció befejeződik és megjelenik a tartalom"
Meg mindig jobb, mint a mostani HTML5 csodak az ide-oda ugralo DOM-jaikkal :) Annyira nem is vicces, engem brutal modon tud idegesiteni, es meg mindig nem latom, hogy akarjak ezt valahogy megoldani.
AJAX-szal mondjuk leginkabb sehogy, viszont szerver oldalon renderelve be lehetne cachelni a metainfokat es az alapjan dinamikusan fixre allitani a mereteket.
- A hozzászóláshoz be kell jelentkezni
viszont szerver oldalon renderelve be lehetne cachelni a metainfokat es az alapjan dinamikusan fixre allitani a mereteket.
És abban a pillanatban Pistike elforgatja a telefonját vagy átméretezi a böngésző ablakát.
ide-oda ugralo DOM
Ez alatt mit értesz?
- A hozzászóláshoz be kell jelentkezni
A kep meretere gondoltam, hogy be lehet egetni, aztan, hogy azt mekkorara kicsinyiti, nagyitja utana az ember, az mar mas kerdes.
(Szerk: multi-device/meret: akkor meg el kell kuldeni a device info-t requestkor es rogton akkorara meretezni renderkor a div-eket.)
Ide-oda ugralas az az, mikor betoltessz egy oldalt, de lassu is, sok es nagy kepeket is akar betolteni, szoval az egesz page load eltart 5-10+ mp-ig, ami alatt siman megtalalod a cikket amire ra akarsz kattintani, keszited az ujjad, erre fogja magat es az epp betoltott kep miatt ugrik egyet az egesz oldal es jobb esetben melle kattintassz, rosszabb esetben tok mas cikket nyitsz meg.
Ott vannak a slideolos reklamok, panelek is, amik lejjebb toljak a tartalmat. Nyilvan van rajta egy setTimeout, hogy meg veletlenul se tudj nyugodtan olvasni, hanem kb a 3. mondat utan szepen letolja az egeszet, kovetheted szemmel. En ugy szeretek olvasni, hogy ahol epp tartok, az mindig kozel van a bongeszo tetejehez, igy konnyebb kovetni melyik sorra is kell ugranom kovetkezonek, foleg szeles soroknal. Na, amikor a cucc vissza-slideol, akkor meg mint a hulye gorgethetek visszafele, hogy ne csusszon ki a kepbol amit epp olvasok. Szoval orulok en ennek, hogy a CSS3 mar ilyeneket is tamogat, mostmar a sima weboldalak is annyira idegesitenek, mint regen a Flash az embereket :)
- A hozzászóláshoz be kell jelentkezni
Ja, akkor mondd azt, hogy a reklámok zavarnak :) Azok engem is. Mondjuk én keveset böngészek mobilon, tényleg csak akkor ha nagyon fontos, de ingyenes appoknál találkoztam ilyennel, amit írsz. Mindig pont akkor ugrik fel a reklám, mikor tappolnék, aztán persze a menüpont helyett a reklámon tappolok, úgyhogy zárhatom be a böngészőt meg egész úri huncutságok, mire eljutok arra a menüpontra, amit eredetileg szerettem volna.
- A hozzászóláshoz be kell jelentkezni
Elozobol kimaradt:)
Meg egy szerk: szoval itt nem az a baj, ha elforditja az ember, vagy ilyesmi, hanem azzal, hogy a bongeszo pageloadkor nem tudja, hogy az a kep, ami az oldal tetejen lesz, az konkretan mekkora is lesz, szoval nem ad neki magassagot (0px), majd mikor megjon a kep vegre (remelhetoleg 3rd party es nem a sajat cuccaikat szolgaljak ki ilyen lassan), akkor fogja magat a bongeszo, megnezi mekkora a magassaga, osztan ad neki annyit (Xpx + margin meg ilyenek), letolva az alatta levoket (a kattintas pillanata, mert mikor maskor csinalja ezt).
Amugy nem csak reklamokra, meg nem appokra gondoltam, hanem weboldalakra (index, 444). Nezd meg egyszer, hogy amint tudsz gorgetni, lejjebb gorgetsz kb. kozepre, es megnezed mennyit ugral meg utana. Akar desktopon is, de mobilon jobban kijon, foleg ha keves a terero es lassabb a net emiatt.
- A hozzászóláshoz be kell jelentkezni
"hanem azzal, hogy a bongeszo pageloadkor nem tudja, hogy az a kep, ami az oldal tetejen lesz, az konkretan mekkora is lesz, szoval nem ad neki magassagot (0px), majd mikor megjon a kep vegre (remelhetoleg 3rd party es nem a sajat cuccaikat szolgaljak ki ilyen lassan), akkor fogja magat a bongeszo, megnezi mekkora a magassaga, osztan ad neki annyit (Xpx + margin meg ilyenek), letolva az alatta levoket (a kattintas pillanata, mert mikor maskor csinalja ezt)."
Ezért azoknak kéne a körmére csapni, akik beraknak egy képet anélkül hogy megadnák a pontos méretét. Egyébként vicces, ez a probléma a kezdetektől létezik, ennek semmi köze a html5 csodákhoz :)
- A hozzászóláshoz be kell jelentkezni
Nyilvan, de amig mindenki fix meretekkel dolgozott (be voltak egetve a tablazatos layoutba a meretek), addig senkit sem zavart, hiszen a bongeszo rendereleskor minden info birtokaban volt. Most, hogy meg a kenyerpiritora is ugyanazt a UI-t akarjak kicsapni reszponzivan, semmi tampontot nem raknak a kodba.
De meg az egeszet el is fogadnam, ha csak az elejen, egyszer csinalna ezt, utana, ha mar cachelt a kepek nagy resze, akkor meg mar az ismert meret miatt azok meretet hasznalja. Nade mivel el kell menni a szerverig, hogy valtozott-e barmi is, igy ott is megvan egy jo par ms/s overhead ami vagy berangatja az oldalt, vagy nem :)
- A hozzászóláshoz be kell jelentkezni
Az utóbbiban igazad van, a cache-elt képek méretét eltárolhatná és használhatná. De ez nem változtat semmit azon, hogy ez nem egy html5-ös örökség, itt a hup-on is létezik, csak nézz meg akármilyen bejegyzést, amiben képek vannak, pedig ez a dizájn semmi html5-öt nem tartalmaz :)
- A hozzászóláshoz be kell jelentkezni
Az "Információk" alatt a "Letöltés"-t érdemes megnézni. Jelige: hamar munka ritkán jó, avagy jó munkához idő kell :-D
- A hozzászóláshoz be kell jelentkezni
Egy CSS nélküli HTML táblázattal, amiben benne vannak a termékek, és az áruk, jobban járna :-).
Röhej, hogy valaki el akar adni nekem valamit, és azzal kezdni, hogy telepítsek egy másik böngészőt, ha látni akarok valamit.
- A hozzászóláshoz be kell jelentkezni
Debreceni informatikus hallgató megcsinálta két nap alatt a honlapot egy huszasért. Hol a gond? Rengeteg ilyennel találkoztam. :)
--
"Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." John F. Woods
Get dropbox account now!
- A hozzászóláshoz be kell jelentkezni
Azért szakmailag is a toppon vannak. Azt írja Cserép 165 Ft/db. Márka, forma, szín, anyagszükséglet, stb? Minek az? :)
- A hozzászóláshoz be kell jelentkezni
SZerintem rendkívül mókás, mosolyogtam rajta pár percig. :)
Igaz, olyan mint ezek itt, legalábbis úgy néztem.
☆☼♫♪♫♪☼☆
AGA@
Fork portal és az egyik logóm :)
- A hozzászóláshoz be kell jelentkezni
Ez sokkal (igazából fényévekkel) viccesebb, de csak akkor nyisd meg, ha van rá legalább 20 perced, hogy végigscrollozd, megéri. Aki ismerte, attól ez úton is elnézést kérek.
- A hozzászóláshoz be kell jelentkezni
Jááááj... Ezzel az oldallal büntetni lehet :-P Nem scrolloztam végig, de basszus ezt még frissíti is a tulaj... #facepalm
Ja, ne attól kérj elnézést, aki ismerte, hanem azoktól, akik nem, és rákattintva heveny lábrázást kaptak tőle :-D
- A hozzászóláshoz be kell jelentkezni
Neeeee, szerintem direkt csinalja, poen :)
Szerk:
Vagy ahogy irja, egy erdeklodo amator. Mindenesetre ahhoz kepest, hogy nagyon nem ez a szakmaja, eleg jol megoldotta. 1-2 ev alatt piackepes fejleszto lehetne.
Szerk2:
Ha nem OpenOffice-szal rendereltetne.
- A hozzászóláshoz be kell jelentkezni
Ahogy irja, van egy rovid es modern honlapja is. Szinten futurisztikus.
Mas:
"A műtét során fény derült a nehéz ellés okára, az egyik kölyök elpusztult és oszlásnak indult, a közelében megrepedt a méh."
Ez eleg durva lehetett.
- A hozzászóláshoz be kell jelentkezni