Új hozzászólás Aktív témák
-
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).
Sk8erPeter
-
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.[ Szerkesztve ]
Sk8erPeter
-
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?Sk8erPeter
-
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].
Sk8erPeter
-
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
-
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
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
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..
-
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.Sk8erPeter
-
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.[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
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.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
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...[ Szerkesztve ]
https://toptarget.hu - Online Marketing Ügynökség
-
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.
“All nothings are not equal.”
-
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
válasz martonx #1030 üzenetére
Azért az animációk iOS-en is olyanok, hogy oda kell figyelni - nem minden esetben használja a GPU-t a mozgatáshoz. Az emlékeim már elég homályosak, mert vagy egy éve volt már (akkor is Sencha Touchot használtam), úgyhogy nem tudom konkrétan SO-n biztos le van írva.
“All nothings are not equal.”
-
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.Sk8erPeter
-
Male
nagyúr
válasz martonx #1030 üzenetére
Android fronton tudsz olyan típust, ami "ha ezen használható tempóban megy, akkor minden máson is fog"? (Mármint egy jQuery-s, PhoneGapos cucc viselkedjen így.) Mert teszteléshez akkor ilyesmit szereznék be... sajnos telefonokkal nagyon nem vagyok képben.
[ Szerkesztve ]
-
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).
-
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.
-
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 #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.
-
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.Sk8erPeter
-
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...
-
Speeedfire
nagyúr
válasz martonx #1214 üzenetére
Jogos volt, csak én hiába kerestem nem találtam először ezt meg.
Karma: Ezt a ready-t néztem már én is, de a hover kell mindenféleképpen. Ellenkező esetben "szaggat", ahogy húzom az egeret. Viszont így hoverrel, ha lehúzom az egeret a kijelölt objektumról ott marad a legutolsó.
Ez lett a megoldás végül. Megnéztem az "api"-val az onHide eseményt, majd eltüntettem az összes .qtip elemet.$("#kiemelesek-tabla .ajaxnaptar").on("hover", ".foglalt", function() {
$(this).qtip({
content: {
method: "get",
data: {
id: $(this).attr("rel")
},
url: "'.Yii::app()->baseUrl.'/hirdetes/ajaxtipkiemeles"
},
style: {
name: "cream",
width: 220
},
show: {
solo: true,
ready: true,
when: {
event: "mouseover"
},
},
hide: {
when: "mouseout",
target: false,
},
api: {
onHide: function(){
$(".qtip").qtip("destroy");
},
},
position: {
target: "mouse"
},
});
});Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Male
nagyúr
válasz martonx #1248 üzenetére
Leginkább a CSS része gáz, igen... mert oké, a pluginhez ott vannak az alap témák általában, de ha egyedit használsz az UI-hez, akkor véged van.... szépen egyesével írkálhatod át a CSS-ben az értékeket. Az lenne nagy durranás, ha a custom verzió legenerálásnál elmentené egy külön fileba a beállításokat, és ez alapján a pluginek is el tudnák készíteni az ehhez illő CSS-üket ( mert végülis az alapéból már következik az összes szín, méret, stb. ami a pluginnek kellhet ).
-
trisztan94
őstag
válasz martonx #1303 üzenetére
Köszönöm!
Igazából nem nagyon értem a logikáját, hogy miért várakozik, hiszem a function előbb fut le, mint a milisecundum paraméter, nem?
Szerk:
Hm, érdekes módon így is várakozik 1 mp-et.
Most jelenleg így néz ki:var timer=2;
window.setInterval(function() {
$('#timer').html(timer+1);
timer--;
}, 1000);[ Szerkesztve ]
https://heureka-kreativ.hu
-
Speeedfire
nagyúr
válasz martonx #1379 üzenetére
Igen, ez volt. De én normális megoldást nem találtam hozzá sehol sem. Vagy ha volt is, akkor ahogy én is tettem fel kellett volna húzni köré pár wrappert. Azt meg nem akartam.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
Új hozzászólás Aktív témák
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kerékpárosok, bringások ide!
- VR topik (Oculus Rift, stb.)
- Milyen TV-t vegyek?
- Huawei Watch Fit 3 - zöldalma
- Építő/felújító topik
- Autós topik látogatók beszélgetős, offolós topikja
- SUSE Linux
- Fujifilm X
- Samsung Galaxy Watch6 Classic - tekerd!
- További aktív témák...
- Bomba ár! Asus VivoBook X412F - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 650 G5 - i7-8GEN I 8GB I 256GB SSD I 15,6" FHD I Cam I W11 I Garancia!
- Bomba ár! Lenovo ThinkPad L380 - i5-8GEN I 8GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- Bomba ár! Asus VivoBook S410U - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 450 G3 - i7-6G I 8GB I 256GB SSD I HDMI I 15,6" FHD I Cam I W10 I Gar!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen