- Samsung Galaxy Watch7 - kötelező kör
- Motorola Edge 60 és Edge 60 Pro - és a vas?
- Hivatalosan is bemutatta a Google a Pixel 6a-t
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Friss koncepciót hoz a Nothing Phone (3)
- Xiaomi 15 Ultra - kamera, telefon
- Íme az új Android Auto!
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Xiaomi 15 - kicsi telefon nagy energiával
- iPhone topik
Új hozzászólás Aktív témák
-
Male
nagyúr
válasz
martonx
#1104
üzenetére
Próbálkoztam... másik szolgáltató szerverén tökéletesen megy... ugyhogy ennyi, itt valami a tárhelyen nem stimmel.
Viszont biztosan nem a méret a baja, mert 976 Byte UTF8 kódolással... hát ennyit biztos lehet postolni.
A hibanaplóba nem jegyzett be semmit. Megnézem tömörítés nélkül, hogy úgy mit kezd vele.... hátha az nem tetszik neki, hogy ilyen az adat:
$�ÿÎ�í¨t�8!qÙJ�?æó½7n�,Ö�7�³X.ÚàÇ�±ßÇÐ
...persze miért ne lehetne ilyen... a következő, hogy rákérdezek náluk, hogy mi a fene van... -
#1106
Sk8erPeter
nagyúr
martonx
#1104
Sk8erPeter
nagyúr
válasz
martonx
#1104
üzenetére
Tudtommal ilyen esetben Apache-nál kap az arcába a felhasználó egy HTTP-kódot, ami a 413-as, mondván, hogy "Request Entity Too Large".
Aztán ki tudja, lehet, hogy valamelyik szerveren tényleg csak eldobálja az adatot, nem vágom.
Egyébként php.ini-ben van post_max_size. -
Male
nagyúr
válasz
martonx
#1104
üzenetére
Hm, valami ilyesmire gyanakszom én is, hogy a post rendesen elküldi, de a PHP-m már nem kapja meg, valami eldobja ( a valami ezesetben az Apache lehet.... mondjuk legalább az error_log-ba beírhatná akkor, hogy tudjak róla... ). Megnézem másik szolgáltatónál holnap.
Sk8erPeter: OK, megnézem azt is holnap.
-
Male
nagyúr
válasz
martonx
#1092
üzenetére
A post már nem cross domain rész, ezt lehet, hogy nem írtam le pontosan. Tehát a JS kód a fogadó ("B") oldalon fut, így az adat megszerzése a cross domain, a postolás már domainen belül megy utána. Amit elpostol, annak az egyik fele rendben is van (hogy mit tegyen vele), csak pont az eredmény nem, az mintha eltűnne
-
Male
nagyúr
válasz
martonx
#1066
üzenetére
Köszi! ...ahogy Cathfaern írja, ez tényleg nem olyan, amit egy hozzá nem értőnek ki lehetne rakni... viszont most lehet, hogy pont erre van szükségem, ugyhogy megnézegetem alaposabban.
Cathfaern: Neked is köszi a linket. Úgy tűnik ideje újra körülnéznem szerkesztő ügyben, és végigpróbálgatni mik vannak.
-
Cathfaern
nagyúr
válasz
martonx
#1066
üzenetére
Ez nem WYSIWYG editor, szóval egységsugarú user nem fog igazán tudni mit kezdeni vele (egész pontosan kapni fogod a visszajelzéseket, hogy az miért nem úgy van
)Én tudom ajánlani az elRTE -t (nem mondom, hogy tökéletes, de ingyenesben jobbat nem láttam. Ha fizetős is szóba jöhet, akkor meg egyértelműen redactor).
-
-
#1032
Sk8erPeter
nagyúr
martonx
#1030
Sk8erPeter
nagyúr
válasz
martonx
#1030
üzenetére
"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
"
Azért ez speciel sztem nem egy olyan téma, mint kb. az Internet Explorer mai napig, ÖNKÉNT történő használata, ami kegyetlen nagy gyökérség. Sok ember nem hajlandó egyszerűen annyit áldozni egy telefonra, pl. én is ezek közé tartozom. Jelenleg egy fostalicska érintőképernyős ostobafonom van
, telefonálásra, SMS-írásra, zenehallgatásra használom, de majd váltok Androidosra, hogy egy kicsivel több funkcionalitás legyen elérhető a telefonomon (mondjuk ha többet áldozok rá egy kicsit, akkor még talán kíváncsiságból fejlesztek is rá, meg hátha ilyen melóm lesz), de egyébként egyelőre úgy vagyok vele, hogy magasról teszek rá, mennyire komoly a telóm, ha akarok böngészni, tudjak vele viszonylag tűrhetően, de egyébként inkább fontosabb dolgokra (mint pl. akkor már inkább áldozok a laptopomra, kiegészítőkre, külső vinyóra, ilyesmi) költöm a lóvét. 
Most ezt csak azért mondtam el, hogy ne nézzük már le a gyengébb telefonnal rendelkezőket.
-
Karma
félisten
-
Male
nagyúr
válasz
martonx
#1028
üzenetére
Na, pont PhoneGap kell majd nekem is....igazából, csak pár hónap múlva, most még csak egy mini tesztet csináltam, hogy egyáltalán működésre tudom-e bírni
Csak az animáció a nehézség nekik, az összes többi dolog mehet simán akkor?
(Ha majd elakadok, kérdezhetek priviben, vagy van ennek külön topicja?)
-
Karma
félisten
Ha a nagyközönségnek fejlesztenék csak, én is a modern böngészőket céloznám, és vagy beraknám a Google Chrome Frame-et, vagy valami vicces átvezetőt, hogy ugyanfrissítsdmáraböngésződet.
Minden másra ott a Maste... Szóval a virtuális gépek és a több szopással elégetett óra, meg a StackOverflow, meg a küzdés, meg a webfejlesztő életérzés. Ezen a globális részesedés nem segít, se az, hogy ha majd több jQuery verzióval kell zsonglőrködni
Mondjuk megértem, ha dobni akarják a régi szutykokat, így most ők is rajta vannak a szopórolleren rendesen.
-
vakondka
őstag
Igen, erre én is gondoltam, csak azon gondolkodom kellene valami rendszer hogy mi legyen a hash...
Egyébként már csak egy eseménykezelő kellene ami érzékeli hogy a visszagombra kattintottak, majd a content divbe betölti azt az url-t ami a böngészőben van.
Ugyanis jelenleg már minden kattintás mutatja a megfelelő teljes url-t a böngészőben
és a vissza gomb szépen visszalép az előző linkre, de csak kiírja.
Le kellene kezelni magát az eseményt valahogyan... -
#794
Speeedfire
félisten
martonx
#792
Speeedfire
félisten
Lesz az is, csak sok funkció le lesz tiltva benne.
Képet nem tud feltölteni, csak már előzőleg feltöltött képet. Tudom kicsit furán hangzik és az is.
Magában a ckeditorban lesz tiltva a felöltés.
Így csak php route-ot lehet majd berakni.
Kiválasztja az adatbázisból a képet, ami majd a php feldolgoz később. A box-ba pedig így rakná bele:
{photoid:12}Szóval, ezért akarok ilyet. De ez jó is lesz szerintem.
-
#758
Sk8erPeter
nagyúr
martonx
#756
Sk8erPeter
nagyúr
Huhh, hát jó hosszú a cikk, így nem igazán olvastam bele, de van közvetlenül a Google-től is:
Making AJAX Applications CrawlableLényege, hogy az itt leírtakkal elvileg az is megoldható, hogy azok az URL-ek tárolódjanak (azokra lehessen rátalálni pl. Google-ben), amik az AJAX-os megjelenítést produkálják, tehát pl. http://example.com/#!valamioldal/blabla, és erre klattyoghat a júzer, és állítólag működik is.
Ja, amúgy alapból macerás így megoldani.
Szerintem az is jó módszer, ha először működik AJAX nélkül minden faszán, aztán amikor kész vagy, akkor ráállsz arra, hogy elkészítsd a működést AJAX-szal is; ez esetben lesz egy http://example.com/valamioldal/blabla, de működik úgy is, ha csak ráklikkelsz erre a linkre: http://example.com/masikoldal#!/valamioldal/blabla - vagy valami hasonló.
Remélem nem volt túl kusza.Na, de a lényeg, hogy a szerveroldali manipulálás nem valószínű, hogy ki fog halni, mert egyszerűen vannak dolgok, amiket a júzer gépére felesleges letölteni (lásd pl. a buzinagy profilképek, amiknek miért is ne lehetne nagy változata, ha valaki nagyban is meg akarja nézni az orcáját), vagy amit előle el kell rejteni (nem kliensoldalon machinálni).
=======================
(#757) Speeedfire:
Jaja, értettem én, hogy ilyesmiről van szó.
De ezt kliensoldalon vagdosni szerintem nagyon nem lenne jó módszer...
Egy profilképet nem kétpercenként cserélget az ember. -
#755
Sk8erPeter
nagyúr
martonx
#753
Sk8erPeter
nagyúr
Itt most profilképek megjelenítéséről, abból készített thumbnailekről beszélünk.
Gondolj bele, mi lenne, ha mindenki mondjuk 3 MB-os méretű képeket töltene fel, és mondjuk átlagban 2000px×3000px paraméterekkel rendelkeznének, és mondjuk listázni szeretnéd a felhasználóidat, úgy, hogy egy thumbnailt is kellene mellette mutatni.
Akkor lekéred az összes, fentebb említett tulajdonságokkal rendelkező képet, majd kliensoldalon megvagdalod?
Az a "szép új jövő"?Ja, egyébként valóban felmerül a kérdés, hogy ha mindent AJAX-ra alapozol, nem felejtesz-e el keresőoptimalizálni.
Azért azt se felejtsd el, hogy nem mindenki pénzügyi szektorban készít webalkalmazásokat. -
Jim-Y
veterán
Igen, végül rávilágítottál a problémára, mert pont ezt csináltam, azért szivatom magam ezzel, mert jelenleg ezt tudtam megvalósítani, amit te írtál olyat még nem csináltam, ilyen egyszerű
Na de akkor rákeresek ezekre, bár nem tudom, hogy pl egy képet, hogy lehetne még adatbázisban tárolni.. -
Jim-Y
veterán
Nem azzal van a gond, hanem mutass nekem pl egy olyan kódot, ami:
-tegyük fel, hogy az adatbázisból 2 mezőt,2 adatot szedünk ki, az egyik "test.html", a másik "sam_gal_y.jpg", na most ezeket kéne hozzáappendelni, egy DOM elementhez, nem működő példa:
theimage = "sam_gal_y.jpg";
thedescription = "test.html";
var img="<img src='"+theimage+"'/>";
$("#theDOMelement").append("<tr><td>"+img+"</td><td>"+ na ide kell valami működő(thedescription) + "</td></tr>"); -
Jim-Y
veterán
Jaja
ezt elvetettem, egyébként ha a hírdetés szövegét nem külön fileba menteném a serveren, hanem az adatbázisba, akkor már kész lenne, működne szuperül. Csak arra gondoltam, hogy talán előnyösebb lenne ha a hírdetést, a user külön .html-ként tölthetné fel, de lehet elállok ettől Azóta egyébként a .load-ot dobtam a kukába, és helyette a $.get-tel próbálkoztam, de ott meg az a baj, hogy a visszatérési értéket nem tudtam kimenteni a get scope-jából :S -
Jim-Y
veterán
Ehh, a kép megjelenik, user error volt, az src atrribut-nál rossz helyen volt egy quote -.-
Karma: jelenleg ezt adja vissza, bár nem ez lenne a cél, de még nincs meg a megoldás
$result = $db->query("SELECT offer_id,description,images FROM offers;");
foreach ($result as $row) {
$data['offer_id']=$row['offer_id'];
$data['description']=$row['description'];
$data['images']=$row['images'];
}
echo json_encode($data);Tehát ha jól sejtem, akkor kliens oldalon 3 adatot tudok kezelni..
Nem ez lenne a cél, de tegnap éjjel idáig jutottam, a legjobb az lenne, ha egy olyan struktúrában tudnám visszaadni, hogy:
$data['offer_id']
$data['description']
$data['images']
$data['offer_id']
$data['description']
$data['images']
...offer_id lehet ugyanaz, és szeretnék majd rá szűrni is, plusz minden offer_id-hoz tartozik egy desc. és egy image. Tehát valahogy úgy kéne visszaadnom a php-ból, hogy kliens oldalon valahogy így tudjak szűrni rá:
if(result['offer_id']==1){
result['offer_id']['description'] = ...
result['offer_id']['images'] = ...
}Ez lesz mára a feladat
(többek között)A templatek itt nem tudom mik
-
#586
Sk8erPeter
nagyúr
martonx
#585
Sk8erPeter
nagyúr
Na igen, ott eléggé kell a táblázatszerű megjelenítés.
Itt mondjuk elég durván kell "extra taggelni", nem csak "bizonyos mértékben", ahogy elnézem, lényegében az "idézett" rész egy az egyben erre épül.
Mondjuk biztos lehetne alternatív szintaktikát kiagyalni rá, de valószínűleg így a legegyszerűbb, és durván nagymennyiségű adatnál meg a lényeg, hogy azért visszakövethető legyen, és tulajdonképpen nem olyan csúf, hogy ne lehetne megbocsátani, hogy tele van szórva szemantikai keveredést is jelentő kódokkal.============================================
Más:
Ha valakinek jsFiddle-ről másolási problémája akad, tehát "Unexpected token ILLEGAL"-jellegű hibaüzenetet kap, akkor az okát a másik topicban már kitárgyaltuk, konkrétan: [link], [link].
-
#582
Sk8erPeter
nagyúr
martonx
#581
Sk8erPeter
nagyúr
Őszintén szólva a kódját olyan nagyon nem tanulmányoztam át.
Most viszont belenéztem, mert elkezdett érdekelni, miért oly elegáns.Van egy ilyen példa, csak kiragadva a HTML-részt:
<form data-bind="submit: addTask">
Add task: <input data-bind="value: newTaskText" placeholder="What needs to be done?" />
<button type="submit">Add</button>
</form>
<ul data-bind="foreach: tasks, visible: tasks().length > 0">
<li>
<input type="checkbox" data-bind="checked: isDone" />
<input data-bind="value: title, disable: isDone" />
<a href="#" data-bind="click: $parent.removeTask">Delete</a>
</li>
</ul>
You have <b data-bind="text: incompleteTasks().length"> </b> incomplete task(s)
<span data-bind="visible: incompleteTasks().length == 0"> - it's beer time!</span>Valahogy számomra ez kevésbé tartozik az elegáns kategóriába, hogy igazából minden elemhez tartozó kliensoldali adat bele van égetve data-binddal az elemek attribútumába.
Tudom, találjak ki jobbat.
De ez nekem akkor is szemantikai keveredés, mint amikor valaki mondjuk telerakja a jQuery-kódját CSS-módosítgatásokkal meg HTML-elemekkel, az is kerülendő, mert a jó gyakorlat a különböző nyelvek lehetőleg teljes szétválasztása.
Na ezt nem kicsit rúgja fel a fenti kód készítője - de persze azt is elfogadom, hogy nem egyszerű általános jellegű kódot írni ilyen célra.
Meg gondolom létezik szebb módszer, amit el lehet érni KnockOut JS-sel is, ennek még nem néztem utána.
De majd holnap jobban megkukkantom a többi példát is, ha lesz rá időm.Amúgy kíváncsiságból, milyen jellegű alkalmazásnál szoktál ilyen durva mértékű kliensoldali kódot alkalmazni? Pl. gridek gyártogatására, stb.
Általában inkább admin-felületekhez? Vagy egyéb, "nem átlagos" webalkalmazásokra?
Pl. mittudomén, cégek adott éves forgalmi adatainak és egyebeknek a kliensoldali megjelenítésére? -
#577
Sk8erPeter
nagyúr
martonx
#576
Sk8erPeter
nagyúr
Milyen hátrányai vannak? Csak érdeklődésképp.
"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."
Azért ez szerintem bátor előrejelzés. Szóval szerinted KnockOuttal győz a jQuery ellen?
A jQuery ma már olyan szinten népszerű, hogy azért nem lesz egyszerű kiütni.
Mondjuk az előbb linkelt cikk épp így kezdi: "Knockout is not meant to be a replacement for jQuery". (Még nem olvastam el a teljes cikket, de kíváncsi vagyok rá.)Számomra ez is új infó:
"In the red corner, weighing in at just 29Kb (uncompressed), is knockout.js; a pure JavaScript library that simplifies the creation of dynamic user interfaces. Knockout is library agnostic, so it can easily be used with any of the most popular JavaScript libraries already available, but it works particularly well with jQuery, and uses jQuery.tmpl as its default templating engine."Az utóbbi kiemelt mondat meglepett, mert ahogy korábban tárgyaltuk itt a topicban, azért a jQuery beépített template-ezőjét nem fejlesztik már, így az elavult lehet.
Na, de a lényeg, hogy ezek szerint nem a jQuery kiváltását hivatott szolgálni a KnockOutJS.De én csak a cikkből indulok ki, tapasztalatom nincs e téren, szóval nyugodtan cáfolhatod, ha úgy érzed.
===
"lassan a mobilokban is minimum 1Ghz-s procik figyelnek"
Milyen jó, hogy nemsokára egyedül leszek vele, hogy nekem még mindig egy ócska fos butafonom van.
-
#559
Sk8erPeter
nagyúr
martonx
#555
Sk8erPeter
nagyúr
Őszintén szólva nem nagyon értem, mi ebben a meglepő.
Az is működik, ha az .on()-nal oldod meg (!!), és arra kötöd rá, és az is működik, ha a callback-be beteszel akár egy eleve létező függvényt, ami végrehajtja azt a feladatot, hogy felülírja a text típusú input fieldek felülírását. Ezen a függvényen belül meg a biztonság kedvéért nyilván nem árt ellenőrizni, hogy a DOM-ban van-e már egyáltalán az elem.Amúgy még úgy emlékszem, trükközéssel az is működik, hogy mondjuk ezt csinálod, hogy nem adod hozzá a látható elemekhez, hanem ilyet alkalmazol (de most nem próbáltam, csak úgy rémlik, lehet ezt a trükköt alkalmazni, és már csináltam is):
$.post(url, { params }, function (data) {
var $myStuff = $(data);
$myStuff.find('form :input').each(function () {
//ide jöhet a manipuláló kód
});
$myStuff.appendTo('#detail');
});De mondom, ez utóbbira nem adnám a nyakam, hogy pontosan így működik, de hasonló módszer tuti van rá. Azért ezt is kipróbálhatod, ha gondolod (csak az érdekesség kedvéért).
-
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 -
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 .
-
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? -
#547
Sk8erPeter
nagyúr
martonx
#546
Sk8erPeter
nagyúr
Meg mondjuk az sem ártana, ha az ('#egy') és a ('#ketto') ELŐTT lenne egy dollárjel, vagy egy jQuery kulcsszó...
Érdekes, most jsFiddle-ben én sem tudok & jelet írni, csak ha máshova írom, aztán bemásolom oda...Egyébként igen, működik a dolog, csak az egy igen nagy hátránya, hogy előbb ki kell töltened mindkettőt, majd nem keyupra reagál, hanem újból bele kell kattintanod a div-be, hogy végül az "extra" megjelenjen...
Itt a "működő": [link].
-
#502
Brown ügynök
senior tag
martonx
#501
Brown ügynök
senior tag
Ezt most jegelem, megoldom másképp. Nem értem, ha a get_upload_right fv. visszahívom miért nem vesz figyelembe semmit feltételt. Egyébként nem volt teljes a kód. A get_upload_right fv.t a __callback fv. hívja vissza / meg, ami egy ajax kérés után hívja vissza a get_upload_right-t .
-
#483
Sk8erPeter
nagyúr
martonx
#482
Sk8erPeter
nagyúr
"Ha kicsi a feladat, az átláthatóság édes mindegy."
Nem értek egyet. Miért kellene valamit összeb@szni attól még, mert röviden is megoldható? Egy feladat bármikor bővülhet is, lehet, hogy csak szép lassan terpeszkedik elég nagyra, és ha mindenféle összegányolt hányadék van benne, akkor feleslegesen nehezen követhető lesz egy idő után.Amúgy soha nincs "egyetlen jó megoldás".
-
#480
Sk8erPeter
nagyúr
martonx
#477
Sk8erPeter
nagyúr
Szerintem ilyen esetben egyáltalán nem felesleges, pont az általam imént mutatott példa miatt:
$("<div/>", {
"class": "test",
text: "Click me!",
click: function(){
$(this).toggleClass("test");
}
}).appendTo("body");Cél és megközelítés kérdése, de ha pl. konkrétan egy elemre szeretnél vonatkoztatni bizonyos tulajdonságokat, akkor a fentebb írt módon sokkal áttekinthetőbb, mit is csinálsz, és könnyebben is módosítható egyéb célokra, mintha mondjuk ezt írnád:
$('body').append('<div onclick="$(this).toggleClass("test");" class="test">Click me</div>');
VAGY
$('body').append('<div class="test">Click me</div>');
$('.test').click( function(){ $(this).toggleClass("test"); } );Szerintem legalábbis szétszedve egyből látszik, hogy az adott elemre vonatkoztatva mit szeretnél csinálni.
Ez a "stringbe passzírozzunk bele mindent" kicsit rondábbnak tűnik.Tulajdonképpen nem látom be, miért gondolod, hogy a fenti használat a jQuery "erőltetése", szerintem ez sokkal inkább a képességeinek a kihasználása az áttekinthető kód érdekében.
================
(#475) Brown ügynök : szívesen.
(#479) Brown ügynök : ja, ezzel egyetértek, tulajdonképpen pont én is ezt fejtettem ki fentebb.
(#478) Karma : na ja, ez is jogos. De szerintem a teljesen általános jellegű nevek helyett érdemes már a változónévben is jelezni, hogy milyen célra is lesz pontosan használva. Így más is gyorsabban átláthatja a kódot, meg Te is egyből tudod, mit is akartál vele.
-
#473
Sk8erPeter
nagyúr
martonx
#470
Sk8erPeter
nagyúr
"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."
Persze, hogyne működne, és önmagában nem helytelen a használata, mivel ezzel létrehozol egy DOM-elemet.
Hivatalos doksi:
Creating New Elements"[...] if the string appears to be an HTML snippet, jQuery attempts to create new DOM elements as described by the HTML. Then a jQuery object is created and returned that refers to these elements. You can perform any of the usual jQuery methods on this object:
$('<p id="test">My <em>new</em> text</p>').appendTo('body');
"
Komplikáltabb példa:
$("<div/>", {
"class": "test",
text: "Click me!",
click: function(){
$(this).toggleClass("test");
}
}).appendTo("body");Kisebb feladatokra nem feltétlenül éri meg külső template-eket használni.
Hacsak nem beépített megoldásról van szó, mint pl. ez: [link].==
(#472) Karma : há' má' megin' megelőzté'. -
#471
Brown ügynök
senior tag
martonx
#470
Brown ügynök
senior tag
Valami bibi van, mert ha kiveszem <> jeleket, akkor nem működik egyáltalán.
Még FF-ban is úgy működik ha bennhagyom pedig az aztán szigorúan veszi a js-t.$('<td>').html('Név'); <<< Ilyet pedig már többször is alkalmaztam és működött, mint ahogy most is, kivéve az első elemet.
-
#414
Speeedfire
félisten
martonx
#413
Speeedfire
félisten
Igen, elvállaltam egy melót az egyik tanszékről, de nem pénzért és nem hívnak Istvánnak.
Érdekelt a dolog, ilyen összetett rendszerről meg amúgy sincsenek dokumentációk.
Maga a js jó volt, még ha nem is esztétikus, illetve lehetett volna egyszerűbb is. Szimplán máshol hibáztam, mint utólag kiderült.
Remélem ettől függetlenül mindenki megőrzi a segítőkészségét.
-
#377
Speeedfire
félisten
martonx
#376
Speeedfire
félisten
Épp azt csináltam az előbb és úgy ment, csak mindnek kellett még egy saját id is.
$(document).ready(function(){
$('span.mailme').each(function(){
var spt = "#" + $(this).attr("id");
var at = / at /;
var dot = / dot /g;
var addr = $(spt).text().replace(at,"@").replace(dot,".");
$(spt).after('<a href="mailto:'+addr+'" title="Küldj üzenetet!">'+ addr +'</a>')
.hover(function(){window.status="Küldj üzenetet!";}, function(){window.status="";});
$(spt).remove();
});
});Más: Ha van egy fix magasságú div, akkor meglehet oldani, hogy akámilyen hosszú szöveg is van benne mindig az aljára kerüljön?
-
D@ni88
addikt
Igazság szerint nem akarok ajaxal betölteni semmit, mivel nem értek hozzá. Még alap szinten se...
Ezért azt gondoltam hogy betöltöm valamilyen rejtett mezőbe az összes adatot, és amikor rákattintok, akkor az űrlap feltöltődne az adott rejtett mező értékével.Vagy ha mutattok egy egyszerű ajax használatot, akkor megpróbálom felfogni
-
#231
Speeedfire
félisten
martonx
#230
Speeedfire
félisten
Közben sikerült megoldani teljesen.
$(document).ready(function() {
var i = 1;
var max = <?php echo $max; ?>;
ajaxkeres();
function ajaxkeres() {
$.ajax({
type: "POST",
url: "kuld.php",
data: "i="+i,
success: function(msg){
szam = msg;
$("#szamol").replaceWith("<span id='szamol'>"+szam+"</span>");
},
complete: function() {
if (i==max) {
$("#kesz").append('Kesz!');
}
i++;
ajaxkeres();
}
});
}
}); -
#180
Brown ügynök
senior tag
martonx
#176
Brown ügynök
senior tag
Nem jelez hibát.
@Athlon64++: Nem működik. Egyébként másik fv. esetében müködik a következő szisztéma: function fillTemplate(sablon, sablonnev){
$("#template").val(sablonnev);
}@jeges: A sablon és a sablonnev a visszakapott adat, ergo a változó.
Szerk: $("#template").val(sablonnev); Ez idáig működik. Már csak azt szeretném, hogyha mégsem választ ki egy sablonnevet, a begépelt szöveg ne tűnjön el a sablonnév inputból.
-
#162
Speeedfire
félisten
martonx
#161
-
#123
Brown ügynök
senior tag
martonx
#122
Brown ügynök
senior tag
Akkor nem az FF a hibás? Megjegyzem a Chrome-ban működött és mintha FF4-ben is működött volna, erre nem emlékszem. Most FF5 van fent.
A függvény:
Span2, span3 értékek egy korábbi fv.-ből jönnek, melyben így adom meg őket:
var span2 = document.createElement('span');
span2.id = 'partner2'+ pct +'';
var span2id = span2.id;
var span3 = document.createElement('span');
span3.id = 'partner3'+ pct +'';
var span3id = span3.id;function changePartner1(partner1, span2, span3) {
var $selected = $(partner1).val();
var $url = $('input#searchAjaxPartner2').val();
var $span2 = $(span2).attr('id');
var $span3 = $(span3).attr('id');
$.post($url, {partner1: $selected, span2: $span2, span3: $span3},
function(data){
if(data.length > 0) {
$(span2).html(data);
}
});
} -
jeges
senior tag
"Ja, és jquery-vel le tudod kérdezni a böngésződ verzióját, javaslom ennek függvényében írj két különböző kódot. Az egyik fog futni Chrome-on, a másik meg máshol"
ezt én nem javaslom, inkább egy, de mindenhol működő kódot célszerű írni, mert egy idő után követhetetlen, mi miért került bele. az ilyen böngésző-függő cuccokra a jquery is nagyon odafigyel, ha valami tényleg nem ugyanúgy működik két böngészőben, érdemes nekik bejelenteni, hátha javítják. úgy emlékszem egyébként, hogy a böngésző verzió lekérdezést ők sem ajánlgatják nagyon, vagy legalábbis nem működés vezérlésére (középtájt írják)
-
#43
Sk8erPeter
nagyúr
martonx
#42
Sk8erPeter
nagyúr
Ez a "disznók elé gyöngyöt" elég jó hasonlat volt jelen esetben.
Hát köszi, nem egyszerű megmaradni ilyenkor a kulturált stílus keretein belül, de a legrosszabb, ha az ember lesüllyed arra a szintre, ahol legyőzhetik az ott tartózkodó emberek a rutinjukkal.
Már párszor szóltam a srácnak, így a szemében én lettem a rohadék megmondóember, ami mondjuk nem túl jó szerep, valószínűleg ez nem tetszik neki, dehát legalább meg kell próbálni terelgetni az embereket a netikett felé, hátha... Amúgy teljesen igazad van, néha nem érdemes válaszra méltatni az ilyen jellegű hsz.-eket. -
#30
Sk8erPeter
nagyúr
martonx
#29
Sk8erPeter
nagyúr
"az Operáéról sem szóltam, de hát ki használ Operát?"
Pl. én... és azt hiszem, még jópáran... Ez milyen hozzáállás már? 
Fejlesztőként főleg szégyen így hozzáállni...
Statisztika w3schools szerint: [link]
Nyilván az a 2,6% teljesen elhanyagolható...Szerk.: "már rég megoldotta a segítségem alapján"
ja igen, nyilván a Te segítséged olyan mértékben hatékony volt, hogy a jövőben is mindenki problémáját meg fogja oldani.
Némi egoizmus sugárzik a hsz.-eidből, már bocsánat.
De nem akarlak téged meggyőzni semmiről, csak valahogy olyan stílust alkalmazol, amitől az embernek néha feláll a szőr a hátán. -
#28
Sk8erPeter
nagyúr
martonx
#27
Sk8erPeter
nagyúr
Egy kezdőnek nem olyan könnyű ráállnia ezen dolgok használatára, ezt Te is tudhatnád, nyilván Te sem voltál vérprofi, amikor elkezdtél foglalkozni a dologgal, kezdetben nyilván rengeteg kérdés merült fel benned, rengeteget gányoltál, olyan kódokat kreáltál, amiken utólag, több tapasztalat birtokában már csak nevettél, és volt olyan, amire valahogy nem akart ráállni az agyad, aztán amikor végre rájöttél a megoldásra, vagy épp rávezettek, esetleg megmondták a megoldást, olyat csaptál a homlokodra, hogy ott maradt a tenyered helye...ezeken a fázisokon szerintem minden kezdő átesik.
Néha sokkal többet ér az a segítség, amikor valaki megmutatja neki azt a lehetséges megoldást, amivel sokkal egyszerűbben megoldható az egész (szerintem én és jeges is törekedtünk erre).
Te valóban beszéltél web developer eszközökről, de nem mondtad el, egyáltalán hol találja, hogyan kellene azt használni (ha már...!), csak furcsa stílusban érzékeltetted, hogy türelmetlen vagy: "Na ne hülyéskedjünk már alertekkel 2011-ben. A te érdekedben, könyörgök nézd már meg egy web developer eszközzel." Hát ez valóban nagy segítség. Meg ez is: "Az, hogy szerinted mi hajtódik végre az ifnél az egy dolog.", stb.
Konkrét kérdésekre adtál kitérő választ, minden esetben a web developer eszközök fontosságát kihangsúlyozva, ami tényszerű igazság, de nem jutott vele előrébb.
A kérdésedre saját magad meg is adtad a választ:
"Ki olt itt le kit?"
A válaszod:
"A hangnememet jogosan lehet kritizálni, sajnos a türelem nem az erősségem"Na, de ne egymással vitatkozzunk, nem az a topic célja, csak akkor már én is elmondtam a szempontokat.
Ha már homár, többek közt a Chrome Developer Tools, a Firefox Firebug, valamint az Opera Dragonfly az, ami ajánlható JavaScript-debuggolási, HTML-manipulálási célokra, konzolra való kiíratásra, stb.
Ez általában a jobbklikkes menüből érhető el, pl. "Inspect Element" / "Elem kivizsgálása" vagy "Elem vizsgálata" menüpont alatt (vagy ehhez nagyon hasonló lesz a neve).
Itt érdemes megismerkedni a különböző fülekkel (akár a linkelt oldalakon keresztül, vagy található rengeteg ismertető is ezekhez). -
#23
Sk8erPeter
nagyúr
martonx
#21
Sk8erPeter
nagyúr
Semmi értelme az ilyen rosszindulatú hangvételű hozzászólásoknak, egyszer sem segítettél érdemben, csak azt nyomattad neki, hogy ugyan tanulja már meg a debuggoló eszközök használatát... ha ő az alertekkel szeret rájönni a hiba okára, akkor tegye azt, de leoltástól nem fog előrébb jutni.
===
(#22) jeges: "performancia" - kérlek, ne!
Létezik egy magyar szó, ami ennél sokkal szebb: teljesítmény. Ez a "performancia" nagyjából annyira értelmes szó, mint az "applikáció". 
(Olyan szó sincs, ha már magyarra fordítjuk, fordítsuk jól: "alkalmazás".) -
zserrbo
aktív tag
Most vissza raktam az első kódot csak hogy megnézzem, de nemtom mit kellene néznem. Azt látom a DOM fülön, hogy az elso és a kattintott is ugyanazt a dobozt jelöli ki és a hanyadik a 0. számot tartalmazza, de hogy miért hamis az első == kattintott kiértékelése az nem derül ki számomra.
-
zserrbo
aktív tag
Alertet raktam az ágakba és mindig az else ág alertje iratódott ki. Így már jobb?
Azt még most se tudom hogyan lehet összehasonlítani két eredményhalmazt, azaz hogy mindkettő ugyanarra mutat-e, de így már megy:
$(document).ready(function(){
$(".leftcontent").hide();
$(".leftcontent:eq(0)").show();
$(".fo").click(function(){
if($(this).find(".leftcontent").css('display')=='none'){
$(".leftcontent").hide(500);
$(this).find(".leftcontent").show(500);
}else{
$(this).find(".leftcontent").slideToggle(500);
}
});
}); -
#15
Sk8erPeter
nagyúr
martonx
#14
Sk8erPeter
nagyúr
Ráadásul a hivatalos honlapon is ajánl alternatívákat egyből, idézem:
"While Thickbox had its day, it is not maintained any longer, so we recommend you use some alternatives.
colorbox
jQueryUI Dialog
fancybox
DOM window
shadowbox.js"
(vagy max. futólag)
...persze miért ne lehetne ilyen... a következő, hogy rákérdezek náluk, hogy mi a fene van...
"
, telefonálásra, SMS-írásra, zenehallgatásra használom, de majd váltok Androidosra, hogy egy kicsivel több funkcionalitás legyen elérhető a telefonomon (mondjuk ha többet áldozok rá egy kicsit, akkor még talán kíváncsiságból fejlesztek is rá, meg hátha ilyen melóm lesz), de egyébként egyelőre úgy vagyok vele, hogy magasról teszek rá, mennyire komoly a telóm, ha akarok böngészni, tudjak vele viszonylag tűrhetően, de egyébként inkább fontosabb dolgokra (mint pl. akkor már inkább áldozok a laptopomra, kiegészítőkre, külső vinyóra, ilyesmi) költöm a lóvét. 
SO-n biztos le van írva.
Új hozzászólás Aktív témák
Hirdetés
- Samsung Galaxy Watch7 - kötelező kör
- Luck Dragon: Asszociációs játék. :)
- Fejhallgató erősítő és DAC topik
- sziku69: Fűzzük össze a szavakat :)
- Milyen légkondit a lakásba?
- Motorola Edge 60 és Edge 60 Pro - és a vas?
- A fociról könnyedén, egy baráti társaságban
- Milyen routert?
- Óra topik
- Steam, GOG, Epic Store, Humble Store, Xbox PC Game Pass, Origin Access, uPlay+, Apple Arcade felhasználók barátságos izgulós topikja
- További aktív témák...
- Dell Latitude 7410 Strapabíró Ütésálló Profi Ultrabook Laptop 14" -80% i7-10610U 16/512 FHD IPS MATT
- Eladó Lian Li O11D MINI-X gépház
- Lenovo ThinkPad P17 Tervező Vágó Laptop -50% 17,3" i7-10750H 32/512 QUADRO T1000 4GB
- FSP DAGGER PRO ATX3.0(PCIe5.0) 850W Sfx tápegység
- Eladó PNY GeForce RTX 4070 Ti SUPER 16GB OC XLR8
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- BESZÁMÍTÁS! 6TB Seagate SkyHawk SATA HDD meghajtó garanciával hibátlan működéssel
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB DDR4 1TB SSD Radeon Pro 5500M garanciával
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- Bomba ár! Dell Latitude 7390 2in1 - i7-8G I 16GB I 256SSD I 13,3"FHD Touch I HDMI I Cam I W11 I Gar
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest