- Út Korea turistaparadicsomába, amiről talán még sosem hallottál: Csedzsu-sziget
- Perplexity Pro AI képszerkesztési limit -egy képgenerátor függő tapasztalatai
- Adattár lemez előkészítése távlati Windows telepítéshez
- Jelszóvédett IBM Thinkpad R50e működőképessé tétele.
- ATK Blazing Sky X1 Ultimate Metallic Red gamer egér
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Gurulunk, WAZE?!
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- eBay-es kütyük kis pénzért
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- gban: Ingyen kellene, de tegnapra
- gerner1
- GoodSpeed: Perplexity Pro AI képszerkesztési limit -egy képgenerátor függő tapasztalatai
Új hozzászólás Aktív témák
-
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.
-
#3072
Sk8erPeter
nagyúr
Zedz
#3068
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.
-
#3067
Sk8erPeter
nagyúr
Zedz
#3063
Sk8erPeter
nagyúr
-
#3038
Sk8erPeter
nagyúr
Zedz
#3035
Sk8erPeter
nagyúr
Ha már egy-egy változóban eltároltad azokat a jQuery-objektumokat, amikre szeretnél valamilyen event handlert kötni (ahogy esetedben), vagy egyéb műveleteket végezni, használd a jQuery .add() metódusát:
http://jsfiddle.net/8kcz885o/ -
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) -
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á. ^^
-
#2971
Sk8erPeter
nagyúr
Zedz
#2969
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... -
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...
-
#2963
Sk8erPeter
nagyúr
Zedz
#2956
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");
-
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. -
-
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. -
#2691
Sk8erPeter
nagyúr
Zedz
#2689
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. -
#2687
Sk8erPeter
nagyúr
Zedz
#2686
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. -
#2607
Sk8erPeter
nagyúr
Zedz
#2602
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/ -
#2601
Sk8erPeter
nagyúr
Zedz
#2600
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.
-
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.
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 
Legalábbis szerintem.
mert zavart érzek a fejedben.
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.
Új hozzászólás Aktív témák
Hirdetés
- HP 15.6 ",AMD A10,jó állapotú,magyar billentyűzet
- Fujitsu ,15,6",8.gen.i5,világító.bill, 4G LTE,8-32GB/256-512,jó akku,szép
- Dell,14"FullHd IPS,core i5 6440H(fiz.4MAG!),8-16GB DDR4 RAM,Vil.bill,256-512GB SSD,Jó akku,szép
- HP,15.6" FullHd IPS,8.gen.core i5 (8X4,0Ghz)8-32GB RAM,256GB-1TB SSD,nagyon jó akku, szép á
- Lenovo ThinkCentre E93z All In One számítógép, Windows 11 rendszerrel
- 6 GB-os Quadro RTX A2000 kártyák - garanciával
- VADIÚJ Bontatlan! Honor 400 Lite 8/256 AMOLED 120Hz Velvet Grey, Dual SIM
- DELL Thunderbolt TB16 dokkoló
- Surface Laptop 7 Business edition - Intel Core ultra 5 236V energiahatékonyabb az intelnél! -olvass
- Gamer PC-Számítógép! Csere-Beszámítás! R7 5800X / RTX 3070 / 32GB DDR4 / 500GB SSD
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest