Új hozzászólás Aktív témák

  • biker

    nagyúr

    válasz biker #3000 üzenetére

    jaj, mielőtt nekem estek, nem szólom én le a weblapgyáros embereket, csak épp engem nem motivál ez a része, hogy egész nap "mezei" weblapokat gyártsak épp a divatnak megfelelően, épp most parallax scroll, most meg reszponzív design, most a bootstrap a menő, most a FB, köszi, nem...
    Lehet hogy egyszer megszorulok, és ezt csinálom én is, de egyelőre átadom a stafétát.
    Még a végén én is eljutnék oda, mint az n31 ilyen ismerősöm, hogy elkezd magának gyártani weblap motort, me' az jobb mint a WP és a Joomla és a Drupal, me' mind szar :)

    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 |

  • Sk8erPeter

    nagyúr

    válasz biker #3000 üzenetére

    "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."
    De az ilyen szintű bedrótozást semmi nem indokolja.
    Itt olyan dolgokról beszélünk, amit 5 perc többletmunkával bele lehet rakni: default opciók, és a felülbírálható opciók lehetőségének kialakítása. Ilyenekre tengernyi példakód található neten, például a korábban linkelt tutorialban egy egész konkrét és egyszerű példa van:

    "Accepting Options
    As your plugins get more and more complex, it's a good idea to make your plugin customizable by accepting options. The easiest way to do this, especially if there are lots of options, is with an object literal. Let's change our greenify plugin to accept some options.

    (function ( $ ) {

    $.fn.greenify = function( options ) {

    // This is the easiest way to have default options.
    var settings = $.extend({
    // These are the defaults.
    color: "#556b2f",
    backgroundColor: "white"
    }, options );

    // Greenify the collection based on the settings variable.
    return this.css({
    color: settings.color,
    backgroundColor: settings.backgroundColor
    });

    };

    }( jQuery ));

    Example usage:

    $( "div" ).greenify({
    color: "orange"
    });

    The default value for color of #556b2f gets overridden by $.extend() to be orange."

    vagy akár bele lehet nézni a jQuery source code-jába, stb.

    "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..."

    Ez a "húszezeré megcsinálom" példa nem értem, hogy jött ide, az egyedi webalkalmazások fejlesztése meg aztán végképp nem értem, miért is zárná ki a JavaScript+jQuery-tudást. :) Éppen ellenkezőleg. Amit itt írtál, ott is "mezei" weblapokról beszélsz, mintha a kliensoldali kódolás valami vérpistis dolog lenne - pedig egyedi webalkalmazásokhoz, akár üzleti szektorban is NAGYON erősen kellhet a kliensoldali programozás, így a jQuery is. Manapság pont minden arrafelé halad, hogy a kliensoldali rész is faszán el legyen készítve, AJAX-os kérések történjenek a háttérben, és így tovább, és az, aki ezeknek a fejlesztését végzi, pont nem jó, ha egy vérpisti, ehhez is szakmai tudás kell. Hogy jön ide a csicsa? Nem kell összekeverni a JavaScript-programozást a dizájnerkedéssel, meg a sitebuilddel, van ilyen része is, meg van más része is.
    Amúgy azt magyarázd már el nekem plíz, hogy mit jelent az, hogy "az adattartalom a lényeg"? :DDD Ezt próbáltam értelmezni, de valahogy nem sikerült. :DD

    Sk8erPeter

  • Karma

    félisten

    válasz Sk8erPeter #2999 üzenetére

    Valami hasonlót akartam írni :R

    Egyvalamivel egészíteném ki. A pluginba szervezésnek lenne még egy kézzel fogható előnye is: ebben a formában csak egy slider lehet az oldalon, egy helyes megoldással meg akármennyi, függetlenül a másiktól.

    “All nothings are not equal.”

  • Jim-Y

    veterán

    Az is látszik amúgy, hogy egy egyszerű lintelésen se futtatták át, mert akkor nem maradtak volna benne ilyen hibák:

    Running "jshint:files" (jshint) task

    tohint.js
    1 |'use strict';
    ^ Use the function form of "use strict".
    41 | if(n==i)
    ^ Expected '===' and instead saw '=='.
    64 | w=ut_slider_get_width();
    ^ 'w' is not defined.
    65 | offset=w*n;
    ^ 'offset' is not defined.
    65 | offset=w*n;
    ^ 'w' is not defined.
    68 | $(this).css('left', (0-offset) +"px");
    ^ 'offset' is not defined.

    1 az igazából nem az ő "hibája", de az igen, hogy nem használ, vagy legalábbis a kódrészletben nincs :)

    Bad habit:
    - Új sorban nyitni a { zárójelet függvény definíciónál az automatikus semicolon insertion miatt. Több style guide is ellenjavallja. Gondolom C++ -s emberke írta a kódot.
    - Lehet csak nekem szúrja a szemem, de sorozatosan $.each -nél $(this) -t használ az aktuális elemre, amikor az eachnek van erre argumentuma, ha azt használná, akkor egyrész megspórolná a this használatát ami szintúgy ellenjavallot, illetve még olvashatóbbá, és egyértelműbbé is tenné a kódot.

    Már csak azért is bad habit így használni, mert ha megszokja, akkor esetleg legközelebb egy ilyen helyzetben is így csinálja, és néz majd, hogy miért nem az történik, mint amire számítana:

    $('.slide').each(function (i) {
    $(this).css('backgroundColor', 'red');
    setTimeout(function() {
    $(this).css('backgroundColor', 'green');
    }, 1000);
    });

    A többit pedig már leírták. De azért a w-t, meg az offsetet globálissá tenni azért elég csúnya :)

  • Speeedfire

    nagyúr

    Jquery 1.9.1-et használok és nem tudok egyszerre több ajax kérést intézni a szerver felé. Az ajax() minden esetben megvárja a response-t és csak utána folytatja a többi kérést. Megnéztem és minden kérés async: true értékkel fut le. Azt hittem az apache lehet a ludas, de minden kérésnél ott van, hogy pending. Mi lehet a gond?
    A $.ajaxSetup() is async: true értéket dob.

    Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

  • martonx

    veterán

    válasz Speeedfire #3005 üzenetére

    Nincs varázsgömbünk, de az 100% hogy nálad a js kódban lesz a hiba.

    Én kérek elnézést!

  • Speeedfire

    nagyúr

    válasz martonx #3006 üzenetére

    A js-ben csak ennyi van nálam:

    $.ajaxSetup();
    accepts: Object
    async: true
    contentType: "application/x-www-form-urlencoded; charset=UTF-8"
    contents: Object
    converters: Object
    flatOptions: Object
    global: true
    isLocal: false
    jsonp: "callback"
    jsonpCallback: function (){var e=On.pop()||b.expando+"_"+vn++;return this[e]=!0,e}
    processData: true
    responseFields: Object
    type: "GET"
    url: "http://server.dev/"
    xhr: function In(){try{return new e.XMLHttpRequest}catch(t){}}
    __proto__: Object
    $.ajax({url: baseurl+'/site/ajaxtest'});
    Object {readyState: 1, getResponseHeader: function, getAllResponseHeaders: function, setRequestHeader: function, overrideMimeType: function…}

    Aztán ennyi. Innentől kezdve mintha sorosan dolgozna.
    Emiatt nem tudom, hogy most js vagy szerveroldali a hiba. Apache-ban semmi extra nincs beállítva.

    Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

  • Karma

    félisten

    válasz Speeedfire #3007 üzenetére

    És hol/hogyan dolgozod fel az AJAX hívás eredményét? Mintha nem lenne callbacked a $.ajax({url: baseurl+'/site/ajaxtest'})-re kötve.

    Ez elég rosszat sejtet, például hogy a visszakapott promise objektumot szinkron bevárod...

    [ Szerkesztve ]

    “All nothings are not equal.”

  • Speeedfire

    nagyúr

    válasz Karma #3008 üzenetére

    Ez csak egy példa lett volna. Általában így szoktam használni az ajax kéréseket:

    $.ajax({
    url: url,
    type: 'post',
    async: true,
    data: {
    example_1: 2,
    example_2: 1
    },
    dataType: 'json',
    beforeSend: function() {
    ModalDialog('Az adatok feldolgozása folyamatban van.');
    },
    success: function(data) {
    if(data.error === false) {
    ModalDialog('Az adatok feldolgozása befejeződött!');
    } else {
    var message = data.message + '<br/>';
    if (typeof data.error_items != 'undefined') {
    for(var i=0; i<data.error_items.length; i++) {
    message = message + '<b>Azonosító neve:</b> ' + data.error_items[i].id + '<br/>';
    }
    }
    ModalDialog(message);
    }
    },
    error: function(jqXHR, textStatus, errorThrown ) {
    if(jqXHR.status == 0) {
    ModalDialog('A szerver nem válaszolt a kérésre, próbálja meg később!');
    } else if(jqXHR.status == 403) {
    ModalDialog('Nincs jogosultsága ehhez a művelethez!');
    } else if(jqXHR.status == 404) {
    ModalDialog('Hiba történt a feldogozás során!');
    }
    }
    });

    Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

  • biker

    nagyúr

    válasz Sk8erPeter #3002 üzenetére

    Nos, megint sikerült pongyolán fogalmazzak...

    De az ilyen szintű bedrótozást semmi nem indokolja.
    Itt olyan dolgokról beszélünk, amit 5 perc többletmunkával bele lehet rakni: default opciók, és a felülbírálható opciók lehetőségének kialakítása.

    Valóban, teljes mértékben egyetértek
    (szerintem ki is javítom a kolléga után, úgyis kihagyott még 3-4 funkciót, amit bele kell tegyek)

    Ez a "húszezeré megcsinálom" példa nem értem, hogy jött ide, az egyedi webalkalmazások fejlesztése meg aztán végképp nem értem, miért is zárná ki a JavaScript+jQuery-tudást. :) Éppen ellenkezőleg. Amit itt írtál, ott is "mezei" weblapokról beszélsz, mintha a kliensoldali kódolás valami vérpistis dolog lenne - pedig egyedi webalkalmazásokhoz, akár üzleti szektorban is NAGYON erősen kellhet a kliensoldali programozás, így a jQuery is. Manapság pont minden arrafelé halad, hogy a kliensoldali rész is faszán el legyen készítve, AJAX-os kérések történjenek a háttérben, és így tovább, és az, aki ezeknek a fejlesztését végzi, pont nem jó, ha egy vérpisti, ehhez is szakmai tudás kell. Hogy jön ide a csicsa? Nem kell összekeverni a JavaScript-programozást a dizájnerkedéssel, meg a sitebuilddel, van ilyen része is, meg van más része is.
    Amúgy azt magyarázd már el nekem plíz, hogy mit jelent az, hogy "az adattartalom a lényeg"? :DDD Ezt próbáltam értelmezni, de valahogy nem sikerült.

    Az utolsó mondatra külön előre: Úgy értem, hogy a lényege, hogy a tárolt adatok (mysql) hogyan nyerhetők ki, milyen kimutatások készíthetők, milyen nyilvántartással, mennyire rugalmas, mennyire pontos, mennyire naplózott, stb.

    Atöbbire: néha én is hajlamos vagyok a jquery-t összekeverni az "eye-candy" opciókkal (colorboxok, popupok, lekérdezések, stb)
    És elfelejtem, hogy akárcsak egy sortable tables is milyen hasznos, és jquerys, vagy ugye a grafikonok, stb
    Na itt fogalmaztam hülyén.
    Igen, 10 éve még nem volt gond a minden gombnyomásra form küldés, ma már elvárás hogy a háttérben olvasson/írjon adatokat, dolgozzon, stb

    És ennek örömére pont tegnap du írtam is gyors egy valaki kérésére pár sort, remélem sok kivetni való nincs benne (ennyiben csak nem)

    Van egy vonalkódos eladási rendszer, 15 EAN kód mezővel (felét se adnak el egy embernek, büfé, elég a 15) ahol lecsipogja a kódokat, majd elküldi, a rendszer kiírja, mennyi a vége, mit adott el tételesen, mennyi a darabár.
    De kérték, hogy elküldés előtt lecsippantáskor írja ki mit olvasott le, hát erre is csak ezt tudom bevetni

    A termékek beolvasva tömbbe, ean kód a kulcs, név és ár az értéke, majd ha lecsippant egy mezőbe egy kódot(mező id-je alapján figyelve), a bufe_uzenet divbe írkálja ki mit olvasott le.

    $termek_jq.="\"".$query_tomb['termek_ean']."\" : \"".$query_tomb['termek_nev'].": ".$query_tomb['termek_ar']."Ft / db \" , ";

    ...
    ...
    ...
    $(document).ready(function() {
    var termek_jq = {<?php echo $termek_jq; ?>};

    <?php
    for ($i=1; $i<16; $i++)
    {
    echo "var value$i = $(\"#termek_ean_$i\").val();
    $(\"#termek_ean_$i\").change(function(){
    var value$i = $(this).val();
    $('#bufe_uzenet').append(\"<p>\" + termek_jq[value$i] + \"</p>\");
    });";
    }
    ?>

    });

    Gondolom emberünk legyártotta volna kézzel ctrl+c ctrl+v-zve a 15 eseményt a ciklus helyett, és egybetűs változók lennének...

    Ez így nagyon gány?

    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 |

  • Jim-Y

    veterán

    válasz biker #3010 üzenetére

    Ez így nagyon gány?

    Nem akarlak megbántani, de már alapból az gány, ahogy idelökted a kódot, most ezt fejben kéne lejátszanunk, hogy milyen html/js generálódik belőle? :S

  • Karma

    félisten

    válasz biker #3010 üzenetére

    JS kódot PHP-val generálni főbenjáró bűn az az én elveim szerint.
    Innentől kezdve veszett ügy.

    “All nothings are not equal.”

  • biker

    nagyúr

    válasz Karma #3012 üzenetére

    Értem...

    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 |

  • Sk8erPeter

    nagyúr

    válasz biker #3010 üzenetére

    Karma igen jól és tömören összefoglalta a lényeget, ami miatt finoman szólva nehezen elfogadható ez a megoldás. :P
    De a kód több sebből is vérzik, ezt mindjárt.

    Egyébként a PHP-kód vonatkozó részénél, amikor macskakaparásos idézőjelet kell használnod egy stringben, szerintem nyugodtan kihasználhatnád, hogy a stringeket aposztróffal is írhatod, és úgy nincs változó-behelyettesítés sem, így nem kell escape-elni az idézőjelet sem, tehát:
    $termek_jq.="\"".$query_tomb['termek_ean']."\" : \"".$query_tomb['termek_nev'].": ".$query_tomb['termek_ar']."Ft / db \" , ";
    HELYETT lehetne ez is:
    $termek_jq.= '"'. $query_tomb['termek_ean'] .'" : "'. $query_tomb['termek_nev']. ': '. $query_tomb['termek_ar']. 'Ft/db " , ';
    Sztem jobban néz ki. (Például ha HTML-kódot kell neadjisten generálni, annál is az attribútumokat ugye idézőjellel szokás írni, ott is elkerülhető az állandó escape-elgetés így.)
    Na de a kód tartalma már annál kevésbé néz ki jól. Erről megint mindjárt. :D

    Amúgy én PHP-kódnál és lehetőleg más nyelvekben is inkább kerülni szoktam a stringben "elrejtett" változóneveket (amik behelyettesítődnek), ezzel persze biztos vannak, akik nem értenek egyet, de engem kifejezetten zavar, ha nem látszik kapásból a kódból, hogy oda bizony egy "kívülről hozzácsapott" változó értéke kerül - még akkor is, ha az IDE highlightolja az adott stringben a megfelelő részt. Nem beszélve arról, hogy tömbindexeknél vagy objektumok attribútum/metódushívás-eléréseinél a stringben így még bűvészkedni is kell, hogy az valóban behelyettesítődjön. Bár bevallom, pl. shell scripteknél sokszor kivételt teszek.

    Na, szóval a kód érdemi részére rátérve:
    - Eleve rossz, hogy PHP-vel generálsz komplett JS-kódot, mert ott biztos, hogy valami koncepcionális hiba van, és lehetne sokkal általánosabban.
    - Ha már ilyen megoldást választottál, és generálsz mindent, miért drótozod be az elemek számát a ciklusban? Lásd $i<16 --> miért pont 16? Miért nem egy változó van ott? Ha egyébként JS-kódbeli ciklusban szerepelne, az is rossz lenne, mert itt egy ismeretlen nagyságú valaminek a kalkulált hossza kellene, hogy szerepeljen, nem egy konkrét, bedrótozott szám. Ha valami be van drótozva, akkor ott gondolkodni kell, hogy miért is van az ott bedrótozva. :D Szóval most igazából elkövetted pont azt a hibát, amiről a korábbiakban beszélgettünk. :D
    - Minden egyes termékazonosítóhoz legenerálsz egy-egy külön anonim event handlert. Minek? Meg lehetne oldani az egészet class-szal (class-okkal), és mindegyikhez egy darab általános event handler tartozhatna. A kódod semmi olyat nem tartalmaz, amit ne lehetne egy ilyen eseménykezelővel megoldani.
    Meg amúgy a kimeneti, legenerált JS-kódod tele lesz var value1, var value2, ... var value15 jellegű változókkal, ami gondolom nem kell mondani, hogy igen csúf.
    (Amúgy még így pluszban nem tudom, mennyire jó ötlet, hogy mindig hozzáfűzögeted a #bufe_uzenet elem tartalmához az aktuálisan becsippantott kódot. Érdekel valakit az előző akárhány becsippantott elem? Mert ha igen, akkor is talán mehetne egy kinyitható, logolós részbe, mert így ránézésre zavaró lehet, hogy nem egyértelmű, az adott pillanatban mit csippantott be valaki.)

    Szóval a kérdésre válaszolva ja, elég gány, bocsi. :D

    (#3003) Karma :
    "Egyvalamivel egészíteném ki. A pluginba szervezésnek lenne még egy kézzel fogható előnye is: ebben a formában csak egy slider lehet az oldalon, egy helyes megoldással meg akármennyi, függetlenül a másiktól."
    Jaja, egyetértek. De igazából ez benne volt az előzőben, legalábbis erre akartam utalni azzal a résszel, hogy "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." :) Meg hogy miért is gáz, hogy a selectorok is be vannak drótozva. Persze úgy még egyértelműbb, ahogy Te írtad.

    [ Szerkesztve ]

    Sk8erPeter

  • biker

    nagyúr

    válasz Sk8erPeter #3014 üzenetére

    Egyébként a PHP-kód vonatkozó részénél, amikor macskakaparásos idézőjelet kell használnod egy stringben, szerintem nyugodtan kihasználhatnád, hogy a stringeket aposztróffal is írhatod, és úgy nincs változó-behelyettesítés sem, így nem kell escape-elni az idézőjelet sem, tehát:

    Megfogadható... a " " jelet használni annyiból kedvezőbb nekem, hogy egy $valami behelyettesítéséhez nem kell azonnal '.$valami'. írni, mint ' ' esetén, de ebből a szempontból teljesen érthető

    Na, szóval a kód érdemi részére rátérve:
    - Eleve rossz, hogy PHP-vel generálsz komplett JS-kódot, mert ott biztos, hogy valami koncepcionális hiba van, és lehetne sokkal általánosabban.
    - Ha már ilyen megoldást választottál, és generálsz mindent, miért drótozod be az elemek számát a ciklusban? Lásd $i<16 --> miért pont 16? Miért nem egy változó van ott? Ha egyébként JS-kódbeli ciklusban szerepelne, az is rossz lenne, mert itt egy ismeretlen nagyságú valaminek a kalkulált hossza kellene, hogy szerepeljen, nem egy konkrét, bedrótozott szám. Ha valami be van drótozva, akkor ott gondolkodni kell, hogy miért is van az ott bedrótozva. :D Szóval most igazából elkövetted pont azt a hibát, amiről a korábbiakban beszélgettünk. :D

    Van 15 input type=text mező, termek_ean_1, termek_ean_2 ..... termek_ean_15
    Ha az ezek akármelyikébe beírt eseményt akarom figyelni, akkor kell egy onChange(#termek_ean1).... 15-ig esemény nem? Akkor 15x ki kell írni, vagy van rá jobb megoldás, hogy tudjam, a mondjuk 8-as mezőbe épp beírtak valamit, és ha igen, akkor írjunk ki valamit a lapra?
    Ha van, mi az?

    - Minden egyes termékazonosítóhoz legenerálsz egy-egy külön anonim event handlert. Minek?

    Nem, a beviteli mezőkhöz írok ilyet, a termék azonosítók (2-300 vonalkód) a tömbben vannak, amiknek a key/value párját keresem a onChange eseményre

    Meg lehetne oldani az egészet class-szal (class-okkal), és mindegyikhez egy darab általános event handler tartozhatna. A kódod semmi olyat nem tartalmaz, amit ne lehetne egy ilyen eseménykezelővel megoldani.
    Meg amúgy a kimeneti, legenerált JS-kódod tele lesz var value1, var value2, ... var value15 jellegű változókkal, ami gondolom nem kell mondani, hogy igen csúf.
    (Amúgy még így pluszban nem tudom, mennyire jó ötlet, hogy mindig hozzáfűzögeted a #bufe_uzenet elem tartalmához az aktuálisan becsippantott kódot. Érdekel valakit az előző akárhány becsippantott elem?

    Igen, érdekli. Így kérte...

    Mert ha igen, akkor is talán mehetne egy kinyitható, logolós részbe, mert így ránézésre zavaró lehet, hogy nem egyértelmű, az adott pillanatban mit csippantott be valaki.)

    Te hogy oldanád meg, hogy van mondjuk 100 terméked egy lapon (de ide most csak 5-öt teszek be, ne floodoljam szét
    var termek_jq = {"5999076200337" : "AAKG Shock Extreme narancs 25 ml: 210Ft / db " , "4005906404569" : "Active O2 áfonya: 550Ft / db " , "4005906005582" : "Active O2 alma: 550Ft / db " , "4005906404545" : "Active O2 alma-kiwi: 550Ft / db " , "4005906005032" : "Active O2 citrom: 550Ft / db " , "4005906004752" : "Active O2 maracuja-alma: 550Ft / db " };

    És van mondjuk 15db input meződ, ahova a vonalkódokat csipogtathatja (azért nem egy mező, mert termékenként a darabszámot is meg kell adni, és a termékenkénti kedvezmény beütése is kérve vagyon, így soronként van egy termek_ean, egy termek_db és egy termek_kedv mező, ezeket mind egy tömbbe gyúrva adom át posttal.
    Tehát akármelyik mezőbe írsz be valamit, keresse meg ebben a tömbben a párját, és írja ki a szöveget
    A php ciklus pont amúgy ezt generálja le,
    var value1 = $("#termek_ean_1").val();
    $("#termek_ean_1").change(function(){
    var value1 = $(this).val();
    $('#bufe_uzenet').append("<p>" + termek_jq[value1] + "</p>");
    });var value2 = $("#termek_ean_2").val();
    $("#termek_ean_2").change(function(){
    var value2 = $(this).val();
    $('#bufe_uzenet').append("<p>" + termek_jq[value2] + "</p>");
    });var value3 = $("#termek_ean_3").val();
    $("#termek_ean_3").change(function(){
    var value3 = $(this).val();
    $('#bufe_uzenet').append("<p>" + termek_jq[value3] + "</p>");
    });var value4 = $("#termek_ean_4").val();
    $("#termek_ean_4").change(function(){
    ...........

    Na egy ilyet hogy lehet akkor szebben, olvashatóbban megírni, azon kívül, hogy a 15 elem kérdést kirakom külön változóba, hogy átírhassam bármikor 35-re mondjuk

    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

    válasz biker #3015 üzenetére

    "Van 15 input type=text mező, termek_ean_1, termek_ean_2 ..... termek_ean_15
    Ha az ezek akármelyikébe beírt eseményt akarom figyelni, akkor kell egy onChange(#termek_ean1).... 15-ig esemény nem? Akkor 15x ki kell írni, vagy van rá jobb megoldás, hogy tudjam, a mondjuk 8-as mezőbe épp beírtak valamit, és ha igen, akkor írjunk ki valamit a lapra?
    Ha van, mi az?"

    Hehe, erre jók a classok ;] és az event.target Ez spéci jquery tudás lenne?

    Szerk: ésez a válasz a legutolsó kérdésedre is :C

    [ Szerkesztve ]

    Én kérek elnézést!

  • biker

    nagyúr

    válasz martonx #3016 üzenetére

    [link]
    Biztos én gondolom rosszul hogy egy adott text mezőbe bevitt adatot megkeresni id kell és nem class, ezért kérlek, egyszerűsítsd az általad elgondoltak szerint.
    A fenti oldalra bemásoltam a generált kódot.

    a js rész elején a tömbben vannak a termékek, lehet puskázni az ean kódokat onnan a működtetéshez.

    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 |

  • Jim-Y

    veterán

    válasz biker #3017 üzenetére

    Ez a kód ... O.O

    http://jsfiddle.net/9FY5x/3/

    Csak az első sort hagytam benne, mert csak azt volt türelmem kijavítani. Szinte csak hiba volt benne.
    Meg ezek a magyar nevek :DD ..keverve angol nevekkel, fő a konzisztencia.
    Nem is tudtam hogy elnevezni a változókat, mert annyira értelmetlennek találtam a példát, azért próbálkoztam :)

    Mi lenne, ha leírnád, hogy mit szeretnél elérni a programmal, és segítenénk legalább elméletben, hogy hogyan kéne nekifogni?!

    Üdv

    megj: elsőre amikor megnyitottam a példát nem hittem a szememnek :DD

    [ Szerkesztve ]

  • biker

    nagyúr

    válasz Jim-Y #3018 üzenetére

    Köszi, tanulmányozom.

    Két ponton nem értelek azonban
    Csak az első sort hagytam benne, mert csak azt volt türelmem kijavítani. Szinte csak hiba volt benne.
    <input type="text" class="termek" size="12"/>
    <input type="text" class="termekDarab" value="1" size="2"/>e_e -
    <input type="text" class="termekKedvezmeny" value="0" size="2"/>%

    <input type=text size=12 id=termek_ean_1 name=termek_1 onKeyPress="return disableEnterKey(event)"><input type=text size=2 name=termek_db_1 value=1 onKeyPress="return disableEnterKey(event)">e_e -<input type=text size=2 name=termek_kedv_1 value=0 onKeyPress="return disableEnterKey(event)">%
    szóval kivetted a name elemet, és az enter hatástalanító részt (sokan képtelenek a vonalkód olvasót átállítani, hogy a sorozat végén tab-ot adjon) és ez a rengeteg hiba?

    Meg ezek a magyar nevek :DD ..keverve angol nevekkel, fő a konzisztencia.

    szerintem egységesen magyar, hol keveredik angollal?

    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 |

  • Jim-Y

    veterán

    válasz biker #3019 üzenetére

    Szia.

    Nem megbántani akartalak, csak szerintem rossz stílusban írtad meg a kódot. Miért?

    - quotation mark? [link] [link] [link] Tehát nem arról lenne szó, hogy invalid lenne tőle a kód, de "highly unrecommended". Egyrészt olvashatatlan is lesz tőle a kód, másrészt sok IDE-ben elrontja a syntax highlight-ot, harmadrészt a stackoverflow-s linkben is említett class hibákhoz vezethet. Nem is értem, hogy miért ne tenné valaki " " közé az értéket. A style guidok is elég egyértelműek ezen kérdést illetően: [link]

    - inline event handlers? Ez sem ajánlott. Vannak hátulütői. Ezekről itt olvashatsz. [link] [link] Másrészt inline ev.handlerekkel csak egy handler-t tudsz definiálni egy eventhez.

    Pszeudokód:

    node.onclick = alert(1);
    node.onclick = alert(2);

    A click eseményre csak 2-t fog alertelni, mert a második definíció felülírja az elsőt.

    - self-closing tags? Ezt be kell látnom lehet, hogy rosszul tudtam. Én valamiért úgy emlékeztem, hogy az újabb html specifikációkban ezek elengedhetetlenek. Pl <br> nem helyes, csak <br />. Ezt lehet rosszul tudtam.

    - szerintem egységesen magyar, hol keveredik angollal? Ez már szőrszálhasogatás.. felőlem mindenki olyan nyelven írja, ahogy akarja, tényleg :)
    disableEnterKey(event)
    value1 ... value12
    De a nagyja tényleg magyar. Én csak simán elszoktam már tőle :) Főleg ha az összes API angolul van, akkor nem értem mi értelme magyarul írni. De ez egyéni szoc. problem.

  • Sk8erPeter

    nagyúr

    válasz biker #3015 üzenetére

    "a " " jelet használni annyiból kedvezőbb nekem, hogy egy $valami behelyettesítéséhez nem kell azonnal '.$valami'. írni, mint ' ' esetén"
    Ja, de sztem amúgy sem olyan jó ötlet a stringbe rakni a változót, én jobb' szeretem konkatenálni - Te is ezt tetted, szóval itt pont nem használtad ki a változó-behelyettesítést. Amúgy tömböt is lehet akár stringbe belerakni, bár sztem rettentő ocsmány:
    $termek_jq.="\"{$query_tomb['termek_ean']}"\" : \"{$query_tomb['termek_nev']}: {$query_tomb['termek_ar']} Ft / db \" , ";

    Erre írtam a korábbit, hogy szerintem nem jó gyakorlat, de ízlések és pofonok. Meg ez talán a leglényegtelenebb rész, már eleve ott kezdődik a para, hogy PHP-vel van legenerálva a komplett JS-kód.

    "Ha az ezek akármelyikébe beírt eseményt akarom figyelni, akkor kell egy onChange(#termek_ean1).... 15-ig esemény nem? Akkor 15x ki kell írni, vagy van rá jobb megoldás, hogy tudjam, a mondjuk 8-as mezőbe épp beírtak valamit, és ha igen, akkor írjunk ki valamit a lapra?"
    Hogyne lenne... Igazából pontosan erről beszéltem korábban, előtte is leírtam az egyik alternatív megoldást, idézem magam:
    "Meg lehetne oldani az egészet class-szal (class-okkal), és mindegyikhez egy darab általános event handler tartozhatna. A kódod semmi olyat nem tartalmaz, amit ne lehetne egy ilyen eseménykezelővel megoldani."
    Tehát még egyszer: EGY darab event handlerre van szükséged, nem többre. Fúú, de jó, most látom, közben Jim-Y megmutatta, miről beszélek, így nem kell annyit hablatyolnom megint. Köszi, Jim-Y. :)
    Amúgy vannak a HTML5-ös data-* attribútumok is, amelyek lehetővé teszik, hogy adott elemekhez egyéb információt is rögzíts, ezeket lekérni jQuery-vel nagyon egyszerű, de ez csak mellékszál volt, mint látható a példából, nincs rá szükséged.

    "»» - Minden egyes termékazonosítóhoz legenerálsz egy-egy külön anonim event handlert. Minek?
    Nem, a beviteli mezőkhöz írok ilyet, a termék azonosítók (2-300 vonalkód) a tömbben vannak, amiknek a key/value párját keresem a onChange eseményre"

    DE! :DDD Akkor még egyszer elmondom: minden egyes termékazonosítóhoz legenerálsz egy-egy külön anonim event handlert. Nézd már meg a kódodat, amit belinkeltél, pontosan azt csinálod benne, amiről beszéltem.
    Vágod, ott vannak azok a csúnya külön-külön kis .change( function(){ ... } ) kódocskák, azokból van jópár. Ha lenne száz terméked, akkor száz ilyet generálnál le?
    Korábban erre mondtam, hogy általánosságban kell gondolkozni, úgy kell megtervezni, hogy számítasz egy rendszer bővítésére. Nem azt mondod, hogy 15 van, annyi is marad örökre, aztán ez a kód jó lesz majd vidékre.
    Hozzáteszem, szerintem ez nem is tartozik a kliensoldalra, hogy az oldal HTML-kimenetébe be legyenek okádva a termékkód-termékadat párosítások.

    "Igen, érdekli. Így kérte"
    Hát jó, bár én ezt lehet, hogy egy külön dobozkába, vagy legalábbis valahogy elválasztva raknám, history-szerűen, vagy akkor már prependelném, nem appendelném, de ez aztán már abszolút más lapra tartozik.

    "A php ciklus pont amúgy ezt generálja le"
    Nem tudom, feltűnt-e, de korábban pont azt fejtegettem, milyen kód fog legenerálódni, szóval hidd el, értelmeztem a látottakat, és pontosan tudom, mi fog legenerálódni, nem túl összetett a kódrészlet, amit mutattál. :D

    "Na egy ilyet hogy lehet akkor szebben, olvashatóbban megírni, azon kívül, hogy a 15 elem kérdést kirakom külön változóba, hogy átírhassam bármikor 35-re mondjuk"
    Ezek szerint ez sem jött át: feltételezem, vagy adatbázisból szeded ezeket az adatokat, amiket legenerálsz, vagy beolvastad fájlból, vagy tököm tudja, mindenesetre ezeket bele tudod tömködni egy tömbbe. A tömbnek meg ugyebár van egy hossza. A tömb hosszát meg pontosan felhasználhatnád annál az ominózus ciklusnál, amennyiben a borzalmas gányolós kódnál maradunk. Akkor máris legalább egy fokkal rugalmasabb lenne a tákolmány. Mondjuk még stringbe is lehetne passzírozni ezt a generált kódot, ahogy fetch-eled adatbázisból. :DDD De inkább nem adok ötleteket további gányoláshoz. :DDD
    Szóval ezeket kerüld. És akkor még egyszer: egy ciklusnál se legyen bedrótozva annak fejlécébe, hogy meddig mehet, csak kivételes esetekben, amikor garantáltan nem lesz valamiből több/kevesebb.

    (#3017) :
    "Biztos én gondolom rosszul hogy egy adott text mezőbe bevitt adatot megkeresni id kell és nem class"
    Ahogy mondod, te gondolod rosszul. :DDD
    Ha rugalmas megoldást akarsz, nem id-zni kell.

    A jsFiddle-re felrakott kód így még durvább, mint amiről korábban beszéltünk. :DD
    A HTML-részre:
    - illik az attribútumokhoz tartozó értékeket szépen idézőjelekbe rakni. Már az óvodában is így tanítják (jó lenne :D), nem a 90-es években vagyunk.
    - Fel nem fogom, minek kreáltál annyi darab inputpárt, ahány darab terméked van.
    - Lehetőleg ne használj <br />-eket a távolságtartáshoz. Szépen használj CSS-t, margint, paddinget, attól függően, mire van épp szükség. Word-dokumentumot sem úgy szerkeszt az ember normális esetben, hogy püföli az Entert, aztán valahol már kábé jó lesz. Normális dokumentum úgy van megszerkesztve, hogy rugalmasan állíthatók a térközök, egy helyen, nem ötszáz helyen. Jelen esetre értsd: ha szeretnéd kisebbre venni a távolságot, akkor normális esetben csak a CSS-kódban átírsz egy értéket, nem kell a HTML-kódhoz nyúlnod, és tippelgetned, hogy kb. hány sortörést kéne oda berakni vagy épp onnan kiszedni.
    - Sajnos behánytad a HTML-kódba a JavaScript-kódokat is, inline attribútumokba, konkrétan itt számtalan onKeyPress-értékként adtad meg, mi is történjen a keypress event során. Mi van, ha szeretnéd átnevezni a függvényt? Akkor tényleg 15 helyen meg kell változtatni? Ha JS-kód írásáról van szó, akkor miért kell folyton buzerálni a HTML-kódot is? A különböző célra szolgáló nyelvek szépen legyenek elválasztva egymástól. Ez pontosan ugyanolyan ronda, mintha a CSS-kódot behánynád style-attribútumokba. Az is kerülendő, ez is. Az oka igazából ugyanaz.
    A JS-kódra: - hát ezt már kielemeztük elég rendesen, hogy mitől ronda, kaptál javaslatot is a szépítésre eleget.

    Persze inkább kérdezz, ha még valami nem tiszta.

    (#3019) :
    Szerintem Jim-Y is valami olyasmi hibákra gondolt, amiket fentebb írtam.

    "egységesen magyar"
    Hát ez itt a probléma. :D Legyen egységesen angol. A programozás nyelve angol, akár tetszik, akár nem. Hülyén néz ki, hogy össze-vissza keverednek a nyelvek egy kódban (én már a kommentárjaimat is igyekszem angolul írni, bár ebben lehet engedményt tenni), de ha ez nem lenne elég, van olyan, aki utálja az ilyen kódot, ez csapatmunkánál nem mindegy, és ha már csapatmunka, előállhat olyan helyzet, hogy kűűűűfőőőődi embernek kellene megmutatnod a kódodat, és az meg egy büdös szót nem ért belőle. Ha utóbbi nem állhat elő, akkor se keverd a nyelveket. :DD (Ha svédül írnád, az is hülyén nézne ki, nehogy valami turulmagyar megsértődjön, hogy a magyarral bármi baj lenne. :DDD)

    (#3018) Jim-Y:
    Kösz, sok időt megspóroltál nekem. :D
    Szerk.:
    +#3019: 22 másodperccel megelőztél. :DDD

    "self-closing tags"
    HTML5-ben pont nem kötelező. XML-ben és XHTML-ben természetesen az.
    Egyébként én is ocsmánynak tartom, ha az <img .../>, <br />, <hr /> és hasonlók nincsenek lezárva. Én személy szerint sajnálom, hogy ez pont nem kötelező az ajánlás szerint. :D

    [ Szerkesztve ]

    Sk8erPeter

  • Sk8erPeter

    nagyúr

    válasz Jim-Y #3020 üzenetére

    Ezt csak most látom:
    "Másrészt inline ev.handlerekkel csak egy handler-t tudsz definiálni egy eventhez"
    Ez nem feltétlenül igaz, lásd ezt:
    HTML:
    <button id="mybutton" onclick="alert('Button has been clicked! --> UGLY inline stuff.');">Click this button</button>

    JS:

    window.addEventListener('load', function () {
    document.getElementById('mybutton').addEventListener('click', function () {
    alert('Button has been clicked! --> Event handler in JS file - as you should ALWAYS do it.');
    }, false);
    });

    --> http://jsfiddle.net/4SeM5/

    Mindkettő lefut, csak előbb az ocsmány inline-kód, majd a külön JS-kódban definiált fut le.

    Abban az esetben viszont igaz, ha JS-kódban van mondjuk két külön window.onload = function(){...}, akkor az első felülbírálódik.

    Sk8erPeter

  • Jim-Y

    veterán

    válasz Sk8erPeter #3022 üzenetére

    Igen-igen, az utóbbira gondoltam. Sajnos már láttam éles környezetben ilyet, azért is ragadt meg bennem xD

    http://jsfiddle.net/LLkV4/

  • biker

    nagyúr

    válasz Jim-Y #3020 üzenetére

    Értem (a " a search-replace áldozatai voltak)

    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 Sk8erPeter #3021 üzenetére

    "- Fel nem fogom, minek kreáltál annyi darab inputpárt, ahány darab terméked van."

    Még mindig nem annyi input mező van ahány termék, 2-300 termék is lehet, ezek azok a mezők ahova ezen termékrkből válogat

    A többit köszönöm

    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 |

  • Zedz

    addikt

    Sziasztok,

    Lehet valahogy tesztelni egy kódom teljesítményét? Értem ez alatt azt, hogy például megírok valamit, majd megint megírom csak másféle megközelítéssel, és összevetni a teljesítményét a két kódnak?

  • Speeedfire

    nagyúr

    Erre valaki tud megoldást?

    Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

  • Jim-Y

    veterán

    válasz Speeedfire #3028 üzenetére

    Szerintem sokat segítene, ha csinálnál belőle példát jsfiddle-re. A BE kérérseket is tudod mockolni, így tudod majd demózni a nem jól működő ajax kéréseket. Hátha közben meg is lesz a hiba...

    Ahhoz, hogy tudd mockolni az ajax kéréseket, external resource-nak meg kell adni a mockjax-ot.

    http://cdnjs.com/libraries/jquery-mockjax

    A kód elején pedig mockolod a kéréseket:

    https://github.com/appendto/jquery-mockjax

    Kb így (nem az a lényeg, hogy mit adsz vissza úgy sem, hanem, hogy nem megy aszinkron. Ha jól értem a problémát...)

    $.mockjax({
    url: '/restful/fortune',
    responseTime: 750,
    responseText: {
    status: 'success',
    fortune: 'Are you a turtle?'
    }
    });

    Működő példát is tudnék mutatni, de elhalálozott momentán a jsfiddle :/

  • Sk8erPeter

    nagyúr

    válasz Speeedfire #3009 üzenetére

    Több információ kéne. Azt írtad, "Azt hittem az apache lehet a ludas, de minden kérésnél ott van, hogy pending." Hol van, hogy pending? Hol nézed? Webfejlesztő panelban, vagy csak a UI-on?
    Mit csinál az előző hsz.-edben írt ModalDialog()? Nem azt csinálja, hogy blokkolja a UI-t, pont, mint a BlockUI?, amitől valójában elvileg mehetne több AJAX-kérés is a háttérben, csak a UI nem használható, hogy a felhasználó ne tudjon ide-oda kattintgatni?
    Webfejlesztő eszközből derült ki, hogy "nem tudok egyszerre több ajax kérést intézni a szerver felé"? Hogyan vizsgálódtál?
    Ezeket magunktól sajnos tényleg nem tudjuk kitalálni. :N

    Sk8erPeter

  • Speeedfire

    nagyúr

    válasz Jim-Y #3029 üzenetére

    Nem ismerem ezt a mockjax-ot. :(

    Így szoktam az ajaxot használni. [link]


    Sk8erPeter:
    Hol van, hogy pending? Hol nézed? Webfejlesztő panelban, vagy csak a UI-on?
    A webfejlesztő panelban néztem, ott ír ennyit.

    Mit csinál az előző hsz.-edben írt ModalDialog()?

    function ModalDialog(msg) {
    $('<div />').html(msg).dialog({
    modal: true,
    buttons: {
    Ok: function() {
    $(this).dialog("close");
    }
    }
    });
    }

    Webfejlesztő eszközből derült ki, hogy "nem tudok egyszerre több ajax kérést intézni a szerver felé"? Hogyan vizsgálódtál?
    Elindítottam több kérést a szerver felé ,az elsőnél a szerver oldalon beállítottam egy 1 perc sleep()-et, a többi csak egy sima echo volt. Addig nem jött válasz a többire, míg az első sleep()-es nem végzett.

    [ Szerkesztve ]

    Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

  • Speeedfire

    nagyúr

    válasz Jim-Y #3032 üzenetére

    Átírtam olyanra, ahogy én használom, de akkor tényleg apache hiba lesz.
    Itt ha rányomok az 1-re, majd a 2-ra. Akkor a 2. egyből dobja a választ. Nálam viszont a szerver megvárja, míg az első befejezi.

    Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

  • Speeedfire

    nagyúr

    válasz Speeedfire #3033 üzenetére

    Bamm, lehet hogy teljesen rossz volt a jquery és az apache vonal is. Ahogy nézem, akik hasonló cipőben jártak ott a php session_write_close() volt a megoldás. Viszont akkor nem értem, hogy működik másnál aki szintén php-t használ session-ökkel. :N

    Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

  • Zedz

    addikt

    Sziasztok,

    Lenne ez a kódom. A kérdésem az lenne, hogy miért csak az első elem focuout eventjére hívja meg a kívánt függvényt? Mindkettő elemet eléri a szkript, nem tudok rájönni mi lehet a gondja. Az elemeket egy változóból érem el.

  • Jim-Y

    veterán

    válasz Zedz #3035 üzenetére

    Szerintem a jQuery wrapper a dokumentáció szerint nem fogad el elementek sorozatát, csak element listát. [link]

  • Sk8erPeter

    nagyúr

    válasz Zedz #3035 üzenetére

    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/

    Sk8erPeter

  • DNReNTi

    őstag

    válasz tothjozsi96 #3040 üzenetére

    Persze, hogy működik anélkül. Pl:
    $( ".class" ).show();

    but without you, my life is incomplete, my days are absolutely gray

  • Realradical

    őstag

    Sziasztok!

    Lehetséges a jquery-vel átszínezett oldalt formázással együtt kinyomtatni valahogyan? Van egy Sharepoint listám ami agyon van színezve, de a szerver oldalon az innerhtml-nek fogalma nincs arról, hogy van színezés. Ezért a beépített sps-es nyomtatási funkciók nem működnek.

    Próbáltam így is:
    $(document).ready(function() {

    $(‘.printMe’).click(function() {
    window.print();
    return false;
    });

    });</script>

    De a hatás ugyanaz, nincsenek színek. Valaki már oldott meg ilyen problémát?

    Things that try to look like things often do look more like things than things

  • martonx

    veterán

    válasz Realradical #3042 üzenetére

    Lehetséges, de elég szopás. A window.print()-nek elvileg vinnie kellene a színeket is, ha jól emlékszek ez böngésző függő, és a Chrome nagyon nem viszi a színeket. FF és IE teljesen jók e téren.

    Én kérek elnézést!

  • Realradical

    őstag

    válasz martonx #3043 üzenetére

    Leteszteltem mindhárom böngészővel, egyik sem viszi a színeket. (miért is lenne mázlim? )
    Úgy érzem ennek valami komoly kókányolás lesz a vége. :DDD

    szerk:
    html2canvas lesz a megoldás szerintem.

    [ Szerkesztve ]

    Things that try to look like things often do look more like things than things

  • martonx

    veterán

    válasz Realradical #3044 üzenetére

    Cross-browser kerülő megoldások vannak, mint pl. nem background-color-t használsz hanem inline shadow-t / beteszel egy egyszínű háttérképet stb...

    Én kérek elnézést!

  • martonx

    veterán

    Sziasztok!

    Nagyon nem mozgok otthonosan jquery pluginek között. Kérlek javasoljatok valami jó plugint, ami azt csinálná, hogy van egy baromi hosszú scrollozható nyitó oldalam. Ennek van X szekciója.
    Nem szeretném az egészet betölteni (és itt nem csak a képekre gondolok, hanem a komplett szekciókra, mert van köztük olyan, ami google mapstől kezdve, kismillió képen keresztül minden szir-szart tartalmaz), hanem mindig csak akkor töltődne be 1-1 szekció, ha a scroll elérne egy bizonyos pontot, vagy az oldal alját.
    Van erre valami jó jquery plugin?
    Ha bármi jó ötletetek van, hogyan lehetne ezt minél szebben, erőforrás kímélőbben kivtelezni, akkor ötleteljünk rajta.

    Köszi!

    Én kérek elnézést!

  • Jim-Y

    veterán

    válasz martonx #3047 üzenetére

    Szia, nálunk egy hasonló feladatot, scrollozás közben új tartalom betöltése attól függően, hogy mennyire vagyunk az oldal aljától a jscrollal oldottak meg. Nekem konkrétan zéró tapasztalatom van vele, de egy tippnek talán elmegy :) Üdv

  • Sk8erPeter

    nagyúr

    válasz martonx #3047 üzenetére

    Ez ilyen majdnem "Infinite Scroll", ha jól értem, azzal a különbséggel, hogy itt nem ugyanannak a tartalomtípusnak a végtelen betöltése történne, hanem az oldal különböző szakaszait töltenéd be scrollozástól függő módon - szerintem erre a jQuery Waypoints talán jó lehet, két use case:
    http://imakewebthings.com/jquery-waypoints/shortcuts/infinite-scroll/
    http://imakewebthings.com/jquery-waypoints/examples/scroll-analytics/
    Bevallom, még a gyakorlatban nem használtam kipróbáláson kívül, de sok helyen láttam már linkelve, meg ez elég normálisnak tűnik API és doksi szempontjából is.
    (A kód fent van GitHubon.)

    Sk8erPeter

  • martonx

    veterán

    válasz Jim-Y #3048 üzenetére

    Köszi, mindkettőtöknek. A Jscroll-t én is megtaláltam, annyira nem győzött meg, de ki tudja. Egy lehetőséget neki is adok. A héten ki fog derülni, hogy mi lesz a legjobb megoldás, mindenképpen beírom ide a fórumba a tapasztalatimat!

    Én kérek elnézést!

Új hozzászólás Aktív témák