Új hozzászólás Aktív témák
-
martonx
veterán
válasz Brown ügynök #469 üzenetére
A <>-ök a selectorba minek? Egyáltalán ez így működik? Ha véletlenül működik is, szedd ki őket onnan.
A name = $('<td>').html('Név'); pedig egy DOM select, ezt így nem tudod append-el alkalmazni.
name = '<td>Név</td>'; -t kellene használnod helyette.
Ha jól sejtem, hogy mit szeretnél.
Amúgy ha picit feljebb olvasnál (olvastál volna), akkor pont jquery temple-ekről volt szó.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #473 üzenetére
bocs, igazatok van. Még sosem hoztam jquery-vel létre DOM elemet.
Elsőre meglepett maga az elgondolás is, hogy ezt így. De végülis miért ne lehetne.
Bár én biztosan nem így csinálnám.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #473 üzenetére
Egyébként tovább gondolva dolgot. Szükség van egyáltalán ilyen esetben jquery-re? Ezt nem lehet tényleg simán egy stringben összerakni, és azt javascriptel belerakni az adott elembe?
Jó, meg szép dolog a Jquery, de ez nem pont olyan eset, amikor felesleges a használatának az erőltetése?Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #480 üzenetére
Ez már pusztán csak stilisztika, illetve némi teljesítmény finomhangolás. Én vagy stringként oldottam volna meg, vagy template-tel.
Ha kicsi a feladat, az átláthatóság édes mindegy. Egy gyors kis stringes sor, és mindenki happy.
Ha nagy a feladat, akkor meg a template az egyetlen átlátható jó megoldás.
De ez már csak szőrszálhasogatás. A lényeg, hogy tanultam egy új megközelítést!Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #487 üzenetére
De ő nem JQuery UI-t használ, hanem valami spéci datepicker plugint.
Amúgy totál igazad van a többi pontban.Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz Brown ügynök #498 üzenetére
Ez a függvény így hibásnak tűnik.
if (right == undefined){
if ($obj !== false) this.__callback({'obj' :$obj, 'right': function () {
get_upload_rights($obj, right)
}});
}Mert itt mit is látunk? Ha a right undefined, akkor lesz igaz a feltétel.
Majd meghívod a függvényt újra immár a right paraméterrel viszont az undefined.
Ez így ránézésre végtelen ciklusnak tűnik.Én kérek elnézést!
-
martonx
veterán
válasz Brown ügynök #500 üzenetére
A $obj és az obj nem lehet, hogy elírás, és ez miatt nem teljesül az if feltétele?
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #522 üzenetére
ez egy szimpla form. Miért kell bele ilyen varázslat?
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #529 üzenetére
mondjuk, ha ezzel kezdted volna, jóval érthetőbb lett volna a problémád.
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #545 üzenetére
mondjuk szintaktikai hibák nélkül?
if(("#egy").val() != "" andand ("#ketto").val() != "") {
$("#extra").show();
}andand - két és jel akart lenni, csak innen valamiért épp nem sikerül és jelet produkálnom.
Az inputba kattintásról sem vagyok meggyőződve, hogy ezt így el lehet-e kapni, nem-e fókusz adásnak számít.Én kérek elnézést!
-
martonx
veterán
Sziasztok!
Van egy ajax-al betöltött formom, amit egy div-be töltök bele.
Vajon miért nem tudok ezek után jquery-vel erre az új formra hivatkozni? Hihetetlen. Mit szúrhatok el?Én kérek elnézést!
-
martonx
veterán
Nem voltam elég világos. Akkor a teljes történet.
Adott egy master-detail felület.
Master - egy jquery-s datagrid.
Detail - master megfelelő sorára kattintva ajax-al betöltődő form.
A detail változtatásait localstorage-ba mentem (.on használatával - hahó), hacsak nem nyom rá a user a mentés gombra.
És itt jön a problémám. Amikor már van a localstorage-ben adat az adott detail-hez, azzzal felül kellene írnom az ajax-ban kapott inputok értékeit.
Csakhogy ekkor nem tudom az .on()-t használni, mert azzal eseményeket lehet mappelni a dinamikus DOM elemekhez. Én viszont nem eseményt akarok, hanem egy szimpla $('#myform :input') select-orral végigmenni az inputokon, hogy a localstorage alapján felülírjam a value-jukat.
Mivel a #myform ajax-al jött létre, ezért simán selectálni nem lehet.
Nos milyen trükkel lehetne ezt megoldani?Én kérek elnézést!
-
martonx
veterán
és meg is van a megoldás. Magának a .post()-nak a futásakor kapott data-t kell manipulálni ilyen esetekben. Példa:
$.post(url, { params }, function (data) {
var $input = $(data).find(":input[type=text]");
$input.each(function (elem) {
//kód jöhet ide
});
$("#detail").html(data);
});Hátha megkímélek másokat némi szívástól, guglizástól ezzel a megoldással .
Én kérek elnézést!
-
martonx
veterán
hopsz, a fenti példa nem volt tökéletes. Ez a jól működő megoldás, mert előbb hozzá kell adni a DOM-hoz a data-t. Az előző kódom akkor lett volna jó, ha csak replaceltem volna valami szöveget a data-ban.
$.post(url, { params }, function (data) {
$("#detail").html(data);
$('form :input').each(function () {
//ide jöhet a manipuláló kód
});
});A trükk az, hogy $('form :input').each(function () { //ide jöhet a manipuláló kód }); csak és kizárólag az ajax callback-jén belül működik. Azon kívül a dinamikusan hozzáadott DOM elemek már nem elérhetőek selector-okkal.
Ily módon a .on()-is kiváltható pl. azzal, ha az eseményt rögtön a callback-ben hozzáadjuk a dinamikus elemekhezÉn kérek elnézést!
-
martonx
veterán
válasz Speeedfire #556 üzenetére
hja, néha jobb rá aludni egyet.
brutál dolgokat lehet a HTML5-ös funkciókat kihasználva összerakni jquery-vel.[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #559 üzenetére
Hát igen, többet kellene Jquery-znem, és akkor több dolog lenne számomra kapásból triviális.
Az .on() kiváltását csak mint egy lehetőség írtam. Eddig mindig automatikusan .on()-nal kezeltem le az AJAX-olt elemek eseményeit, és nem gondoltam arra, hogy az ajax callback-jében .on() nélkül is le lehet kezelni, ami egyébként logikus.
A kódomon nyilván sokat lehetne még finomítani, lekezelni az esetleges hibákat (mind ajax, mind DOM oldalon), a példa kedvéért raktam be, hogy látszódjon kb. mit is szerettem volna.
Az általad javasolt megoldás is működik, ebből is látszik, hogy sokszor nincs csak egyetlen üdvözítő megoldás.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #565 üzenetére
én akkor már inkább knockoutjs-t használnék, ha bonyolult form UI, és annak mindenféle egymással függésben lévő eseményinek kezelése lenne a cél.
Elképesztően elegáns. Másrészt egy kellemesen bonyolult viewmodel-lel már lehet szívni azért rendesen.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #575 üzenetére
mondjuk látom a hátrányait is.
Viszont biztos vagyok benne, hogy mint a jquery 1-2 évvel ezelőtt, a knockoutjs hamarosan berobban a webalkalmazás fejlesztés világába, és "villám gyorsan" kvázi standard lesz.Jelenleg a webalkalmazásoknál az MVC a nyerő design pattern. Hamarosan az MVVM lesz a nyerő design pattern. C# vonalon (PHP mellett leginkább ebben mozgok) legalábbis még idén átveszi a stafétabotot az MVC-től, az tuti (mondjuk rokonok, nincs nehéz dolga átvenni). Új fejlesztő eszközök jelennek meg, illetve a hardveres világban szétnézve már lassan a mobilokban is minimum 1Ghz-s procik figyelnek, év végére pedig teljesen elterjedtek lesznek a 2 magos mobilok.
Mondjuk én sajnos pont az a típus vagyok, akinek nem igazán van ideje elmélyedni egyik technológiában sem, annyi mindent csinálok párhuzamosan.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #577 üzenetére
pl. meglévő kontrolokat elég nehézkes vele kezelni, hogy mást ne mondjak, próbálj meg egy bonyolultabb jqgrid-et feltölteni knockoutos objektummal. Majd pageld, sortold stb...
Bár már látom, hogy készülnek a knockoutos controlok is, a kogrid például egész okos.
Azért jelenleg a szerver oldal felé is egyszerűbb get-el, post-al kommunikálni, mintsem JSON-nal, de ez manapság már nem olyan vészes hátrány. A kliensnek kiküldeni a JSON-t mindennapos feladat (viszont ilyen esetekben egy csomó más függőséget is bele érdemes foglalni a kiküldött adatszerkezetbe, ami már nem olyan triviális, mint első ránézésre)
Viszont szerver oldalon egy kellemesen bonyolult JSON-t visszaolvasni nem mindennap szoktunk.
Aztán pár fokkal macerásabb egy viewmodel-en keresztül jelezni a validációs megjegyzéseket a kliens oldal felé, mint hagyományosan.
De a fentebb említett hátrányokra látszik, hogy születnek a megoldások, egyre több a knockoutjs extension pl. validációra is van már.A knockoutjs abszolút nem kiváltani hivatott a jquery-t. Sőt jquery nélkül csak félkarú óriás (mondhatni kis túlzással, el sem indul). Ha belenéztél a linkelt tutorialban, tele van jquery-vel
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #582 üzenetére
Pénzügyi szektorban programozok. Weblapokat nem, kizárólag web alkalmazásokat készítek (na jó, maszekban néha befut egy-egy weblap is...).
Mindenféle bonyolult, és kevésbé bonyolult ügyviteli felületet készítek.
És amikor minden mindennel összefügg, és mindennek minden függvényében kell szinkronban mozognia, nos olyankor nincs elegánsabb az MVVM patternnél. Még ha ehhez bizonyos mértékben extra taggelni kell is a HTML kódot.Én kérek elnézést!
-
martonx
veterán
az ajax success-ébe kell beleraknod a dinamikus rész click esemény kezelését.
Másrészt én a helyedben a span-os részt átírnám, hogy a button-nak legyen egy data tag-je, és ezt olvasnám ki. Amikor html-t utaztatsz / raksz össze, felesleges a DOM-ot egy csomó plusz elemmel terhelned.
data() jquery függvénnyel pedig ki lehetne olvasni, hogy mit is rejtettél bele.Én kérek elnézést!
-
martonx
veterán
ezzel mi a probléma? Azon kívül, hogy ronda, és template-et illene használni.
Mondjuk én egy ideje MVC design patternt használok, ott ezt egy partialview-val oldanám meg.
Ha mindenképpen egy lapon belül akarnék sok dom elemet ide-oda beszúrogatni ajax-al, akkor meg knockout.js-t használnék.
Példa kódokat lusta vagyok írni.
Hopp, lehet megértettem a problémád. Te adatbázisban a test.html file nevét tárolod le, nem pedig a test.html tartalmát. De miért szivatod magad ilyenekkel? A helyedben azon is elgondolkoznék, hogy a képet is cakk-pakk letárolnám SQL-ben.
Ha a test.html tartalmát tárolod le, semeddig nem tart azt ajax-al kiküldeni a kliensnek, a kép nevével együtt, ahol beilleszted őket a megfelelő helyre, és már kész is.Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz Sk8erPeter #749 üzenetére
Én mostanra már a sztenderd html lap kiszolgálás, db kapcsolat (szigorúan minden ajax-al!), meg némi csv, pdf generáláson (amik szintén db-ből származó adatok) kívül semmire nem használom a szerver oldalt.
Session-öket is már csak akkor használok, mikor tényleg szerver szinten kell állapotokat rögzíteni, egyébként mindenhez HTML5 localstorage.
Szép új jövő.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #755 üzenetére
Hát igen, nálam a SEO abszolút nem játszik.
Azért manapság AJAX mellett sem lehetetlen kereső optimalizálni, csak macerásabb: link
A példád jó, ilyenkor tényleg szerver oldalon kell a képeket manipulálni, aztán majd külön letölti valaki a képet, ha nagyban akarja látni.
Másrészt egy profil képet minek letárolni nagyban, ha úgyis mindig csak bélyegnyi méretben jelenik meg?
Nem zárkózok én el a szerver oldali programozás elől, csak az én szektoromban tényleg egyre minimálisabb szerepe van.[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #791 üzenetére
miért nem használsz inkább valami rendes wysiwyg editort pl. fckeditor?
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #813 üzenetére
Kapásból van pár öteletem erre. Annyira bagatell a kérdés, hogy fél perc gondolkodás után biztosan neked is eszedbe jut legalább 1 megoldási lehetőség, így inkább meghagyom neked a ráeszmélés élményét.
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #815 üzenetére
Viszont mindegyik megoldás szimpla html és javascript ismereteket feltételez, meg némi józan paraszti észt. Kár ilyen apróságok miatt a jquery topik-ot teleszemetelni.
Én kérek elnézést!
-
martonx
veterán
Még annyit tennék hozzá, hogy ha esetleg nem is akarsz CMS-t, de tele van az internet jobbnál jobb jquery menu pluginokkal. Tényleg nem kell minden esetben a kereket újra és újra feltalálni.
Mármint ezt nem Karma-nak akartam címezni, hanem TonTomika-nak, csak így sikerült
[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
"Modern böngészőkben meg semmi szükség JSONP-vel kockáztatni" - azért cross-domain esetben a jsonp-t érdemes használni, böngésző modernség ide-vagy oda.
Illetve lehet json is, ha a szerver oldal rendesen fel van készítve a cross-domain-re, meg ha bevállalják, hogy dupla kommunikáció történik minden egyes json adatcserekor (kommunikáció 1. a böngésző megkérdezi a szervert, hogy működik-e cross-domianben, majd kommunikáció 2. ha a jól felkészített szerver erre igen-nel felel, akkor mehet a cross-domain json akár POST-tal is GET helyett).Én kérek elnézést!
-
martonx
veterán
Én párszáz gépes környezetben dolgozok, és nálunk 2013-ra tervezik a win7 átállást (mondjuk vicces, mert addigra lesz 1 éves a win8). Azért, amelyik cég 2014-re is egy akkorra 13 éves oprendszert használ, ott komoly gondok vannak. Ráadásul (nálunk legalábbis), az IE8 nagyon erősen behatárolja a belső IT fejlesztési lehetőségeket is, már csak ezért is előbb-utóbb rákényszerülnek a cégek a váltásra.
Én kérek elnézést!
-
martonx
veterán
Én jellemzően magunknak fejlesztek. A böngésző statisztikákat nézve az IE6-7 már most is teljesen marginális, az Ie8-nak még van vagy 15%-os részesedése (nálunk is ez van jelenleg), de a trendeket elnézve 2013 végére az IE6-7-8 együttesen is 5% alá fog esni. 2014 végére meg, amikorra lesz itt Jquery 2.0 valahova 1% környékére várom az IE6-7-8 globális részesedését.
Én kérek elnézést!
-
martonx
veterán
attól függ, melyik statisztikákat nézed. Nézőpont kérdése, hogy IE, vagy Chrome vezet, miközben a firefox-nak is elég masszív részesedése van.
Nálunk egyébként a külsős webfejlesztő beszállítók meg is mondták, hogy IE6-7-et 2012-től kezdve nem támogatnak és kész. Vagy ha támogatják akkor meg olyan horror áron, hogy ösztönözzék ők is az átállást. IE6-7-et már a Microsoft sem támogatja, szóval tényleg ott tartunk, hogy seperc alatt tökéletesen kikopnak.
Én kérek elnézést!
-
martonx
veterán
légyszi írd be a google-be, hogy jquery .click és olvasd el a dokumentációt. Tényleg csak pár sor és tök egyértelmű példák vannak benne, hogy hogyan kell a click eseményt jquery-vel lekezelni.
Amivel próbálkoztál az ránézésre hibás megdöbbentett, hogy ilyet megkérdezel.Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #1026 üzenetére
jelentem per pillanat Android 2.1-es régi szutyok gépekre optimalizált weboldalt (igazából phonegap projekt) fejlesztek jqueryvel, és nem jelent rájuk semmiféle terhelést az események dinamikus bekötése.
Az egyetlen ami terhelést jelent nekik, bármiféle animáció (slide, toggle, fade ilyesmik) lejátszása a böngészőben.Én kérek elnézést!
-
martonx
veterán
Az animáció Android oprendszer, és mobil proci függő. Ami egy Galaxy SII-esen röccenés nélkül animál, az egy Alctel OT-akárhányon úgy szaggat, hogy rossz nézni. Viszont a többségnek Alcatel szintű hardware-e, meg oprendszere van.
Másrészt mindez egyedül Android-on probléma, IOS-en, WP7-en, BlackBerry-n nem probléma.
De ha egyszer mindenki a kártyásan 20K-s android-os fosokat veszi meg, akkor a fejlesztőnek ezt kell kiindulási alapnak vennieÉn kérek elnézést!
Új hozzászólás Aktív témák
- Milyen széket vegyek?
- Milyen nyomtatót vegyek?
- Huawei Watch Fit 3 - zöldalma
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Gitáros topic
- Drágábban indíthat az új iPhone SE
- Házimozi belépő szinten
- Medence topik
- Bemutatkoztak a Microsoft aktuális Surface gépei
- További aktív témák...
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 11 128GB - 256GB Wi-Fi Azonnal Deák Térnél Átvehető.
- Bontatlan ÚJ IPHONE 13 mini 128-512Gb gyári független Minden Szín Deák Térnél Azonnal Átvehető.
- BONTATLAN Új Iphone 14 és 14 Plus 128-512GB 1év APPLE garancia gyári független Deák AZONNAL Átvehető
- AKCIÓ! Új Bontatlan 2022 MacBook Pro 13" Apple M2 chip/8GB//256GB Magyar Billentyű Azonnal DEÁK TÉR
- ÚJ BONTATLAN Apple Watch Se Series SE 2023 40-44mm Azonnal Átvehető DEÁK TÉRNÉL 1 Év apple Garancia.
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest