- Kínos ügy lett az OpenAI Scarlett Johansson-botránya
- Windows 11
- Folyamatosan hazudott a bitcoin állítólagos feltalálója
- ASUS routerek
- Bittorrent topik
- A tüntetések ellenére is bővítheti német gyárát a Tesla
- Microsoft Excel topic
- YouTube
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Windows 10
Új hozzászólás Aktív témák
-
fordfairlane
veterán
válasz Sk8erPeter #2349 üzenetére
lehet, hogy én értelmeztem rosszul, de sztem az elsődleges problémája az volt, hogy hogyan lehet egyáltalán kinyerni magát a timestampet a dátumválasztóból.
Egyrészt ez az adott plugintől függ, a doksijában nyilván le van írva az interfésze. Másrészt viszont ha az adott nyelv támogatja a dátumkezelést, akkor nem feltétlenül a timestamp a legcélszerűbb formátum a dátum aritmetikához.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz fordfairlane #2351 üzenetére
Ezzel egyetértek. Ráadásul JavaScriptben pont rohadt egyszerű összehasonlítani a dátumokat (mondjuk Ti is ezt fejtegettétek).
(#2350) spammer : nincs mit.
De azért tényleg fontold meg, hogy jó-e neked a timestamp, mert sanszos, hogy túlbonyolítod.Sk8erPeter
-
ahetaton
csendes tag
Sziasztok!
Az a problémám, hogy akad két Jquery.
Tökéletesen működik a banner sliderem, de amint a Contact menüpontra kattintok, ahol van egy jqueryt használó captcham, a slider nem töltődik be( a captcha működik).
Probáltam noconflictot, de nem használt.
Esestleg valami ötlet?2.5-s Joomlát használok.
Bannerslider: http://www.unitecms.net/joomla-extensions/unite-revolution-slider-responsive
Captcha: http://www.myjqueryplugins.com/jquery-plugin/qaptcha -
Sk8erPeter
nagyúr
Csak érdekességként: az Opera most átáll a WebKitre, és a 15-ös változata (ld. Opera Next) egyelőre sajnos eléggé hasonló lett a Chrome-hoz (ergo egy kiherélt ...khmm... böngésző, amit csak extensionökkel lehet igazán használhatóvá tenni; természetesen nagy is a felháborodás az Opera power userek között, akik pont azért szerették a böngészőt, mert agyonkonfigurálható), és ennek kapcsán került az Opera topicba egy link, a jQuery egyik fejlesztője beszél kicsit negatívan a WebKitről (feltételezem, a 2.x változatok kapcsán):
https://blog.mozilla.org/gen/2013/02/14/tragedy-of-the-webkit-commons/
-->
http://blog.methvin.com/2013/02/tragedy-of-webkit-commons.html"jQuery Core has more lines of fixes and patches for WebKit than any other browser. In general these are not recent regressions, but long-standing problems that have yet to be addressed.
It’s starting to feel like oldIE all over again, but with a different set of excuses for why nothing can be fixed."
Sk8erPeter
-
Cathfaern
nagyúr
válasz Sk8erPeter #2355 üzenetére
Elvileg pont ezért forkolta a Google a webkitet és kezdte el fejleszteni a saját verzióját, nem?
-
Sk8erPeter
nagyúr
válasz Cathfaern #2356 üzenetére
Itt most nem értettem az ok-okozati összefüggést, konkrétan mire gondolsz?
Azt nem tudom, a Chromium/Chrome mennyire mentes a problémák szőnyeg alá söprésétől ilyen szinten, de bőven lehet találkozni ott is érdekes bugokkal, tehát feltételezem, a forkolás önmagában nem mentett meg semmitől.Ja, most látom, az előbb elfelejtettem írni, hogy az Opera konkrétan a Chromium egyik változatát forkolta, pedig az elég lényeges, így a hasonlóság csöppet sem meglepő, de elvileg már dolgoznak rajta egy ideje, ezért reménykedtem benne, hogy többet sikerül kihozniuk a böngészőből ennyi idő alatt, de sajnos egyelőre a Chrome-hoz hasonlóan nem túlzottan konfigurálható, kevés érdemi, jó újítás van benne, cserébe kiszedték a könyvjelzőzhetőséget, helyettesítették egy teljesen degenerált funkcióval (ez itt OFF lenne, de elég gáz gondolatmenet).
Igazából az érdekes csak az volt, hogy a WebKit-böngészőmotor sokak számára az etalon, pedig tele van hibákkal, és kíváncsi voltam, mit szóltok hozzá. Na meg egyszer valamelyik topicban szóba került ez a téma, és hasonlóról beszéltem korábban, hogy ez az ajánlásoktól/szabványoktól eltérés megint kezd visszatérni ezekkel a gyökér prefixekkel, meg konkrét böngészőmotorokra teszteléssel, ami a korábbi, IE által képviselthez hasonlóan nem a jó irány.
A topicba vágó rész csak az, hogy a jQuery mennyi bugfixet tartalmaz konkrétan a WebKit-motor hülyeségei miatt.
[ Szerkesztve ]
Sk8erPeter
-
Cathfaern
nagyúr
válasz Sk8erPeter #2358 üzenetére
Én erre gondolok: [link]. Opera (meg stabil chrome) még nem ezt használja. Ugyebár arra hivatkoztak a fejlesztők, hogy azért akarnak különvállni a webkittől, mert az túlzottan meg akarja tartani a régi dolgokat, és emiatt egyre nehezebb értelmesen fejleszteni. Jquery-sek meg végülis ugyancsak ilyen régi dolgokra hivatkoznak.
Opera amúgy egy az egyben a Chrome féle webkitet használja (és fogja majd a Blinket), nem saját fejlesztés (mint pl. Safarinál)Ja igen, én ezt kifejezetten csak a JQuery-s része írtam, a többi persze független ettől
-
ahetaton
csendes tag
válasz ahetaton #2353 üzenetére
Sziasztok!
Továbbra is problémám van a jQuery összeakadással.
noconflict, $->jQuery csere, már minden volt amit csak kilehet próbálni, de semmi változás.
Nem tudom, hogy valamelyikőtök vágja-e annyira a jquery-t, vagy tudna e segíteni abban(már fordított módszerrel csinálom), hogy lecsupaszítani a behívott jquery.js fájlt.
Azt hiszem az 1.7.2-s verzió van használatban.Ezt a captchat használom: [link]
És csak azt a részt kéne bent hagyni a jquery fileban, amit a captcha használ.
Nem tudom, hogy van erre lehetőség, hátha nektek van ötletetek.
Köszönöm!
-
Jim-Y
veterán
válasz ahetaton #2360 üzenetére
nem lehet, hogy összeakad a két kód? A slider meg a captcha? Úgy értem, hogy egy azon html elemre próbálná szerencsétlen meghívni ezt is, és azt is, aztán csak az egyik hívódik meg az elemre valami miatt?
Próbáldd úgy finomítani a kódot, hogy ha a Contact részre kattint az ember akkor CSAK a captcha (vagy amit akarsz) fusson le.Én szinte biztos vagyok benne, hogy nem a jqueryvel van a probléma, hanem a kódoddal...
[ Szerkesztve ]
-
ahetaton
csendes tag
Mind a 2 használ jqueryt, a bannerslider meg a captcha is.
A captcha az imént feltöltöttet a slider ezt:
http://ajax.googleapis.com/ajax/libs/jquery/1.8.3/jquery.min.js?app=revolution_sliderPróbáltam ugyan arra irányítani őket, de a captcha csak a saját jquery.js-ével működik, de ha a sliderhez adom ezt a js-t akkor ugyan úgy akad.
Nem szeretném úgy finomítani, hogy csak az egyik hívódik meg, mert nekem mind a kettőre szükségem van.
Négy .js fájlt hív be a captcha amiből ha a jquery.js-t kiveszem (így természetesen nem működik a captcha), akkor a bannerslider működik. Ezért gondoltam, hogy valami van a jquery.js-el.Amit az interneten eddig találtam minden lehetőséget kipróbáltam, de vagy az egyik nem működik vagy a másik.Továbbá bonyolít a dolgokon, hogy CMS rendszerrel készítem az oldalt így még összetettebb a történet. :S
-
ahetaton
csendes tag
-
martonx
veterán
válasz ahetaton #2365 üzenetére
Nem buherált, csak azt kellene elérned, hogy csak 1 jquery legyen használatban, és az az 1 is csak egyszer legyen behúzva.
Küldd el légyszi a 3 féle esetet tükröző html header állományt, hogy lássunk végre valami kódot is.1. eset: mindkét cucc a saját jquery-jét használja.
2. eset: mindkét cucc a captcha jquery-jét használja.
3. eset: mindkét cucc a slider jquery-jét használja.Én kérek elnézést!
-
ahetaton
csendes tag
Sikerült megoldani. Joomlában PHP-ban is behívtam a jqueryt és minden máshonnan kiszedtem.
Köszönöm a segítséget. -
spammer
veterán
Van egy form, aminek a submitjára kattintva betölt plusz bejegyzéseket a már meglévők után.
$('#loadmoreForm').submit(function () {
$.post($("#loadmoreForm").attr("action"),
$("#loadmoreForm").serialize(), function(html) {
$("#moreposts").hide().html(html).fadeIn();
});
return false;
});A probléma az, hogy a #morepost divbe betölti az egész oldal head részét meg mindent szart újra, és szétcsúszik az egész oldal. Pedig a fájl, amiből beolvasná a plusz tartalmat már csak egyetlen nyomorult echo-zott szöveget tartalmaz, semmi mást. Nincs benne újra head tag meg semmi html kód, kizárólag az echozott szöveg.
szerk: a lényeg, hogy mit is szeretnék:
A postok alatt van egy üres #moreposts div és ebbe szeretnék page refresh nélkül újra betölteni néhányat. Majd ha újra kattintok a gombra, akkor megint néhányat és így tovább... Mint ahogy az sok millió oldalon látható, általában postoknál, kommenteknél. Persze nem lényeg, hogy formmal működjön, lehet link click function is, mindegy, csak most ez volt kéznél.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz martonx #2370 üzenetére
Na a hibát javítottam, most már szépen betölti a cuccost, csak most még meg kellene oldanom, hogy ha újra rányomok a submitra, akkor ne törölje az előzőleg már betöltött tartalmat, hanem mindig újra és újra adja hozzá az előzőhöz. Most betölt 1 új bejegyzést, de ha rányomok a submitra, akkor betölti a következőt, de eltűnik az előző.
Próbáltam úgy, hogy hozzáadok egy ilyet:
$('<div>').appendTo('#moreposts').html(html);
Ezzel már 2 -t be tudok tölteni egymás után, de a harmadikra már csak simán megnyitja a php oldalt, ahelyett, hogy onnan töltene be tartalmat.
Guglizok, de nem tudom, hogy pontosan mit is kellene keresnem a megoldáshoz.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Sk8erPeter
nagyúr
válasz Cathfaern #2359 üzenetére
Ja, hogy erre gondolsz, okés, igen, biztos, hogy sok bugfixet fog tartalmazni, bár én eddig inkább elsősorban a javított teljesítményoldaláról hallottam a dolognak, de itt olvashatók egyéb dolgok is:
http://www.chromium.org/blink/developer-faq#TOC-What-sorts-of-things-should-I-expect-from-Chrome-
"Implement the DOM in JS. This has the potential to make JavaScript DOM access dramatically faster, but will involve a very large re-write of WebKit’s DOM implementation. IE is already doing this and overall, this helps yield faster GC, and faster DOM bindings"
"Fix old bugs like plugins unloading when they're set to display:none.
Allow generated content to be selectable and copy-pasteable.
Rewrite event handling to be more consistent and have fewer bugs with focus, mouse up, clicks, etc.
Fire <iframe> unload events async to make removeChild faster."stb., most csak kiszedtem párat. Szóval biztos, hogy ezek mind hoznak változásokat, lásd például a kiemelt részt, gondolom ilyen jellegű fixálások is vannak a jQuery-ben (de nem hobbim nézegetni a jQuery kódját ilyen mélységekben ).
"Opera amúgy egy az egyben a Chrome féle webkitet használja (és fogja majd a Blinket), nem saját fejlesztés (mint pl. Safarinál)"
És hol mond ez ellent annak, amit korábban írtam?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz ahetaton #2368 üzenetére
Az eredeti probléma szép megoldására nem sikerült rájönni, hogy a Joomla ne erőltesse, hogy valamiért két jQuery-fájlt akar betölteni? (nem "behívni" )
(Legalábbis engem szokott zavarni, ha valamit favágó módon oldok meg, még ha csak gyors tűzoltásként is. )
Most tulajdonképpen hogyan oldottad meg? "Erőszakkal" módosítottad a valahogyan a template-fájlokat, pluginek kódját? Vagy hogy? A Joomlát mondjuk nem ismerem, de biztos, hogy megoldható, hogy csak egyszer legyen include-olva a jQuery. Ami problémát szokott jelenteni, hogy bizonyos plugineknek bizonyos konkrét jQuery-verziókkal függősége van. De az mindenképp anomália, ha kétféle jQuery-fájlt is include-ol a Joomla. Tudni kéne azt is, hogy ez a QapTcha nevű plugin egy külön Joomla-komponensként lett telepítve, vagy pedig saját kóddal tákoltad bele. Ha saját kóddal, akkor az nem a Joomla felelőssége, hogy ne legyen kétszer include-olva a fájl. Ahhoz viszont látni kéne, mi volt elrontva a kódban.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz spammer #2369 üzenetére
$('#loadmoreForm').submit(function () {
$.post($("#loadmoreForm").attr("action"),
$("#loadmoreForm").serialize(), function (html) {
$("#moreposts").hide().html(html).fadeIn();
});
return false;
});És most számold össze, hány aláhúzás van.
Összesen 3. Tehát 3 felesleges metódushívás. Egyrészt zaj a kódban, másrészt felesleges overhead.
Képletes példával élve gondolj bele, hogy mondjuk nincs otthon kalapácsod, mégis van 3 szöged, amit be kell verned. Át kell menned a szomszédhoz, hogy kölcsönkérd a kalapácsot, tételezzük fel, hogy minden egyes átmenésedkor készséggel ad is neked egy kalapácsot minden morgás nélkül. OK, beütöd az első szöget, elégedetten nyugtázod, milyen ügyes voltál, aztán visszaviszed a kalapácsot a szomszédnak. Ja, hoppá, van még kettő szög. Átmész a szomszédhoz, elkéred a kalapácsot, beütöd a következő szöget, megcsodálod, hogy sikerült beverni, és visszaviszed, megköszönöd szépen. Ja, de van még egy harmadik szöged is, azt is be kéne verni, na, akkor megint átmész, és kölcsönkéred a kalapácsot, bevered, visszaviszed.
Nem egyszerűbb egyszer elkérni azt a nyomorult kalapácsot, és magadnál tartani, amíg be nem vered mind a három szöget vele?A példa lehet, hogy nem a legjobb, de talán érzékletes - a 3 külön átmenés melós, fárasztod magad feleslegesen, meg még egy csomó pluszidő is elmegy vele: ez az overhead.
Általános programozási elv, hogy érdemes elkerülni az overheadet ott, ahol lehet (nyilván értelmes keretek közt, lásd pl. a szóban forgó esetet, ahol nagyon könnyen elkerülhető).
Ennek fényében átalakítva a kódodat:// itt a kalapács!
var $loadMoreForm = $('#loadmoreForm');
var $morePosts = $("#moreposts");$loadMoreForm.submit(function () {
$.post($loadMoreForm.attr("action"),
$loadMoreForm.serialize(), function (html) {
$morePosts.hide().html(html).fadeIn();
});
return false;
});A hibád okát pedig könnyen kiderítheted abból, hogy megnézed, mi megy el szerveroldalra, és mi az onnan kapott válasz.
Nyisd meg a böngésző fejlesztőpanelét (F12, vagy Operában Ctrl+Shift+I), és a Network (Chrome, Opera Dragonfly, khmm, IE10) vagy Net (Firebug) fülre kattints; itt tudod követni a kliens és szerver közti kommunikációt, kérést, választ, headereket, státuszkódokat, stb.(#2371):
"Próbáltam úgy, hogy hozzáadok egy ilyet:
$('<div>').appendTo('#moreposts').html(html);"
Ezzel pont szépen felülírod a korábbi tartalmat.Átalakítva:
$('#moreposts').append('<div>').append(html);de az ilyen rendkívül fantáziadús "html" és hasonló neveket kerüld el, egyrészt mert egyáltalán nem informatív (mondjuk egy serverResponseInHtml vagy hasonló már informatívabb lenne), ráadásul így kavarodást okoz a kódra ránézve, mivel a .html() egy metódus neve is...
Sokszor elmondom, de most is: inkább legyen hosszú egy változónév/függvénynév/metódusnév/..., mint hogy nulla információt közöljön az olvasóval. Nézd meg a Java, C# metódusait, sokszor jó rohadt hosszú nevük van, hiszen így kifejezi, mire is való az az adott metódus, és így már maga a kód is olvastatja magát, úgy, hogy még egy sor kommentárt nem írtál hozzá.[ Szerkesztve ]
Sk8erPeter
-
martonx
veterán
válasz Sk8erPeter #2375 üzenetére
Annyit tennék még hozzá, hogy a számítógépeknek teljesen lényegtelen, hogy milyen hosszú egy változó, vagy függvény név, azaz tényleg nincs minek visszatartania az egyszeri programozót a normális nevezéktan használatától. Pláne a mai intellisense-es világban még kiírnod se kell a neveket.
Én kérek elnézést!
-
spammer
veterán
válasz Sk8erPeter #2375 üzenetére
és (#2372) Jim-Y
Köszi, megpróbálom.
Nem én találtam ki ezeket (én hülye vagyok js/jQueryhez), de stackoverflow-n meg egy rakás más helyen is ilyen kódokat lehet találni, én csak megpróbáltam felhasználni
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Sk8erPeter
nagyúr
válasz spammer #2377 üzenetére
Hát akkor ha ilyet látsz stackoverflow-n, akkor azt szerkeszd valami értelmes kódra. De a lényeg, hogy a szar változónevek használatát kerüld, az teljesen lényegtelen, hogy valaki hülyeséget prezentált, attól még neked nem kell azt követni...
Ráadásul az ilyen minimalizált változóneveket kicserélni mindenhol két kattintás.(#2376) martonx :
Igen, pontosan ezért nem értem, mégis mi a francért rövidítgetik emberek a kódjaikat. SEMMI nem szól emellett (lespórolt vele 2 percet összességében, hagyjuk már, később ránéz, aztán elb@sz 15, 30 vagy épp 123124987324 percet azzal, hogy rájöjjön, mit is csinál az a nyomorék változó/függvény/metódus), főleg nem az átláthatóság.Sk8erPeter
-
trisztan94
őstag
Sziasztok!
jQueryUI Bounce effect problémám van.Így néz ki a html:
<div id="content">
<img id="card" src="img/card.jpg" alt="Kreaterv" />
<img id="main-image" src="img/main.png" alt="" />
</div>A content div az az a div amiben a fekete kép van, tehát már nem tartozik bele a felső és alsó fehér sáv.
A card.jpg a névjegykártya, a main.jpg pedig ami lefedi azt.css:
#content{
height:320px;
width:650px;
}
#main-image{
height:320px;
width:650px;
margin-top:-285px;
}
#card{
height: 250px;
margin-top:35px;
margin-left: -38px;
}js:
$('#kap').click(function() {
$('#card').effect("bounce", { direction:'left', times:3 }, 1200);
return false;
});
$('#card').mouseover(function() {
$(this).animate({
marginLeft: "-300px"
}, 500);
});
$('#card').mouseout(function() {
$(this).animate({
marginLeft: "-38px"
}, 500);
});a "kap" a kapcsolatok menüpont id-je.
Gondolom a videóból látni, hogy mi a probléma.. annyi, hogy mouseover-re szépen kianimálódik balra, mouseout-ra szépen vissza. Viszont a kapcsolat menüpontra kattintva a kívánt bounce effect helyett valamiért mintha kapna egy nagyobb z-index értéket, vagy nem tudom...
5let?
[ Szerkesztve ]
https://heureka-kreativ.hu
-
martonx
veterán
válasz trisztan94 #2379 üzenetére
Felejtsd el a jquery-s animációkat. Oldd meg HTML5-ös css animációval. Igaz, hogy lesz pár lúzer, akinek a böngészője ezt nem fogja támogatni, ők animáció nélkül csak annyit fognak látni, hogy kint terem, meg alaphelyzetben terem a cucc.
Én kérek elnézést!
-
fordfairlane
veterán
válasz trisztan94 #2379 üzenetére
Viszont a kapcsolat menüpontra kattintva a kívánt bounce effect helyett valamiért mintha kapna egy nagyobb z-index értéket, vagy nem tudom...
A z-indexek be vannak állítva?
x gon' give it to ya
-
trisztan94
őstag
válasz fordfairlane #2382 üzenetére
Nem voltak, de beállítva is ugyanaz a helyzet
https://heureka-kreativ.hu
-
fordfairlane
veterán
válasz trisztan94 #2383 üzenetére
Csak azért kérdezem, mert emlékeim szerint ha nem pozicionáltak az elemek (absolute, relative), és nincs ezáltal takarási sorrend beállítva, akkor eléggé véletlenszerű, hogy mikor melyik elem takarja el a másikat.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz trisztan94 #2379 üzenetére
Tudsz esetleg összerittyenteni egy jsFiddle-demót róla? Persze ne az eredeti dizájnnal, annak gondolom nem örülnének, csak valami tök leegyszerűsített hasonlóval. Engem legalábbis érdekelne, hogyan oldottad meg.
Ezenkívül azt látom, hogy magát az <img> taget mozgatod ide-oda, ami alapvetően ugye display: inline; tulajdonsággal rendelkezik, nem lehet-e esetleg, hogy ez így nem jó, és be kéne burkolni akár egy divvel, és magát a divet mozgatni. Legalábbis láttam hasonló anomáliákat ilyen esetekben, lehet, hogy konkrétan erre egyáltalán nem stimmel, amit feltételeztem, de egy kísérletezést megér.Sk8erPeter
-
trisztan94
őstag
válasz Sk8erPeter #2385 üzenetére
Hat vegul martonx javaslata szerint oldottam meg, css animációkkal.
Elotte megprobaltam azert azt is amit te mondtal, eloszor a kepeknek adtam egy display: block tulajdonságot, ez nem hasznalt, utana beraktam oket egy-egy container div-be, azoknak is adtam display:blockot (meg meg sok mast), de nem volt jo egyikkel sem
Azert koszi!
Ha gondolod leirhatom, hogy vegul hogy oldottam meg
[ Szerkesztve ]
https://heureka-kreativ.hu
-
fordfairlane
veterán
válasz trisztan94 #2386 üzenetére
Szerintem nem azzal volt a gond, hogy a display attribútum nem volt megfelelően beállítva. Ha egy elemet beraksz visibility attribútum nélkül, akkor a takarási sorrend a kódbeli sorrend lesz. Ezeket az elemeket viszont nem lehet szabadon pozicionálni.
Nekem az a gyanúm, hogy a jquery úgy animálja az oldalelemeket, hogy először átkonvertálja őket pozicionálható elemekké, legalábbis azokban a böngészőkben, amelyek nem támogatják a css animációkat. Ennél a konverziónál történhet a z-index probléma megjelenése. Talán megoldást jelenthet az, hogy eleve absolute vagy relative pozicionált elemként teszed be a blokokat, és beállítod z index-szel a takarási sorrendet.
Sajnos nincs időm kipróbálni, én erre gondolok, hogy ez okozhatta a problémát.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz trisztan94 #2386 üzenetére
Hát jó, leírhatod, hogy oldottad meg.
Bár engem az eredeti probléma megoldása érdekelt volna, kipróbáltam volna azt a kódrészletet. Brühühühühüüüü!Sk8erPeter
-
martonx
veterán
válasz trisztan94 #2386 üzenetére
Engem viszont érdekel a css-es megoldásod. Valahol csinálhatnánk egyébként egy CSS tricks gyűjtő oldalt.
Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz martonx #2389 üzenetére
Engem is érdekel a CSS-megoldás is, de a JavaScriptes dolog annyiból érdekelt volna picit még jobban, hogy abból is tanulhattunk volna, hogy ott konkrétan mi volt a nyűg. Azért kíváncsi lennék a konkrét okra a tippelgetéseken túl.
Van amúgy CSS topic, bár tény, hogy itt nem a trükkök vannak összegyűjtve.
[ Szerkesztve ]
Sk8erPeter
-
Muton
addikt
Heló!
Ha egy divhez dinamikusan hozzáadok több másikat, amelyekre kötök saját eseménykezelőket (click, hover), majd az ősdivből empty()-vel eltávolítom az utólag hozzáadott diveket, akkor velük együtt megszűnnek az eseménykezelők is, vagy die()-al kell őket kilőni?
(mert az a gondom, hogy az kinullázott ősdivbe ha újra generálok tartalmat azonos id-vel, akkor az újra definiált eseménykezelők nem működnek)
Muton#2316 - $z@r a drop >_<
-
trisztan94
őstag
Inline adod hozza vagy kulso fajlbol?
Ha kulso fajlbol akkor nem fognak eltunni, de mivel nem talaljak a megadott diveket olyan mintha ott sem lennenek. (Na jo, nem teljesen, de nem fognak belepni a metodusba) ha jol tudom egy click esemeny jsben egy if fgv hardverszinten (ez nm biztos )
https://heureka-kreativ.hu
-
Muton
addikt
válasz trisztan94 #2393 üzenetére
egy fv generál le egy html kódot, majd appendeli az ősdiv-hez.
Muton#2316 - $z@r a drop >_<
-
Muton
addikt
válasz trisztan94 #2395 üzenetére
abban a fv-ben, ahol a html-t generálom, az adott id-hoz csinálok hovert és click-et.
az a baj, hogy nem tudom live-al vagy on-nal a doc.ready-be rakni, mert a generált tartalom divben div külön eseménykezelővel és ott nem megy a click(function (e) if e.target === this....), csak ha konkrét id-jű elemre kötöm, azért van a generáló fv-ben.
teccikérteni?
Muton#2316 - $z@r a drop >_<
-
Sk8erPeter
nagyúr
Nem véletlenül találták ki az .on()-t.
"az a baj, hogy nem tudom live-al vagy on-nal a doc.ready-be rakni, mert a generált tartalom divben div külön eseménykezelővel és ott nem megy a click(function (e) if e.target === this....), csak ha konkrét id-jű elemre kötöm, azért van a generáló fv-ben."
Ezt próbáld megfogalmazni értelmesebben. Az lejött, hogy spóroltál magadnak egy kis időt a csetjellegű esetleírással, de összességében mégsem spóroltál időt, mert úgyis vissza kellett kérdezni, hogy mit is akarsz emberi nyelven.Sk8erPeter
-
Muton
addikt
válasz Sk8erPeter #2397 üzenetére
Az volt a baj, hogy ha egy divben van egy másik div, és a külsőre rakok eseménykezelőt, azt a belső is fogja, de ha azt használom, hogy:$('#' + id).click(function(e){
if(e.target === this) {
// saját cucc
}
});akkor az megoldja.
De mivel dinamikusan generált ezért át kellett volna írni live-osra ($(classnév).live('click', function(e){...})), de az nem működött a speckó környezetünkben function(e)-vel, mert az e.target sohasem volt egyenlő this-szel.
De mint már sokszor, most is sikerült megoldani, mire válasz érkezett. Gyakran megjön az ihlet azáltal, hogy posztolom a problémát
Muton#2316 - $z@r a drop >_<
-
Sk8erPeter
nagyúr
"át kellett volna írni live-osra "
Már elég sokszor el lett mondva, de a kedvedért még egyszer: a jQuery 1.7-es verziójától a .live() deprecated.
Ha nekem nem hiszel: http://api.jquery.com/live/.És akkor még egyszer, bár eggyel ezelőtti hsz.-emben már linkeltem:
http://api.jquery.com/on/Kódodból:
$('#' + id).click(function(e){
if(e.target === this) {
// saját cucc
}
});Hát elég érdekes, ha ilyen megoldást kell alkalmazni, mivel akkor ez azt mutatja, hogy a fogalomtáratok szerint (a "speckó környezetünkben") az adott id-jű elemből több is lehet...
Mint már többször, ismét sikerült egy elég érdekes kódot villantanod.
Azt amúgy elfelejtetted leírni, hogy mi lett végül a "megoldásod".Sk8erPeter
-
Muton
addikt
válasz Sk8erPeter #2399 üzenetére
igen, lehet több. mert egy elem több listában is szerepelhet és hol ezt töltöm be, hol azt, persze nem egyszerre.
kidumpoltam az e.target-et és kipróbáltam néhány adattagot. mindegyik működik (e.target.className-et használom). kicsit furcsa, hogy akkor az e.target miért nem megy
átírom on-ra, hogy szebb legyen a dolog, és csökkenjen mindenki vérnyomása
[ Szerkesztve ]
Muton#2316 - $z@r a drop >_<
Új hozzászólás Aktív témák
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- iOS alkalmazások
- Kínos ügy lett az OpenAI Scarlett Johansson-botránya
- Steam topic
- Samsung Galaxy A54 - türelemjáték
- Építő/felújító topik
- Autós topik látogatók beszélgetős, offolós topikja
- Mobil flották
- Milyen RAM-ot vegyek?
- Windows 11
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs