- Vírusirtó topic
- Windows 11
- Call center-forradalom: AI alakítja át az ideges telefonálók hangját
- Milyen routert?
- ASUS routerek
- HBO Max & OD topic
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Sarokba szorította a Huawei az Apple-t Kínában
- Kínos ügy lett az OpenAI Scarlett Johansson-botránya
- Folyamatosan hazudott a bitcoin állítólagos feltalálója
Új hozzászólás Aktív témák
-
Karma
félisten
Nnna ez tényleg érdekes Kérdés mennyire kell smooth-osan animálnod, vagy elég az is, ha óramutatóhoz hasonlóan ugrál a pontok között. Utóbbi esetben ez alapján tudsz tiszta CSS/JS megoldást csinálni egy képből.
“All nothings are not equal.”
-
Karma
félisten
Ha az árnyékot megcsinálod külön képként, akkor ez a vonal járható, bár lábbalhajtós (persze kevésbé, mint amit linkeltem). Mondjuk az IE-t is le kéne kezelni talán (a feladattól függ).
Máshogy megoldani meg pl. HTML canvassal lehetne, arra azt rajzolsz amit akarsz. Például a KineticJS libbel ezt elég jól össze lehetne hozni, tisztán.
SVG/VML-hez meg a Raphael tud ilyesmit.
“All nothings are not equal.”
-
Sk8erPeter
nagyúr
'-webkit-transform': 'rotate(' + 50 + 'deg)',
Egyrészt nem jó, hogy csak a WebKit-alapú motorokkal foglalkozol, másrészt nincs értelme ennek a string-összefűzésnek, harmadrészt pedig ez nem így működik, hanem valahogy így:
van kipróbálható példa is jsFiddle-re felrakva.
Sk8erPeter
-
Sk8erPeter
nagyúr
"Először csak erre írom meg, aztán a többire."
Aztán jól elfelejted. Nincs értelme külön megírni, ha Google-be beírod a "CSS3 generator" kulcsszavakat, akkor máris találsz online generálóprogramokat, amik megírják helyetted azt a plusz ~három sort.Korábban pedig már linkeltem egy jól működő, kipróbálható kódot (mondjuk most pont nem működik átmenetileg a jsFiddle), azt miért nem veszed át?
Amúgy írja is a linkelt hsz.-ben, hogy "And, btw: you don't need to prefix css3 transforms with jQuery 1.7+".======
(#2603) trisztan94 :
"Rakj egy vesszot a kettospont helyere."
Ne rakjon, mivel itt objektumot ad át a .css() metódusnak. Láthatsz ilyenre példát a hivatalos oldalon:
http://api.jquery.com/css/[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Jó, hogy még neked áll feljebb. Ha esetleg nem sejtetted volna eddig, ebben a topicban nem fizetett bérsegítők vannak, akik azért vannak itt, hogy a kedves kérdéseket beböfögő és megoldásokat követelő kollégákat segítsék, hanem ugyanúgy dolgozó emberek, akik szeretnek szakmai kérdésekben segíteni, irányt mutatni, de nem mások helyett megoldani komplett problémákat. Nem ártana, ha az arcodból visszavéve megpróbálnád tisztelni az itt segítő emberek idejét is, amiből nekik sincs végtelen, és felnyomnál egy nyomorult példát jsFiddle-re, ahelyett, hogy pattognál, és azt várnád, hogy majd mi létrehozzunk magunknak egy példakódot, és teszteljük a működését. Ez nem így működik, az élet nem ilyen, bár lehet, hogy te eddig egy rózsaszín burokban éltél levegőben röpködő csillámpónikkal.
Nem is beszélve arról, hogy ha felteszel egy kérdést egy fórumban, de végül megoldódott a probléma, illik leírni a megoldást is. Ez persze mind a netikett témaköre, nem írott szabály.Sk8erPeter
-
Sk8erPeter
nagyúr
Egy kódnak a hibája sokszor csak élesben derül ki, vagy akkor tűnik fel, mi lehet rossz a megközelítéssel. Lehet tippelgetni, sejteni, hogy valami hiba valószínűleg elő fog fordulni vele akkor, amikor használod, lehet agyalgatni, de hidd el, mint említettem, másnak is van munkája, és kevés az ideje, ha már kódban hibát kell keresni, sokkal szívesebben teszi szerintem mindenki egy demó alapján. Mint a topicban láthatod, elég sokszor segítünk, te is kaptál már a kollégáktól segítséget.
Amúgy meg rohadtul nem értem, miért olyan nagy probléma neked felrakni egy egyébként jsFiddle-re bejelentkezés után bármikor törölhető demót (ha az a problémád, hogy így más is eléri később is a kódodat, bár amit egyszer felraksz, azt ne várd, hogy nem fordulhat elő, hogy vki leszedi), miért várod el tőlünk, hogy időt szánjunk rá, ha te magad nem vagy hajlandó időt szánni arra, hogy megkönnyítsd a mi dolgunkat. Ezt így felejtsd el.Sk8erPeter
-
martonx
veterán
Egyrészt a selector-od nem jó, valami ilyesmi kellene $(".banner img")
Másrészt, el kellene dönteni, hogy jquery objektumként kezeled a kapott objektumot, vagy plain javascript objektumként.
A "[0]"-val plain js-ként kezeled, ott viszont ugyebár nem fog tudni hatni a jquery-s magic.Azaz: $(".banner img").addClass("kiskutya") vagy valami ilyesmi fog kelleni neked, meg jó sok css tanulás, plain javascript tanulás, jquery tanulás mert zavart érzek a fejedben.
[ Szerkesztve ]
Én kérek elnézést!
-
-
martonx
veterán
A teszt megmutatta, amit eddig is tudtunk (link), hogy egy getelementbyId sokkal gyorsabb, mint egy komplex querySelect. Mivel CSS-ben kénytelen vagy komplex selectorokat használni, ezért szerintem tisztább érzés js-ben is ugyanazokat a selectorokat használni, nem pedig külön elkezdeni egy csomó getelementbyAkármi-ből összeollózni a végeredmény elemet. Másrészt itt azért nanosecundumokról beszélünk, és a css miatt a böngészőnek egyébként is folyamatosan querySelector-ozni kell. Azaz nem az a lényeg, hogy find-ot használsz-e, hanem hogy a végén getelementByAkármi-re fog a kód fallback-elődni, vagy querySelectorra. Azaz a find is pont ugyanolyan "lassú" tud lenni, ha find("#akármi img") a selectorod benne.
Ha ennyire nagy teljesítmény fan vagy, akkor miért jquery-zel? Találkozzunk inkább a sima javascript topikban Régen én is ilyen voltam, pláne mobiloknál tud ez kritikus lenni. Aztán, amikor megláttam, hogy a 30K-s kétmagos mobilon is milyen gyorsan fut minden, és mennyi mindenhez kell jquery, ráhagytam az egészet, és már csak az érdekel, hogy minél szebb, olvashatóbb legyen a végeredmény kód.
Én kérek elnézést!
-
Sk8erPeter
nagyúr
"Esetemben van 4 kép, és én csak az elsőre szeretném rárakni."
Lehetőségek tárháza:
1. http://api.jquery.com/first-selector/
$(".banner img:first").addClass("kiskutya");
2. http://api.jquery.com/first/
$(".banner img").first().addClass("kiskutya");
$(".banner img").eq(0).addClass("kiskutya");
4. http://api.jquery.com/eq-selector/
$(".banner img:eq(0)").addClass("kiskutya");
5. http://api.jquery.com/slice/
$(".banner img").slice(0, 1).addClass("kiskutya");
[ Szerkesztve ]
Sk8erPeter
-
martonx
veterán
Ez egyrészt dícséretes, de nem-e előbb meg kellene tanulni az alapokat, és amikor már belátsz a motorháztető alá is, és az akkori tudásod birtokában vagy, majd akkor eldönteni, hogy akarsz / van-e értelme ilyen mikrooptimalizációkkal szórakozni? Hidd el az optimalizálásoknak rengeteg fajtája van weben, és ez lesz az utolsó, amit be kell majd vetned, már ha valaha is...
Én kérek elnézést!
-
Sk8erPeter
nagyúr
"Amúgy mit gondoltok a javascript OOP felhasználásáról? Érdemes lenne azzal is foglalkozni, vagy annyira nincs jelentősége mint mondjuk PHP-ban?"
Szerintem a kérdés második felének nincs abszolúte semmi értelme (az elsőnek még lenne). Mégis mitől játszana már fontosabb szerepet az objektumorientáltság PHP-ben, mint JavaScriptben? Eleve PHP esetén az 5-ös major verzióig nem beszélhettünk objektumorientáltságról. A JavaScript meg valamelyest eleve objektumorientáltan lett tervezve, még ha a klasszikus értelemben véve nem is feltétlenül OOP, de mégis valamennyire az, csak az objektumorientáltsága kicsit körülményes. Prototype kulcsszónak nézz utána.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Introduction_to_Object-Oriented_JavaScript
Egyébként nyilván érdemes foglalkozni vele. Van jelentősége, ha szervezett kódot szeretnél. Agyonerőltetni nem kell, de hogyne lenne érdemes belemenni.(#2970) Jim-Y :
Azért gondolom csak értetted, mire utalt. Lehet írni simán functionöket mindenhova, egységes struktúra kialakítása nélkül is működőképes kódot lehet összehozni. Feladattól függ, nyilván sokszor érdemes objektumszerűségekben gondolkodni. Nem arra kérdezett rá, hogyan írja át a core-t...Sk8erPeter
-
Jim-Y
veterán
Amúgy nem egy rossz kérdés. Érdemes megrágni picit (bár nem a jquery topikban kéne, no mindegy)
A véleményem az, hogy azért látsz erről kevesebb infót, mert a PHP-t főleg szerver oldalon használják, vagy legalábbis ebben a kontextusban amiről beszélünk, a javascriptet pedig főleg kliens oldalon. Na most az olyan témakörök, mint Osztály, öröklődés leginkább az adatok/állapotok tárolásával hozhatóak összefüggésbe. Adott objektumokat írunk le egy osztállyal, és ezen onjektumokat akarjuk perzisztálni valamilyen módon. Adatokat pedig rendszerint adatbázisba mentünk, az pedig a szerver oldalra tartozik.
Kliens oldalon nem szokás adatokat tárolni. Van rá lehetőség (indexedDB, localstorage stb..) de nem jellemző. Szerintem már csak ezért sem találkozni olyan sűrűn a klasszikus értelemben vett osztály fogalmával kliens oldali javascriptben.
De van olyan use-case, ahol igenis előjönnek ezek a fogalmak kliens oldalon is. Most két ilyen jut eszembe, az egyik a játék készítés. Pl canvas, objektumokat mozgatunk stb. A másik ha pl DTO-kal dolgozunk. (data transfer objects). Ez utóbbira use-case lehet, ha a szerver oldaltól JSON objektumként kapjuk meg a kívánt adatot amit megfeleltetünk egy JS-beli objektumnak.
pl. var product = new Product(); product.fromJSON(prodFromDatabase);
A fenti állításom is talán alátámasztja az, hogy a szerver oldali javascriptben sokkal nagyobb szerep jut ezen fogalmaknak. Esetleg nézd meg ezt a bejegyzésem amit a napokban írtam [link] Itt is szerepet játszanak a klasszikus oop-s szerepkörök, pedig ez egy abszolút minimalista projekt. De például a blog-bejegyzések kezelését egy külön osztály végzi, hogy elszeparáljam az ehhez tartozó kódot a projekt "fő folyamától". Vagy ugyaninnen példa, hogy a Utility funkciókat kiszerveztem egy külön modulba, ez is OOP-s megközelítés. stbstb
---------
A véleményem az, hogy nem az teszi az embert jó web-programozóvá, hogy rogyásig ismeri a jquery-t, és összetesz vele valamilyen minőségű weboldalt. Hanem, hogy ismeri a nyelv lehetőségeit, tudja, hogy mikor mit érdemes használni. Képes olyan kódot írni, ami letisztult, képes a nyelv eszközeit jól használni. Mielőtt még úgy jönne le, én nem tartozom ezen emberek közé. De törekszem rá. ^^
[ Szerkesztve ]
-
Cathfaern
nagyúr
Ha csak nem valami speciális esetről van szó, akkor jó eséllyel nem javasolt fix ideig várni semmire... szóval első körben az a kérdés, hogy miért akarsz X secet várni? Ha valami időzítéssel kapcsolatos dologról van szó, akkor azt jobb valami eseménnyel lekezelni és nem csak várni egy fix ideig.
De ha mindenképp X secet kell várni, azt így lehet megoldani pl.: [link]
(értelemszerűen ha nem elég a disabled, akkor .off-al leszedni, meg .click-el visszarakni az .attr-ok helyett)[ Szerkesztve ]
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
A felesleges overhead elkerülése miatt MINDEN programozási nyelvre igaz, hogy érdemes az egyes függvény-/metódushívások visszatérési értékeit eltárolni egy változóba, ha az adott kódrészlet(ek) végrehajtása során azokra többször van szükség - persze a változásokat (ha a függvény/metódus időközben más eredményt adna vissza) frissíteni kell. Arra azért figyelni kell, hogy ne menjen át gányolásba, tehát pl. ne érje el mindenki a változót, akinek nincs is rá szüksége, ne szemeteld vele a globális scope-ot, ha ez elkerülhető (van, amikor nem elkerülhető, de azért legtöbbször valami "burkolás" megoldható), stb.
Sk8erPeter
-
DNReNTi
őstag
Lehet nem is kell hozzá lib, de ha mégis, akkor itt van egy pénzért, vagy talán ez ingyér.
but without you, my life is incomplete, my days are absolutely gray
Új hozzászólás Aktív témák
- -70% HP EliteBook 850 G7:i7 10610U,32GB RAM,512GB SSD,15.6" FHD,vil.MAGYAR numeri.bill,WWAN 4G,Win11
- ASUS TUF Gaming GeForce RTX 4070 Ti 12GB
- Hama Ultraslim Fali konzol (TV)
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 12,9 128GB - 256GB Wi-Fi Azonnal DEÁK TÉRNÉL Átvehe
- Női városi bringa (Sierra City)
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs