Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz spammer #2950 üzenetére
Mindez azért van, mert korábban szar kódot mutattam. Őszintén szólva csak összecsaptam a korábbit. Ezenkívül az .append() metódust használtam, mert hirtelen nem ugrott be, hogy ez textarea esetén nem jó, mert szerkesztés után nem fogja hozzáfűzni az értéket:
http://stackoverflow.com/questions/4722914/jquery-append-not-appending-to-textarea-after-text-edited/4723017#4723017Na, egy szó, mint száz, javítottam Csekkold plíz, hogy ez így jó-e (nem teszteltem agyon, ezt is gyorsan pötyögtem össze, de kicsit jobban odafigyelve, első próbálgatások alapján működik, meg beleraktam minimális hibaellenőrzést):
http://jsfiddle.net/56HNA/4/Még azt javítani kellene, hogy ne legyen keveredés plain JS és jQuery közt, mert az nem olyan szép, de ehhez most nem nagyon volt kedvem.
Ja, még annyi, hogy a numberOfLineToSelectFromTextToInsert jelöli azt a számú sort, amelyiket ki kellene jelölni a beillesztendő szövegből (a hosszú változónévből kiderül), tehát még ez is be van drótozva ilyen módon, hogy épp hanyadik sort kell kijelölni, de ezt ennek alapján már könnyű átdolgozni úgy, hogy akár szöveges alapú keresést végezz, hogy milyen stringet keresel - és azt a sort jelölje ki, amelyikben az a string megtalálható. Ha esetleg ilyenre lenne szükséged még pluszban.
Kérdezz, ha valami nem tiszta a kódból.[ Szerkesztve ]
Sk8erPeter
-
spammer
veterán
válasz Sk8erPeter #2951 üzenetére
Úúúú, na igen, erről van szó! Hálás köszönet!
Még csak gyors próbát végeztem, de úgy tűnik frankón működik, profi lett. Ha lenne valami nyűgöm, jelzek, de ezért most tényleg nagy köszönet!
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Zedz
addikt
Sziasztok,
Van egy ilyenem: $(".banner").find("img")[0];
Ha erre akarok valamit adni, mondjuk addClass-t, akkor ezt írja a konzol: undefined is not a function
Miért nem tudja rárakni a képre?
-
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!
-
Speeedfire
nagyúr
Ebben szeretném a segítségeteket kérni. Adott egy tábla, minden egyes sorában vannak legördülők. Ha megváltozik az egyik legördülő értéke, akkor szeretném összefűzni az adott sorban lévő legördülők értékét. De valami miatt az each résznél nálam nem jó az object. Emiatt már az each-be sem megy be.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
-
martonx
veterán
válasz Speeedfire #2957 üzenetére
Hát ez elég csúnya volt, de annyira minimális volt javítani, és éppen nagyon ráértem, hogy tessék: link
É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
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #2963 üzenetére
6. http://api.jquery.com/first-child-selector/
$(".banner img:first-child").addClass("kiskutya");
7. http://api.jquery.com/first-of-type-selector/
$(".banner img:first-of-type").addClass("kiskutya");
8. http://api.jquery.com/nth-child-selector/
$(".banner img:nth-child(1)").addClass("kiskutya");
9. http://api.jquery.com/nth-of-type-selector/
$(".banner img:nth-of-type(1)").addClass("kiskutya");
10. $($(".banner img")[0]).addClass("kiskutya");
Készítettem rá egy összehasonlító tesztet:
http://jsperf.com/jquery-first-element-test[ Szerkesztve ]
Sk8erPeter
-
Zedz
addikt
válasz martonx #2962 üzenetére
Félreértés ne essék, nem kötekedésből ragaszkodom én a find()-hoz, csak több helyen is ezt olvastam, és kicsit elbizonytalanodtam ebben. Nem vagyok teljes mértékben sebesség fan, mert akkor tényleg csak plain javascripteznék, de ahol tudok, ott az optimálisabb megoldással "dolgozok".
(#2963) Sk8erPeter: Köszönöm.
-
martonx
veterán
válasz Sk8erPeter #2964 üzenetére
Nahát itt meg a first-child selector lett a leggyorsabb. Mondjuk ez egyik se tud getelementbyIzé-re fordulni, de ennyit a nagy kijelentésekről, hogy ez, meg az a kód a gyorsabb
Én kérek elnézést!
-
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
válasz martonx #2966 üzenetére
Használt böngészőtől, meg az aktuális tesztelés körülményeitől is nagyban függ.
Pl. Firefox 30.0-ban a :first-of-type selector győzött. Bár bevallom, éles kódban még sosem láttam ezt a selectort, én sem használtam előtte soha, nem tudom, Te hogy vagy vele. Máskor az :nth-of-type selector nyert, na ezt sem használtam még, az :nth-childot igen, ami meg volt, hogy szintén győzött (pl. Opera 24.0.1543.0 alatt).
Ezek tipikusan azok az optimalizációk, amikkel egyszerűen tényleg nevetséges foglalkozni, mert annyira jelentéktelen a gyakorlatban a különbség, hacsak nem valami soklépéses ciklusban merül fel ilyesmi - bár akkor meg már ahogy mondtad, vanilla JavaScripttel kellene inkább szarakodni, nem jQuery-vel, és akkor nem tűnik ennyire viccesnek az optimalizálgatás.
==============================
(#2965) Zedz :
Teljesen egyetértek martonx-szel, ezek annyira nevetséges különbségek, hogy a kód olvashatósága ezerszer többet számít, mint az, hogy nyerj pár milliszekundumot (gondolom elég egyértelmű, hogy utóbbiból a felhasználó úgysem fog érzékelni semmit). Főleg, hogy ez csak bekorlátoz (pl. mit csinálsz akkor, ha legalább 3 selectorra is alkalmazni kell valamit? Akkor nem lesz jó a selector széjjeldarabolása), és kellemesebb olvasni egy egyben is működő CSS selectort, mint egy szétdaraboltat (még ha adott esetben az utóbbi teljesítményben jobb is, de mint megbeszéltük, ez a különbség elhanyagolható felhasználói szempontból).
Amíg az alapokkal nem vagy tisztában, addig meg aztán tényleg rohadtul ne a mikrooptimalizációkkal töltsd az idődet, hanem azzal, hogy megtanuld a nyelvet.Sk8erPeter
-
Zedz
addikt
válasz martonx #2967 üzenetére
De, igazatok van, lehet kicsit később kellene ezzel foglalkozni. Végül máshogy oldottam meg azt amit eredetileg szerettem volna. 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? Persze csak ha már mennek az alapok.
-
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
válasz Sk8erPeter #2971 üzenetére
Lehet akkor tényleg félreértettem, kicsit úgy értettem, mintha a javascript objectum orientáltságát kérdőjelezné meg
Zedz: valami olyasmire gondoltál, hogy érdemes-e kliens oldali javascriptben minél inkább kihasználni a klasszikus OOP-s eszköztárat? Mint osztály, objektum, enkapszuláció, öröklődés stb..?
Szerintem ez abszolút feladat függő. Vannak olyan 3rd party toolok amiket egy bizonyos bonyolultság után érdemes lehet használni. Most például a require.js szerű modulrendszerre gondolok, ami a modularizációt segíti. Vagy asszem jquery-nek is van extend metódusa ami az örököltetést segíti/mossa el.
De azt sem szabad elfelejteni, hogy a háttérben akkor is "oop van", amikor csak simán függvényeket definiálsz meg listenereket aggatsz DOM elemekre.
Például egy sima function x() { } is egy objektumnak lesz a része, ugye a global object-nek.
Attól, hogy nem csinálsz explicit konstruktorokat, meg nem örököltetsz még maga a nyelv, és a működése oop "szerű" lesz.
-
Zedz
addikt
válasz Sk8erPeter #2971 üzenetére
Rosszul fogalmaztam. Arra akartam kilyukadni, hogy a PHP OOP-ról többet hallani, olvasni, hogy mennyire fontos. JS OOP részéről nem, ezért próbáltam hozzá viszonyítani.
(#2972) Jim-Y: Igen, a jövőben megpróbálok pontosabban fogalmazni. A kliens oldali OOP-ra gondoltam.
[ Szerkesztve ]
-
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 ]
-
Sk8erPeter
nagyúr
"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."
He?! Az objektumorientált programozási elveknek már miért a perzisztenciához lenne közvetlen köze? Ez egy nagy baromság. Az OOP egyszerűen egy programozási módszertan, kódszervezési elv, ami közelíti a kódot valamelyest az ember objektumokban történő gondolkodásához... Önmagában abszolút semmi köze bárminek adatbázisban, fájlban vagy akármiben tárolásához...
Magyarul az érvelés/levezetés már eleve hibás. Hogy PHP-nál több objektumorientált kódot látott, annak az lehet az oka, hogy többet foglalkozott PHP-val, vagy nagyobb problémakörök kapcsán látott kódokat, nem pedig rövid példakódokat nézegetett, vagy fingom sincs. Nyilván csomó netes egyszerű sample code nem tartalmaz komplett objektumorientált kódot. Ha megnéz bármilyen tisztességesebb library-t, plugint, akármit, akkor láthatja, hogy az alapvetően objektumorientált kódszervezés alapján készült."Kliens oldalon nem szokás adatokat tárolni. Van rá lehetőség (indexedDB, localstorage stb..) de nem jellemző."
Hát pedig sűrűn előfordul, lásd bármilyen böngésző-extension JavaScript-kódját is."Szerintem már csak ezért sem találkozni olyan sűrűn a klasszikus értelemben vett osztály fogalmával kliens oldali javascriptben."
Na hát ennek meg aztán megint csak köze nincs az előző állításhoz (még ha az előző állítás helyes is lenne, bár nem az).Amúgy a hsz.-ed végén látható felsorolásodból azt kihagytad, hogy az is kell, hogy az ember tudja használni a keresőt, tudja értelmezni a dokumentációkat (mert akkor nem akad el hülyeségeken, és valóban nem kell ismernie rogyásig egy nyelv összes dolgát - bár nyilván a tapasztalat és az adott nyelv ismerete jót tehet a gyors+minőségi kódírásban).
[ Szerkesztve ]
Sk8erPeter
-
Realradical
őstag
Sziasztok!
Kis segítséget szeretnék kérni. Sharepoint 2013 alatt van egy custom list-em. Ennek a szerkezete így néz ki:
string mező1, string mező2, string mező3, határérték crit, határérték warn, év/hónap januárra, év/hónap februárra, év/hónap márciusra, stb. stb.
Ebből a listából a Sharepoint legyárt egy html table-t amiben egy szál ID nincs. Ezt kéne nekem úgy beszíneznem jquery-vel, hogy a határérték amennyiben a warn mező értéke fölött van, de nem magasabb, mint a crit akkor a ciklusban aktuális év/datumos cella (és nem a sor) sárga, ha a crit fölött van akkor pedig piros. Kb. kétmillió code sample-t áttúrtam, de számomra értelmezhető és/vagy működő megoldást nem találtam arra, hogy két cella összehasonlítása egy tábla iteráción belül, hogy működik.
Tudnátok a témában segíteni?
Amim eddig van:
<script type="text/javascript">
$(document).ready(function() {
$('.ms-cellstyle.ms-vb2').each(function() {
var colText = $(this).text();
if (colText < 666) {
$(this).addClass("cellGreen");
}
else if (colText == 'Yellow') {
$(this).addClass("cellYellow");
} else if (colText == 'Red') {
$(this).addClass("cellRed");
}
//alert($(this).text());
});
});
</script>Úgy gondolom, ha a 666 helyére be tudnám tenni az aktuális sor i indexű cellájának az értékét akkor már jószerével kész lennék. Az már csak hab a tortán, hogy valahogy meg kell majd szűrnöm, hogy csak adott headertextes oszlopra fusson le a script, ne mindegyikre.
Elnézést a konyhanyelvért, nem értek az ajax/javascript/jquery kombóhoz, vastag kliens/adatbázis oldalon fejlesztgetek jellemzően, ha tehetném jelen pillanatomban felerősíteném egy kötéllel a sharepoint tetejére a jquery-t, majd kilőném őket együtt az űrbe
Things that try to look like things often do look more like things than things
-
martonx
veterán
válasz Realradical #2977 üzenetére
érzésre ez egy triviális 5 perces feladat. Kérlek jsfiddle-be dobj be egy példa html táblát, aztán valamelyikünk, majd rászánja ezt a pár percet, hogy megcsinálja neked.
Én kérek elnézést!
-
Realradical
őstag
válasz martonx #2978 üzenetére
Nem szeretném, ha valaki megcsinálná nekem, inkább érteni szeretném, mert nem kizárt, hogy lesz még ilyenre szükségem.
A 666 helyére ezt tettem be. Működni látszik.
$(this).closest('tr').find('td:eq(12)').text();Ha valaki még rajtam kívül kontárkodik és anyagot keres arra, hogy a jquery miképp selectál dolgokat, nekem ez segített, főleg a tester oldallal együtt: [link]
Things that try to look like things often do look more like things than things
-
Sk8erPeter
nagyúr
válasz Realradical #2979 üzenetére
Akkor végül is megoldódott? Mert ha nem, tényleg jó lenne egy jsFiddle-példa, és akkor nem nekünk kell szenvednünk vele, hogy demózás céljából összeállítsuk neked a helyes működést. Úgy magyarázatot is tudnánk fűzni hozzá, és gyorsabb lenne a közös feladatmegoldás.
Sk8erPeter
-
Realradical
őstag
válasz Sk8erPeter #2980 üzenetére
Köszönöm, a script működik már ilyen formában.
[ Szerkesztve ]
Things that try to look like things often do look more like things than things
-
Zedz
addikt
Sziasztok,
Hogyan csinálnátok meg, ha valamire X másodpercig nem lehetne rákattintani? $("valami").off("click");-ig eljutottam, de ugye ez örökké leszedi a klikkelés lehetőségét. A setTimeout egy idő után csinál valami, az interval pedig folyamatosan. De olyan nincs, hogy valami Y ideig tart, aztán eltűnik?
-
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 ]
-
biker
nagyúr
Valaki csinált egy weboldalt részünkre, de nem fejezte be.
a slider pl lapozható, de magától nem változik, csak ha én kattingatok
ezt egyszerűen animate-el meghívhatom? gondolom ezt kellene ingereljem: function ut_slider_set_active(n)/**
* UnioTech Sldier
*/
/**
* @return A slide-ok szélessége (int)
*/
function ut_slider_get_width()
{
var w=0;
w=$('.slider-inner').width();
if(!w)
{
w=694; //force to max size
}
return w;
}
/**
* @desc Inicializációkor és az ablakméret változásakor fut le, átméretezi a slidert és elemeit a megfelelő méretre.
*/
function ut_slider_on_winsize_changed()
{
$('.slide').each(function()
{
$(this).css('max-width', ut_slider_get_width()+'px');
});
}
/**
* @param n A gomb indexe
* @desc Az n-edik indexű gombhoz hozzáadja az "active" css osztályt, a többiről pedig eltávolítja azt
*/
function ut_slider_set_active(n)
{
$('.slider-nav').each(function(i)
{
if(n==i)
{
$(this).addClass('active');
}
else
{
$(this).removeClass('active');
/*
if($(this).hasClass('active'))
{
$(this).removeClass('active');
}
*/
}
});
}
/**
* @param n a slide indexe (0-hoz képest)
*/
function ut_slider_go(n)
{
w=ut_slider_get_width();
offset=w*n;
$('.slide').each(function(i)
{
$(this).css('left', (0-offset) +"px");
});
ut_slider_set_active(n);
}
function ut_slider_init()
{
$('.slider-nav').each(function(i) //gombok inicializálása
{
$(this).click(function(e)
{
e.preventDefault();
ut_slider_go(i);
});
});
ut_slider_on_winsize_changed(); //méret
ut_slider_go(0); //offsetek
$(window).resize(function() //ablak átméretezésekor frissítjük a slide -ok méretét
{
ut_slider_on_winsize_changed();
});
}
//run ut_slider_init
$(document).ready(function()
{
ut_slider_init();
});Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
biker
nagyúr
válasz martonx #2988 üzenetére
Hát nem önmagában ezért, de ez a kész munka egy része
De a kialkudott ár fele a minőség miatt
A grafikus ps tervét kellett volna html/css-be önteniElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Karma
félisten
Természetesen lehetséges. Ebben a fiddle-ben megcsináltam, lásd a végén azt a pár sort, amit kiemeltem.
Annyi egyszerűsítést tettem, hogy a léptetés független a kattingatástól. Azt is meg lehetne csinálni, hogy az aktuális oldaltól folytatódjon, de akkor bele kéne nyúlni ebbe a takonyba.
[ Szerkesztve ]
“All nothings are not equal.”
-
Sk8erPeter
nagyúr
Na ne. Ez kőkemény. Ez a kód okádék, bár ettől függetlenül nem tudom, mi okozott gondot az "automatizálásán". Amúgy az ingyenes, akár alapos doksival ellátott sliderekből Dunát lehet rekeszteni (2 perc Google, és máris nem tudsz választani, hogy melyiket kéne, annyi van), biztos vagyok benne, hogy minimalisták is bőven vannak, ami picit indokolatlanná teszi az ilyesmivel való tökölést, az ilyen minőségű kódért viszont 5 korbácsütés járna, nem lóvé.
Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #2992 üzenetére
Nézd, nem vagyok egy jquery fanboy, akinek ez csuklóból megy, igen, megvolt, hogy tudnom kéne, épp hány slide van, addig léphetek, majd reset, és kell egy időzítés. Ok, de a megvalósítás....
Egyébiránt igen, van tucatnyi slider, szoktam őket használni, de nem úgy, hogy már egy pixelpontra kihegyezett kész css/html részbe kell beleírni, és azt keresgélni, vajon az adott slider pont úgy szereti-e megkapni az adatokat, olyan divekbe és li elemekbe a navit, ahogy ide tervezve lett, és mennyit kell a css-ét átbarmolni. és mennyit majd a js-ét hogy azokat a css classokat birizgálja, ami nekem van.
Ezért lett egyszerűbb ha ez automatizálódik. és sajnos annyira nem vagyok jquery imádó, hogy azt lássam, mitől hányadék a kód, elhiszem nektek, hányadék, ennyi.
Köszönöm a segítséget és a tanácsokat is, esetleg azzal segítenétek, ha kielemeznétek, mi miért hibás, és hogy írtátok volna okosabban, esetleg rajtam kívül még lenne, aki tanulna belőle.Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
martonx
veterán
Nem érted. Nem jquery-ileg rossz ez a kód, azzal - ugyan nem áll módunkban kipróbálni - de talán nincs baj.
A kód általánosságban egy okádék. var w??? WTF.
Bénák a funkciók nevei, funkció bemenő paraméterét úgy hívják, hogy n???
Cserébe valaki vette a fáradtságot, és teljesen feleslegesen kommentelte a szarját, ahelyett, hogy normális nevezéktant használt volna.
Tök mindegy, hogy milyen nyelven készül egy kód, legyen az php, c#, javascript (olyan nyelv, hogy jquery nincs ) ez a kód minősíthetetlen.Én kérek elnézést!
-
biker
nagyúr
karma, martonx: szerintem tanulságos lenne kifejteni, hogy 15 sort is hol lehet elqrni
az egybetűs változókat én is utálom, valaki meg hülyének néz, ha kiírom hosszan. De akkor is kiírom hosszan, ha szeretnék később emlékezni rá, mi miért van
php-ben is, kivéve a ciklus $i $j $k maximum, egyébként teljes névElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
martonx
veterán
Bevallom, nálam a nevezéktannál véget is ért a kód vizsgálata. Nem tudom te, hogy vagy vele, de én napközben túl sok vérpistis PHP kódot látok, ahol pusztán ránézésre meg lehet állapítani a nevezéktanból, hogy a kódon már csak a kuka segíthet, vagy van értelme valakit ráállítani javítgatni itt-ott.
Amikor function x bemenő paramétere y, akkor ott el se kezdem bogarászni, hogy amúgy vajon mit akarhat csinálni a function x, és mit szabályoz az y. Egy kódnak nyilván nem az olvashatóság az egyetlen értékmérője, de ami nem jól olvasható, az az én szememben értéktelen.
Én kérek elnézést!
-
Sk8erPeter
nagyúr
"és sajnos annyira nem vagyok jquery imádó, hogy azt lássam, mitől hányadék a kód"
Nem értem igazán, hogy mi rajta a tudomány, ha bármilyen nyelvben szereztél már tapasztalatot, gyors átgörgetés után kapásból látható, hogy ez spagettikód. Már azokból a dolgokból is, amiket martonx előttem leírt.
Amúgy hogyhogy nálad a jQuery teljesen kimaradt? Úgy tudom, webfejlesztés a munkád.Késő van, úgyhogy nincs energiám összeszedni minden potenciális szempontot, de próbálok felsorolni pár dolgot, ami gáz a kódban így átpörgetés után:
- undorítóak a változónevek, seggbe kéne rúgni acélbetétes bakanccsal az összes olyan programozót, aki magát és másokat szopat egy-két karakteres változónevekkel. Ez három dologra utalhat, illetve azok egyvelegére: I.) szintet átlépő lustaság II.) kapkodás, III.) valami ostoba szövegszerkesztő használata
normális fejlesztőkörnyezet helyett, ami a keze alá dolgozik (és azért lusta leírni, mert nem egészíti ki neki a kódot a szerkesztő)
Könyörgöm, mi az, hogy if(n==i)?? Miért kell spórolni a karakterekkel?
- levegőben lóg az egész. Semmi egységes struktúra, itt csak eléggé egymástól függő, de "globális függvények" vannak, nincs objektum/prototípus-orientáltság vagy bármi ahhoz hasonló a kódban, egyszerűen nem tartoznak egybe a dolgok. Tartozzon egybe, legyen valami struktúra, az legyen érezhető, hogy ez egy dologhoz tartozik, nem pedig csak úgy be vannak dobálva függvények. Ha már ilyesmit készít, és jQuery, akkor ráadásul illik jQuery plugint készíteni ilyesmire. Még leírás is van róla a hivatalos oldalon:
http://learn.jquery.com/plugins/basic-plugin-creation/
- ha már az előző leírás szóba került, illik a library-nek/pluginnek a saját scope-jában tevékenykednie, nem szennyeznie a globális névteret. Bár ez még persze túlélhető.
- mivel nem az előzőek fényében lett megvalósítva, nem láncolhatók a hívások.
- egyszerűen nem lehet normálisan felparaméterezni az egészet. Nincsenek default opciók, inicializálásnál nem lehet átadni egy objektumot a felülbírálni kívánt paraméterekkel. Minden be van drótozva. Pl. idézek: w=694; //force to max size - hát miért pont 694 a max. size? Mi van, ha a megrendelő úgy dönt, hogy legyen picit átszabva itt-ott (és mondjuk még fizet is érte jó esetben)? Akkor majd lehet áttanulmányozni ennek a katyvasznak a belsejét, és kihámozni belőle valahogy a lényeget?
- ha már bedrótozás: MINDEN be van drótozva, a selectorok is. Ami nagyon gáz. Ismét előjön a szempont: mi van, ha valamiért meg akarjuk változtatni a classneveket? Tényleg át kell bogarászni az egész kódot, és mindenhol egyesével átírni? (Sajnos vannak idióta programozók, akik ezt elfogadhatónak tartják.) Ja, és mi van, ha te valamiért több slidert is el akarsz helyezni az oldalon, és az egyikre más opciókat akarsz érvényessé tenni? Erre nem válasz, hogy de úgyse akarok ilyet. (Az gondolom tiszta, hogy a beton rugalmasságával rendelkező kód mindig rossz.) Többek közt erre is való a pluginkészítés. Ha már jQuery, lehessen kihasználni annak képességeit.
- és a többi, asszem ideje aludni.Sk8erPeter
-
biker
nagyúr
válasz Sk8erPeter #2999 üzenetére
Köszi!
Amúgy ide másolom az ezt a verziót megelőző verzióra írt válaszom elejét a T. fejlesztők részére
Üdvözletem
Megnéztem…
Általában, mikor azt látom, hogy hosszas késés után rákérdezve hirtelen kapok egy “teszt verziót”, hogy semmi nem történt eddig, és gyorsan össze lett dobva valami. Ez egy előítélet, sajnos azonban megint igaz lettÉrtem, amiket írsz, de a jelzett problémáknál sokkal több gond van jelenleg ezzel a teszt verzióval.
És itt folytattam, akkor nem lőttem mellé sokkal.
A benne lévő dolgok, amiket írsz, teljesen érthetők, szerintem a kollégának azért sikerült így, és nekem azért nem tűnt zavarónak pl a w=694 és társai, mert egyértelműen kötött designba készítette, ahol 694px a slider box mérete. És hát ezek szerint nem sikerült rugalmasra készíteni
(erre tutti azt mondaná amúgy, hogy "nem volt követelmény"... )Amúgy hogyhogy nálad a jQuery teljesen kimaradt? Úgy tudom, webfejlesztés a munkád.
Nem ez a főállásom, és nem is "weblapos" vagyok, aki egész nap weblapokat gyárt "húszezeré' megcsinálom" verzióban. Az csak a nagyon uborkaszezonban, de akkor is inkább készen megveszem 50USD-ért themeforesten.
Én egyedi alkalmazásokat fejlesztek inkább weben használható kivitelben, hogy a T. usernek ne legyen gépfüggősége. beléptető/tagnyilvántartó rendszer, crm rendszer, most épp egy szexhirdetős oldalt annak minden szépségével és gondjával,vés hasonlók. De ezeknél a legkevesebb a kinézet, a csicsa, az adattartalom a lényeg...
Így a jquery inkább átírás, testreszabás szinten használt, nulláról nem nagyon szeretek írni, mert minek, ha van 75.345.234 script készen? De sosem szerettem meg különösebben.Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
Új hozzászólás Aktív témák
- Bomba ár! Asus VivoBook X412F - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 650 G5 - i7-8GEN I 8GB I 256GB SSD I 15,6" FHD I Cam I W11 I Garancia!
- Bomba ár! Lenovo ThinkPad L380 - i5-8GEN I 8GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- Bomba ár! Asus VivoBook S410U - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 450 G3 - i7-6G I 8GB I 256GB SSD I HDMI I 15,6" FHD I Cam I W10 I Gar!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen