- Rengeteg áram kell az adatközpontoknak, erre válasz a geotermikus energia
- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Álláskeresés, interjú, önéletrajz
- YouTube
- Információbiztonság, kiberbiztonság, adatvédelem
- Nagy fordulat jöhet az OpenAI-n belül
- DIGI internet
- Microsoft Excel topic
Új hozzászólás Aktív témák
-
martonx
veterán
válasz
Speeedfire #1953 üzenetére
gondolom a php-nak nem sikerült szabványos json-né konvertálnia a shell scripttől kapott izét, így a jquery-nek sem sikerül ezt a kapott izét jsonná parse-olnia.
Én kérek elnézést!
-
martonx
veterán
válasz
Speeedfire #2011 üzenetére
Ismerem, használtam, bár mélyre nem merészkedtem vele. Van még az Ember.js, Angular.js, jsRender és még kismilló hasonló.
Konkrétan a KO-t használtam, mert ez az egyik legkönnyűsúlyúbb, és baromi jó a dokumentációja. Másrészt mivel könnyűsúlyú, nagy csodákat ne várj tőle, se tudásban, se futásteljesítményben.Én kérek elnézést!
-
martonx
veterán
válasz
Speeedfire #2014 üzenetére
A js eleve nem gyors, pláne, amikor már egészen bonyolult, nagy dom-okat kell macerálni, hiába írnak meg rá mostanra ilyen-olyan 3d engineket is. Kivétel ez alól a Webkit, az b***t gyorsan futtatja a klasszikus webes js feladatokat.
Szóval a gyorsasága relatív. Nem mondtam, hogy lassú, de nem js-ben fogsz több ezer sornyi adatsoron dinamikus sorbarendezést csinálni, közben mezőket kalkuláltatni egymásból, meg dom-ot buzerálni 1-2 milisecundum alatt. Pláne, ha cél, hogy mindez akár a legújabb Ie, Firefox alatt is elfogadható sebességű legyen, és akkor még nem is beszéltem a 600Mhz-es Arm-os egymagos mobilokról. Bár van egy KoGrid nevű bővítménye is a KO-nak, abban láthatod, hogy megfelelően egyszerű adatoknál, végletekig letisztult DOM esetén akár még ez is gyors tud lenni.
Nem véletlen, hogy a twitter például visszaváltott a minél inkább szerver oldali adatmanipulációkra a kliens oldali masszív js-ezés helyett (közben igaz dobta a Ruby-t is a Java javára, a MySQL-t pedig Lucene NoSQL-re cserélte, de ez most esetünkben mellékszál).
Azaz ezeknek a js-es MV* frameworköknek akkor csillan meg igazán a tudásuk, ha valami nagyon komplex Single Page Appilcation-t kell csinálnod, ahol minden kattintás mindennel összefügg, ugyanakkor nem kell több tízezer adatsorral dolgoznod.
De mindez csak az én személyes véleményem, tapasztalatom, cáfoljatok meg nyugodtan.Én kérek elnézést!
-
cucka
addikt
válasz
Speeedfire #2011 üzenetére
Ismerem, használtam, szerintem marha jó.
Ha komplex UI-t szeretnél készíteni, ahol minden mindennel összefügg és frissül (pl. komplex formokat csinálni js-ben), akkor megváltás. -
cucka
addikt
válasz
Speeedfire #2018 üzenetére
A node.js szerveroldali javascript, tehát semmi köze ahhoz, hogy mi történik a kliens böngészőjében.
Lényegében kiválthatod vele a PHP-ban (vagy másban) írt webes backend-et, de erre talán nem a legjobb eszköz. Amiben viszont tényleg nagyon jó, hogy villámgyorsan tudsz benne restful api-kat fejleszteni, ráadásul nagyon magasra skálázódik mindenféle trükk nélkül. -
martonx
veterán
válasz
Speeedfire #2018 üzenetére
Én is mindent json-ban tolok ki. Viszont nagyon nem mindegy, hogy egy pár ezer soros json-ban adatokhoz csak kódokat küldesz ki, plusz a kódok feloldását, ahol mondjuk szintén ezres nagyságrendű kód - érték párt kiküldesz. Ezután soronként kell megkeresned minden egyes adatnak a kód feloldását, majd az így kapott értékekből generálj egy bonyolultabb html-t. Ha nem chrome-on csinálsz ilyet, akkor lazán másodpercek fognak eltelni egy gyorsabb gépen is. Ugyanez ez szerver oldalon (.NET, Java, Node.js) 1-2 milisecundum alatt megvan (PHP-ban is csak pár tíz milisec). Persze mindez csak egy teoretikus probléma, hogy érzékeltessem a futásidőbeli különbségeket. Mondhattam volna akár egy bonyolultabb súlyozós, rangsoról problémát is, hogy milyen különbség van ugyanazt az algoritmust js-ben futtatni, vagy szerver oldalon futtatni.
A Node.js-t pedig nagyon nem kéne a kliens oldali javascripthez keverni. A Node.js tisztán szerver oldalon fut, igaz javascriptben kell programozni, de ez csak puszta szintaktika, mivel gép kód fordul (és itt a fordulon van a hangsúly) belőle, azaz a Node.js ettől az egyik leggyorsabb szerver oldali kiszolgálója lett mostanra. Nem tudom, hogy ezzel sikerült-e megvilágítanom az előnyeit, ha nem hát nem.
Én kérek elnézést!
-
Jim-Y
veterán
válasz
Speeedfire #2092 üzenetére
Ellenőrizd, hogy channels tömb tagjai (objectek) ne tartamazzanak `nem stringet`
Például:
var channels = [{one: 1, two: 2, three: 3},{egy: "egy", ketto: "ketto", harom: "harom"}];
var str = $.param(channels[0]);
console.log(str); //undefinedde,
var channels = [{one: "1", two: "2", three: "3"},{egy: "egy", ketto: "ketto", harom: "harom"}];
var str = $.param(channels[0]);
console.log(str); //one=1&two=2&three=3Mondjuk, szerintem a te adataid automatikusan stringgé kéne, hogy kovertálódjanak, szoval lehet nem ez a baj, de egy tippnek elment
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2092 üzenetére
"Hogyan tudok object névben változót használni?"
Mi az az "object név"?Ilyenről most hallok először.
var ch_id = $(this).attr('ch_id');
var ch_limit = $(this).attr('ch_limit');
var post_ch_id = "CampaignChannels["+index+"][CHANNELS_ID]";
var post_ch_limit = "CampaignChannels["+index+"][CHANNELS_LIMIT]";
var post_channels = {post_ch_id : ch_id, post_ch_limit : ch_limit};Ebben a kódodban igazából a post_ch_id és post_ch_limit változókat egyáltalán nem is használtad fel.
Ami ebben az esetben működne, csak nagyon ronda:
var post_channels = {post_ch_id : post_ch_id, post_ch_limit : post_ch_limit};Sk8erPeter
-
Jim-Y
veterán
válasz
Speeedfire #2099 üzenetére
Mi az a content?
-
Jim-Y
veterán
-
martonx
veterán
válasz
Speeedfire #2103 üzenetére
Az ajax success metódusába tedd bele a tooltip beállítást.
Én kérek elnézést!
-
Jim-Y
veterán
válasz
Speeedfire #2103 üzenetére
mint ahogy martonx is írta, a korábbi kódomban pont ez szerepel [link]. A page classú tagek ajaxxal lettek hozzáadva, és azokra még egy .on lett aggatva, de ennek az ajaxon belül kell lennie. Csak ebben a kódban ki lett delegálva a törzs egy függvénybe
Amikor írtam a kódot én is kipróbáltam függvényen kívül, de úgy nem történt semmi.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2107 üzenetére
Esetleg megpróbálhatod az .ajaxSuccess()-szel globálisan lekezelni az eseményt, úgy, hogy itt inicializálod a tooltipet, esetleg némi késleltetéssel, ha szükséges.
Sk8erPeter
-
Coyot
őstag
válasz
Speeedfire #2118 üzenetére
Knockout.js? Az egy marha jó kis cucc, kezdem megszeretni nagyon
Má' nem
-
martonx
veterán
válasz
Speeedfire #2120 üzenetére
A kettő marhára nem zárja ki egymást, sőt.
Full ajax oldalnál a legbiztosabb, ha minden .on-t a document-re kötsz.
Másik megközelítés, hogy minden ajax hívás success-ében hozod létre az oda való esemény kezelőket. De ez szvsz egy idő után átláthatatlanná teszi az oldalt.
A full ajax oldalt egyébként single page appilcation-nek hívják. Ha így keresel rá gugliban akkor sok hasznos infót, design patternt lehet hozzájuk találni.Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2168 üzenetére
elég régóta lehet (amúgy gondolom 1.10.3-at akartál írni)
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2172 üzenetére
Hát nem csoda, mivel ez így rossz.
így már jó lesz:
http://jsfiddle.net/MjsVM/1/Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2174 üzenetére
És a callback függvényekbe pakolás miért nem jó? Kb. ugyanolyan, mintha lenne egy if-else-ed, csak mégsem, hanem csupán más-más függvény hívódik meg...
Az általában megszokott logika némi módosításra szorul, de nem túl nehéz átültetni másféleképpen.
De ha nem tiszta, hogyan, akkor konkretizáld.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2176 üzenetére
Még annyi, hogy természetesen a callback függvényeket definiálhatod globálisan elérhető függvényekként is, és akkor a paraméterezésnél pedig csak magát a függvénypointert adod át:
http://jsfiddle.net/MjsVM/3/Hátha így egyszerűbb lesz.
A kódban nézd meg a saveMyShit és dropMyShit függvényeket.Sk8erPeter
-
Karma
félisten
válasz
Speeedfire #2205 üzenetére
Nincs IE9 XP-re. Ha meg valaki rá is hákolja, azt egy nagyvállalat IT-jén nem nyomod át.
“All nothings are not equal.”
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2211 üzenetére
Miért, ezzel mi a gond? Nekem bejövős, megnéztem a code sample-öket, elég jónak tűnik.
(#2210) ahetaton : szívesen.
[ Szerkesztve ]
Sk8erPeter
-
martonx
veterán
válasz
Speeedfire #2211 üzenetére
jqgrid, jqwgrid, datatables hogy hirtelen soroljak párat.
Kendo UI gridje a legjobb, de figyelem az keményen fizetős cucc!!!
jqgrid rengeteget tud, de nagyon fos a layout-ja
jqwgrid jól néz ki, könnyen skinezhető, ingyenes is lehet, de a tudása, API-ja egy kicsit kevéske. Ettől függetlenül én jelenleg ezt használom többfelé is, mert egy elég jó kompromisszum. Egy böszem nagy állat, a komplett jqwidget js file minimalizálva 1.4 Mb, de ez intraneten nem gond
datatables a legfapadosabb mind közül, cserébe nagyon könnyűsúlyú, és jól testre szabhatóm kinézetilag is agyonformázható.Szvsz szégyen, hogy nincs egy normális kvázi szabvány grid a jquery UI-ban.
Én kérek elnézést!
-
martonx
veterán
válasz
Speeedfire #2216 üzenetére
Azért olvasd már el a GPL3-at
Nem hiszem, hogy te az open source közösségnek csinálod a weboldalakat, és minden forráskódodat tolsz ki publikusan mondjuk a github-ra...Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2299 üzenetére
Hogy érted? Ott van a demo az oldalon, itt most szemléltetésként átírtam annyival, hogy 1 mp-es késleltetéssel (mintha kábé AJAX-kommunikáció történne) dobok egy alert()-et, aztán lecserélem a teljes listát (["Alpha", "Beta", "Gamma") az új adatokkal ("Egy", "Kettő", "Három"):
http://jsfiddle.net/bxfXd/2228/
Nem ilyet szeretnél?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2310 üzenetére
Igazad van, viszont most gyorsan megnéztem a tutorialokat:
http://learn.knockoutjs.com/#/?tutorial=collectionsitt a "Tutorial: Working with Lists and Collections" leckét válaszd ki, és itt már a második lépésben mutat egy módszert rá, amivel halál egyszerűen lehet frissíteni a listát. Még magyarázatot is ír rá. Ha nem jön össze, pakold fel a próbát jsFiddle-re.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2313 üzenetére
Sztem ezt kukkantsd meg többek közt:
http://knockoutjs.com/documentation/json-data.html
http://knockoutjs.com/documentation/plugins-mapping.htmlDe hát bakker, most nézem, ott van a példa az AJAX-os frissítésre a tutorialban is
http://learn.knockoutjs.com/#/?tutorial=loadingsaving
há' nézz má' körűűűűűű!
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2319 üzenetére
Nekem nagyon is tiszta volt, mit szeretnél. De azért linkeltem a tutorialokat, mert onnan simán ki lehet hámozni azt, amit szeretnél...
Most volt egy kis időm, megnéztem ezt az oldalt:
http://knockoutjs.com/examples/grid.htmlitt belinkelnek egy jsFiddle-példát:
http://jsfiddle.net/rniemeyer/QSRBR/na én ezt minimális átalakítással megcsináltam úgy, ahogy szeretnéd, tároltam egy változóba az objektumot, és így máris tudtam használni pl. az általam még odabiggyesztett addMyItem() metódust:
http://jsfiddle.net/QSRBR/3273/
nézd meg a kettő közti különbséget
Remélem, így már tiszta.Sk8erPeter
-
Jim-Y
veterán
válasz
Speeedfire #2408 üzenetére
Nagyon kellett sietnem így csak addig csináltam amig azt az eredményt kaptam amit vártam, bocs ha vmi hiba van benne, 1h mulva átnézem, de addig lesd meg: http://jsfiddle.net/Jim_Y/bjxDL/3/
-
martonx
veterán
válasz
Speeedfire #2417 üzenetére
Ugyan ez egy jquery topik, mi pedig CSS-ezünk, de ezt a selectort próbáld ki: "div:not(.neee)"
Elsőre félreértettelek, hogy pontosan mit is szeretnél, ez a css selector még sokkal egyszerűbb is, mint az előző volt.Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2425 üzenetére
'#teszt:not(".neee")'
Gyors magyarázat: ezzel a szülődivre vonatkozó kritériumot adtál meg, tehát olyan #teszt elemet keresel, ami nincs "neee" class-szel ellátva. Ergo ez arra az esetre nem fog működni, amit te szeretnél.
Ha a szülőelem figyelése a feladat, akkor olyasmi a megoldás, mint amit Jim-Y javasolt.Sk8erPeter
-
vincent001
csendes tag
válasz
Speeedfire #2462 üzenetére
Szia,
bemásoltam ezt a sort: <script src="script.responsive.js"></script> de nem változott semmit? Ugyan úgy nem működik.Üdv
-
vincent001
csendes tag
válasz
Speeedfire #2468 üzenetére
Szia,
Köszi nagyon jó mert már működik a fancybox de az oldal elvesztette a reszponzív tulajdonságot.
Így néz ki most a head részem:
<!DOCTYPE html>
<html dir="ltr" lang="en-US"><head><!-- Created by Artisteer v4.0.0.58833 -->
<meta charset="utf-8">
<title>Photos</title>
<meta name="viewport" content="initial-scale = 1.0, maximum-scale = 1.0, user-scalable = no, width = device-width"><!--[if lt IE 9]><script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script><![endif]-->
<link rel="stylesheet" href="style.css" media="screen">
<!--[if lte IE 7]><link rel="stylesheet" href="style.ie7.css" media="screen" /><![endif]-->
<link rel="stylesheet" href="style.responsive.css" media="all">
<link rel="stylesheet" href="jquery.fancybox.css?v=2.1.5" type="text/css" media="screen" />
<link rel="stylesheet" href="helpers/jquery.fancybox-buttons.css?v=1.0.5" type="text/css" media="screen" />
<link rel="stylesheet" href="helpers/jquery.fancybox-thumbs.css?v=1.0.7" type="text/css" media="screen" />
<script type="text/javascript" src="http://code.jquery.com/jquery-latest.min.js"></script>
<script type="text/javascript" src="jquery.js"></script>
<script type="text/javascript" src="script.js"></script><script type="text/javascript" src="jquery.fancybox.pack.js?v=2.1.5"></script>
<script type="text/javascript" src="helpers/jquery.fancybox-buttons.js?v=1.0.5"></script>
<script type="text/javascript" src="helpers/jquery.fancybox-media.js?v=1.0.6"></script>
<script type="text/javascript" src="helpers/jquery.fancybox-thumbs.js?v=1.0.7"></script>
<script>
$(document).ready(function(){
$(".fancybox").fancybox({
openEffect : 'none',
closeEffect : 'none'
});
});
</script><style>.art-content .art-postcontent-0 .layout-item-0 { padding-right: 10px;padding-left: 10px; }
.ie7 .post .layout-cell {border:none !important; padding:0 !important; }
.ie6 .post .layout-cell {border:none !important; padding:0 !important; }
</style> -
Jim-Y
veterán
válasz
Speeedfire #2476 üzenetére
var tomb = [];
// helytelen
//tomb[id] = 2;
//tomb[language][hu] = "Keresési feltételek";
//tomb[language][en] = "Search";
// helyes
var Message = {}; // mint object
Message['id'] = 2;
Message['lang'] = [];
Message['lang']['hu'] = "aaa";
Message['lang']['en'] = "search";
var messageTomb = []; // mint tomb
messageTomb['id'] = 2;
messageTomb['lang'] = [];
messageTomb['lang']['hu'] = "Keresési feltételek";
console.log(messageTomb['lang']['hu']); // Keresési feltételek
// vagy
function messageObj(id, langhu, langen) {
this.id = id;
this.language = {
hu: langhu,
en: langen
}
}
var mess1 = new messageObj(1,"Keresési feltételek","Search");
var mess2 = new messageObj(2,"asd","asdEN");
console.log(Message); //{id:2, lang:[]}
console.log(mess1['id']); // 1
console.log(mess1['language']['hu']); // "Keresési feltételek"[ Szerkesztve ]
-
Speeedfire
nagyúr
válasz
Speeedfire #2478 üzenetére
Mégiscsak sikerült működésre bírni, viszont érdekes mód nem találok funkciót az adatok módosítására. Ajax-al jó lenne pedig frissíteni, ha lapozza valaki a naptárt.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
trisztan94
őstag
válasz
Speeedfire #2482 üzenetére
Sokkal szebb, koszonom!
En ezektol a tag-ekrol nem hallottam meg (thread, tbody).. Html5-osok?
https://heureka-kreativ.hu
-
trisztan94
őstag
-
Sk8erPeter
nagyúr
-
martonx
veterán
válasz
Speeedfire #2515 üzenetére
Trisztan94 eddigi munkásságát tekintve nem kell hozzá nagy jövőbelátás
Én kérek elnézést!
-
Karma
félisten
válasz
Speeedfire #2551 üzenetére
Hát, az biztos, hogy a példa így nem fog működni - ha oda írod a tartalmat az azt jelenti, hogy "ha a böngésző nem támogatja az iframe-eket, jelenjen ez meg helyette".
Mivel az iframe önálló HTML dokumentum, (szinte) teljesen független DOM-mal, miért nem include-olod be ott is a jQuery-t?
Bár a privát véleményem az, hogy az "értelmes" megoldások ettől elég messze állnak. Már a felvetésnél elvérzett a józan ész.
[ Szerkesztve ]
“All nothings are not equal.”
-
martonx
veterán
válasz
Speeedfire #2551 üzenetére
iframe-mel is lehet használni a jquery-t, javascriptet, csak picivel macerásabb.
Kérdés, hogy az iframe-ből kifelé akarsz nyúlni, vagy kintről akarsz befelé nyúlni?
Gugli lesz a barátod, most lusta vagyok helyetted példát keresni.Én kérek elnézést!
-
fordfairlane
veterán
válasz
Speeedfire #2553 üzenetére
Ez a példa totál nem jó. Nézz már meg valami tutorialt az iframe használatáról.
x gon' give it to ya
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2555 üzenetére
Ezt a példát gyorsan átpötyörészve, egy nagyon egyszerű példa click event figyelésére iframe-en belül:
http://jsfiddle.net/Sk8erPeter/a7r9L/226/
Erre gondoltál?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2559 üzenetére
A táblázat megjelenítése a fancybox segítségével kattintásra történik? Mert akkor a fancybox-nyitó utasítással egyben lehetne egy click eseményre reagálás is, az event handlert pedig a mutatott módon állítanád be - igaz, kezd az egész nagyon gányolós lenni. Muszáj egyébként iframe-mel megoldani az egészet? Mi az oka, hogy ilyen megoldáshoz folyamodsz? Valószínűleg lehetne helyette egy sokkal jobb megoldást találni, hacsak nincs valamiért megkötve a kezed, amiért muszáj iframe-et használnod.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2561 üzenetére
Akkor végképp nem értem. Ha jól értem, amit írsz, a táblázat fancyboxban pattan elő, ami nem szükségszerűen iframe, tudtommal fancyboxszal is fel lehet legalábbis pattintani inline tartalmat, ergo tökéletesen elegendő lenne ugyazon dokumentumon belül lekezelni mindkettőt, ráadásul az API-ban vannak olyan eventek is, amikkel meg lehet határozni, mi történjen mondjuk a fancybox felpattanásakor, bezárásakor, stb...
onStart null Will be called right before attempting to load the content
onCancel null Will be called after loading is canceled
onComplete null Will be called once the content is displayed
onCleanup null Will be called just before closing
onClosed null Will be called once FancyBox is closedEzekkel nyugodtan játszhatnál, végül is erre jók az ilyen event handlerek...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2563 üzenetére
Ez már nekem magas, hogy mi az idegesítő abban, hogy sokkal egyszerűbben megoldasz egy feladatot a megfelelő eszközzel.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2565 üzenetére
Hogy lehetne már átláthatatlanabb, mint a rettenetesen ronda és kényszeredett, nyakatekert, eszközhiányos, tökönrúgott, kezelhetetlen, nehézkes iframe-es szenvedés, amivel fentebb próbálkoztál?
Hidd el, ha az átláthatatlan, amikor egy eszköznek tisztességes módon a nem túl bonyolult API-ját használod, és jobbnak találod valami nagyon overkill és csúnya iframe-es módszerrel megoldani feleslegesen a dolgot, akkor a kódoddal van valami nagy baj, nem pedig a rendelkezésedre álló eszközökkel. Nem beszélve arról, hogy láthattad, mennyi - egyébként kikerülhető - szenvedést visz a feladatodba, ha ezt választod, ami meg rengeteg időt is vesz igénybe, az idő meg pénz, így jó sok pénzt és energiát is vesztesz vele, csak nem veszed észre. Az átláthatatlanság mellett egyébként ilyen vonatkozásban nehéz érveket találni.
A Te érdekedben mondom ezeket, de ahogy érzed, nyilván úgy oldod meg, ahogy akarod, csak ne csodálkozz, ha aztán később rájössz, hogy mégsem volt jó, hogy így közelítetted meg a kérdést (amikor az iframe-mel kapcsolatos korlátokba ütközöl). De hogyan asszisztálhatnánk mi ehhez jó szívvel?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2567 üzenetére
Megdöbbentő dolgokat írsz, de nem erőlködöm, hogy meggyőzzelek.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2569 üzenetére
"Mindenesetre most így marad.
"
Mármint úgy, hogy nem működik?Amúgy leírhatod, hol akadtál el, miért találod átláthatatlanabbnak, vagy épp az iframe-es módszert hogyan lehetséges átláthatóbbra írni szerinted, mert már furdalja az oldalamat a kíváncsiság.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #2571 üzenetére
"Elég egy helyen megírni a scriptet és behúzni a html-be."
Az ilyen szétdarabolásokkal a gond az, hogy rettenet testreszabni, és pont, hogy az átláthatóság rovására megy. Továbbra sem értem, hogy miért nem darabolod fel külön fájlokra feladatoktól függően (így adott feladatot adott fájlban lehetne módosítani, tehát kvázi moduláris felépítésű lenne, ami aztán nem egy nagy was ist das), és húzod be szépen a szokásos, src attribútummal ellátott script taggel, netán készítesz plugineket, és még bőven sorolhatnám. Ezek egy csöppet sem teszik átláthatatlanná a projektet, sőt, nagyon is követhetővé teszik, akár több személy számára is.
Ha viszont mondjuk készítesz külön egy iframe-es cuccot, aztán már két év múlva gondolkodni kell, hogy ez itt mit is csinál, vagy épp totál át kell alakítani a kinézetét, aminek az iframe-es megoldás nagyon is korlátokat szab, akkor gondban leszel.
Tájékoztatásként mondom, hogy a callback függvény nem azt jelenti ám, hogy muszáj ott helyben, anonim függvénnyel megoldani a dolgokat, ömlesztve, hanem nyugodtan kirakhatod az egészet egy névvel ellátott függvénybe, és csak megadod a "függvénypointert"...
(hogy mire gondolok:
var tokmindegy = {
...
valami: fuggveny,
...
};
function fuggveny() { .... }
gondolom érthető...)"Ami kisebb, egyszerűbb és nem komplex feladat, oda jó. De ahol komplexebb megoldás kell, ott már szívás és macera van vele, amivel csak magamat szívatnám ezzel"
Szóval a sok-sok fenti érvelés miatt ez úgy, ahogy van, nem igaz.De tényleg nem foglak már tovább győzködni erről, úgy csinálod, ahogy akarod, kicsit így is túl sok energiát öltem a meggyőzésedbe, bár sajnos eredményt nem értem el, pedig optimistán álltam a dologhoz.
Sk8erPeter
Új hozzászólás Aktív témák
- Ukrajnai háború
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Parci: Milyen mosógépet vegyek?
- Yettel topik
- Budapest és környéke adok-veszek-beszélgetek
- Tudományos Pandémia Klub
- Gyúrósok ide!
- Kerékpárosok, bringások ide!
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- PlayStation 4/Slim/Pro konzolok teljes karbantartása, pasztázással Thermal Grizzly 1 órán belül!!
- XBOX360/One/One S/One X konzolok teljes karbantartása, pasztázással Thermal Grizzly 1 órán belül!
- XBOX Series S / X HDMI csatlakozó csere, 1 napos határidővel, 3 hónap garanciával, üzletben!!
- XBOX ONE S/X HDMI IC csere aznapi elkészüléssel, 3 hó garanciával, üzletben!
- PlayStation 5 / PlayStation 4 Fat/Slim/Pro HDMI IC / csatlakozó szerviz, garanciával, üzletből!