-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Nah, megvan!
Az volt, amit gondoltam. A for előtt létre kell hozni a változót (a StorageList-et), sztringként.
Egyébként direkt kezdődik 1-től az i, mivel a nulladik elem nem egy link, hanem az első link előtti rész. És mivel arra nincs szükségem, így láttam legegyszerűbbnek a 0-ik elem kikerülését.
Mondjuk a length meg asszem mindig 1-gyel többet ad vissza, mivel a nulladikat 1-nek számítja. Szóval lehet, h a for ciklusban a Storages.length-ből kivonok egyet.Köszönöm még egyszer a segítséget!
-
Sk8erPeter
nagyúr
Én úgy vagyok ezzel, hogy van aki csak az adott problémát akarja megoldani, hogy hogy lehet a "Lemon" piros az oldalon, meg van aki jó szakember szeretne lenni, én az utolsót céloztam meg, és úgy írtam neki a linkeket.
fordfairlane-nel értek egyet, ezek a kulcsszavak egy kezdőt szerintem is inkább elrettentenek, mint kedvcsinálónak számítanak, elkezd ezekre guglizni, és akkora zsongás lesz a fejében (mondjuk már eleve a kulcsszavaktól is), hogy lehet, hogy azt fogja érezni, hogy ezt inkább hagyjuk (jó, mondjuk egy komoly elhivatottság eleve kell a minőségi programozáshoz). Az általad felsoroltak közül van olyan, amikről nekem is csak felületes tudásom van, már ha annak nevezhető, igaz, most épp nem a webfejlesztés van terítéken esetemben, hanem csak hobbi, de azért le tudok ülni megoldani egy JavaScriptes feladatot, gondolom azért ez csak lejött.
Először tényleg angolul kell megtanulnia (ezt Te is írtad), aztán programozói alapszemléletet elsajátítani (nem biztos, hogy JavaScripten keresztül kellene, de fogalmam sincs, mi a leginkább működő módszer, pl. a C nyelv kezdésnek kissé erős lehet, mégis pl. BME-n ezt nyomatják elsőre), majd tök alapvető dolgokkal megismerkedni a JavaScripten belül - pl. épp azt, hogy mi is az a DOM, milyen módon tudja alapszinten manipulálni a HTML-elemeket, stb. Eleinte nem szükséges minden olyan ismeret, ami a pár-/sokéves tapasztalatból neked kapásból előugrik. Legyen némi sikerélménye, amiből tovább építkezhet (ami azt hiszem, nagyon fontos ahhoz, hogy legyen kedve folytatni). Amikor kezdő voltam programozásból, én is azt éreztem, hogy a haladók vagy profik ritkán tudnak csak visszaemlékezni (vagy nem is akarnak) arra, hogy ők honnan is kezdték. Érted, ha elkezdesz tanulni angolul, akkor sem a past perfect continous-zal kezded. -
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Hát igen, vannak benne Taskeres részek is. Ezért sem lenne sok értelme jsfiddle-re feltenni, mert úgyse tud lefutni. Szóval inkább feltettem pastebinre, de ha kell felteszem a fiddlere is.
A változók nevében ne keressetek logikát, hajnalban írtam, szóval nem volt fantáziám agyalni a neveken.
Néhány Tasker specifikus rész értelmezése:
readFile - ahogy a neve is mutatja, ki tud olvasni egy fájlt, amit li lehet menteni változóba
global & setGlobal - a Tasker is tud tárolni változókat, ez azért jó, mert a kód lefutása után is megmaradnak. Illetve ezeket tudom használni más Taskeres projektekben is. A global('változó neve') kiovassa a változó neve változót, míg a setGlobal('változó neve', 'érték') pedig berakja a változónak az értéket/másik változót
convert(változó, "htmlToText") - átalakítja a változóban a html formát, szövegre. Tehát a tageket lecsippenti. Sajnos a hangulatjeleket is, ezért kéne előtte feldolgozni a hangulatjeleket szöveggé.
flash(változó) & flashLong('érték') - kiírja egy androidos Toastba az adott értéket/változót. Hasznos pl debuggolásnál.
És a probléma:
A kódnak azt kéne csinálnia, hogy a Tasker/temp/file.html-ben található utolsó hsz-t és szerzőjét vágja ki. Majd a hangulatjeleket alakítsa át szövegesre, végül pedig alakítsa át szöveges formátumba (tehát a html tagek tűnjenek el) és ha van [ Szerkesztve ] a hsz végén, akkor azt is szedje le. Ez mind megy is szépen, ha a hsz tényleg csak hangulatjeleket tartalmaz. Ha van benne más kép is, akkor a hangulatjel és a kép közti részt kivágja. Ez logikus is, de nekem csak a hangulatjel tagjeit kéne kicserélnem. Van erre valami mód, ahelyett, hogy egyenként lereplace-lem az összes létező hangulatjelet, vagy a mostani "megoldás" helyett?
-
Sk8erPeter
nagyúr
Fake?
Ez sztem elég egyértelmű.
-
Sk8erPeter
nagyúr
Ez nem utalat szerintem csak eljart felette a kor. Evekkel ezelott egy szuper es nelkulozhetetlen lib volt, most mar szinte minden megoldhato nelkule. En szerintem kb 1 eve nem huztam be semmilyen projektembe a jQuery-t es megis elek.
Azért szerintem jelenleg még igen nagy túlzás, hogy a jQuery felett "eljárt a kor".
Egyszerűen még nem tartunk ott, bármennyire is menő lenne, a jQuery-nek az egyik lényege továbbra is megmaradt, vagyis röviden leírni mindazt, amit amúgy hosszabban, de amúgy tényleg megoldhatsz plain JavaScripttel. (A másik lényege persze a cross-browserség megteremtése, de most ettől tekintsünk el, mert nem érdekes a téma szempontjából.) Szerintem igaza van fordfairlane-nek akkor, amikor azt állítja, hogy ezen vacogni felesleges premature optimization. Ahogy haladunk előre, a középkategóriás (vagy akár még az olcsóbb) okostelók is egyre komolyabban vehető processzorokkal vannak felszerelve, úgyhogy szerintem kezd csökkenni a súlya annak is, hogy mobilon mennyire érezhető a jQuery-nélküliség (vagy sem).
Az általad linkelt oldal egy-két példája is mutatja, hogy azért kódszépség tekintetében vannak még mindig bőven különbségek egy rövidebb, beszédesebb kód és egy szószátyárabb, de menőbb (hiszen plain JS) kód között. Meg ott a ZeptoJS és társai, amik az alapvető funkcionalitást tartalmazzák, az is megfontolható lehet, ha a jQuery súlya fájdalmas.
Pont nemrég került elő, hogy korábban írtam saját célokra egy böngészőbővítményt, aminek annak idején az összes kódját plain JS-ben pötyögtem, mert nagyon menőnek éreztem akkor, hogy így minden sallangtól mentes lesz, de 1-2 hete némi agypihentetésnek egy részét átírtam inkább jQuery-re, mert egyszerűen zavart, hogy mindent olyan szószátyár módon kell leírnom. A kód karbantartását is nehézkesebbnek találtam, pedig nincs gondom a JS ismeretével ilyen szinten.
martonx foglalta össze röviden, hogy nyelvi szinten lenne elvárható némi rövidítés és funkcionalitás-bővítés, mert remek, hogy jönnek az új nyelvi feature-ök, de amíg frontenden legalábbis (!) így is library-re szorul az ember a szebb, tömörebb kód érdekében, addig nem okoz akkora felhőtlen örömöt, hogy ezeket is kézhez kapjuk. -
Sk8erPeter
nagyúr
Vagy csak mert csak, jó az vidékre?
Valami ilyesmi!
Sok json van, és inkább keycatalog szerű kulcsokkal dolgozok. Egyszerűbb és ritkán változik. Ha pedig mégis, akkor gyorsan át tudom ütni a key-eket a forrásban.Egyszerűbbnek biztos nem egyszerűbb, mivel így még a fejlesztőkörnyezet autocomplete-je és refaktorálási képességei sem használhatóak ki, ráadásul még hibalehetőséget is visz a kódba, szóval igazából minden szempontból rosszabb, mint ha ezeket a stringeket EGYSZER eltárolnád egy konstansba, aztán onnantól kezdve azokat használnád.
Pl. itt mennyivel értelmesebb és szebb lenne úgy használni a kódban, hogy helperTypes.gun vagy helperTypes.health, mint odahákolni minden alkalommal egy stringet a switch-ekbe. Vagy ha ragaszkodsz az indexeléshez, akkor magukat az indexeket is lehetne tárolni, és pl. helperTypes[GUN] módon felhasználni. De te tudod. -
Sk8erPeter
nagyúr
Nem módosítom ezt a részt.
Mármint úgy érted, másnak a kódja, amibe nem nyúlhatsz bele? Vagy csak mert csak, jó az vidékre?
-
Sk8erPeter
nagyúr
Egy kis html5 játékon dolgozok phaser motorral. A játékban x időközönként feljönnek ikonok amiket ha felvesz a játékos akkor plusz élet vagy fegyvert kap (legalábbis jelenleg, de ezt bővíteném). Fegyverből is van 11 féle.
A lényeg az lenne, hogy amikor egy ilyen ikont feldobok, akkor 30% valószínűséggel legyen élet, a maradék 70%-ban pedig fegyver. Jelenleg csak kiveszem a helperTypes tömbből az egyik elemet és abból lesz az ikon. Vagy fegyver vagy élet. Ezt a Helper osztály konstruktora tovább dolgozza. Kb ennyi lenne a lényeg. De nem tudom a 30/70-et hogy tudnám megoldani.this.helperTypes = [
'gun', 'healt'
];
------------------------------------
addHelper: function () {
if (this.game.time.now > this.nextHelper) {
this.nextHelper = this.game.time.now + this.helperRate;
var type = game.rnd.integerInRange(0,this.helperTypes.length);
this.helpers.push(new Helper(this.countHelper, game, this.player, this.helperTypes[type]));
this.countHelper++;
}
},
------------------------------------
var Helper = function (index, game, player, type) {
var x = game.rnd.integerInRange(game.width/2,game.width-50);
var y = game.rnd.integerInRange(50,game.height-50);
this.game = game;
this.player = player;
this.type = type;
this.helper = game.add.sprite(x, y, type);
this.helper.anchor.set(0.5);
this.helper.name = index.toString();
game.physics.enable(this.helper, Phaser.Physics.ARCADE);
this.helper.scale.setTo(0.25, 0.25);
this.helper.outOfBoundsKill = true;
this.helper.checkWorldBounds = true;
this.helper.body.immovable = false;
game.physics.arcade.velocityFromRotation(this.helper.rotation, -100, this.helper.body.velocity);
};
Helper.prototype = Object.create(Phaser.Sprite.prototype);
Helper.prototype.constructor = Helper;
Helper.prototype.update = function () {
//todo
};
Helper.prototype.useIt = function(gameObj) {
switch(this.type) {
case 'gun':
var index = this.game.rnd.integerInRange(1,9);
gameObj.setWeapon(index);
break;
case 'healt':
var index = this.game.rnd.integerInRange(1,5);
gameObj.healt += index * 10;
break;
default:
//todo
break;
}
};
sztanozs:
Csak gyors összedobtam a példákat, nem figyeltem, hogy pontosan jó-e.
Szerk.: Köszi, bár nem tudom, hogy most akkor ez kell-e számomra vagy sem.
Azt még azért mindenképp szépíteni kellene a kódon, hogy ne stringek legyenek ilyen esetben a switch-ben, meg a helperTypes tömbben sem, hanem konstansok (mármint most ez nem keverendő a string konstansokkal, sszóval érted
), hiszen ha mindenhol stringeket használsz fel, az törékennyé teszi a kódot. (Pl. ha később rájössz, hogy azt nem "healt"-nek, hanem "health"-nek kellene írni, és egyik helyen így használod, másik helyen úgy. ) -
Sk8erPeter
nagyúr
Olyan kérdésem lenne, hogy mi a problémája az if feltételemben lévő 0 indexel ebben a kódban? Pont az if előtt kiíratom a teljes feltételt és hiba nélkül lefut, aztán az if-en belül pedig elszáll...
Ez így elég csúnya, picit zsongott az agyam a kód olvasása közben.
Itt ráadásul a for...in ciklusnak nincs is haszna, sőt.
A getStartTime metódusnévből ráadásul nem érthető, hogy most igazából a szabad órák kezdőidejét szeretnéd lekérni.
Érdemes egyébként néha a sok-sok indexelés több helyen történő használata helyett inkább a ciklusmag elején eltárolni változóba az aktuális értéket, vagy akkor belül is for...in-t használni.
És ezenkívül szebb lenne, ha objektumként passzolnád át tömb helyett, hogy mondjuk egy startTime és nextTime lekérdezhető legyen így attribútumnév szerint (és nem kellene agyonindexelgetni a tömböket).Számomra ez jóval olvashatóbb, persze még ezen is lehetne szépíteni, most 5 percből ennyire futotta:
https://jsfiddle.net/d1jntk9a/1/Szerk.: ja, most nézem, a freehours-nál is asszem többszörösen egymásba ágyazott tömböt szerettél volna, ennek a további indexelése lemaradt, mindegy, a lényeg végül is érthető.
-
Sk8erPeter
nagyúr
De ezt a mondatot neked írtam és nem neki. Az ő szemszögéből az, hogy azt írjuk, hogy
function(num) { return num % 2 === 0 } vagy
num => num % 2 === 0az irreleváns, mert a lényeg a filter használata és, hogy az, hogy páros valami úgy nézzük meg, hogy x osztva kettővel a maradék nulla-e.
"De ezt a mondatot neked írtam és nem neki"
Nem is nekem írtad. 
Szerintem mindketten értjük, mi a pálya, egyszerűbb, ha itt áll mindhárom változat, amiről beszéltünk, és akkor a kezdő is remélhetőleg megérti/megérzi a különbséget:
1:
var numbersArray = [1,2,3,4,5,6,7,8,9];
var evenNumbers = [];
for(var i = 0; i < numbersArray.length; i++) {
if(numbersArray[i] % 2 == 0) {
evenNumbers.push(numbersArray[i]);
}
}
console.log("Even numbers: ", evenNumbers);2:
var numbersArray = [1,2,3,4,5,6,7,8,9];
var evenNumbers = numbersArray.filter(function(num) {
return num % 2 === 0;
})
console.log("Even numbers: ", evenNumbers);3:
var numbersArray = [1,2,3,4,5,6,7,8,9];
var evenNumbers = numbersArray.filter(num => num % 2 === 0);
console.log("Even numbers: ", evenNumbers);(#5940) zuzu000:
"Egy Javascriptes metódust szeretnék implementálni C#-ba"
Ez a mondat így ebben a formában nem biztos, hogy értelmes...(#5937) Aureal:
Mi a cél vele amúgy? -
Sk8erPeter
nagyúr
Hát de mi az, hogy magic? Ez a legújabb szabvány, ez a nyelv része, ha magic akkor nem érti a nyelvet és még tanulni kell
Nekem senki ne próbálja meg eladni, hogy ne ezt írjam egy kezdőnek, ha nem érti, semmi gond, csapja fel a doksit és olvassa el, hogy mit jelent. Most ha curryztem volna meg ez-meg-az akkor még megértem, de ez egy nyelvi elem még csak nem is magic Illetve én olyan példát szeretek mutatni ami előre viszi az embereket nem stagnál vagy visszahúzza. Ha például foglalkozik ezzel és megtetszik neki, majd netántán ezzel fog foglalkozni, akkor sokkal jobb ha már tudja, hogy mi az hogy fat arrow meg block scoping meg főleg, hogy mi az hogy [].filter.
p.s: szerinted egy filter + fat arrow már poweruser kategória? Mármint komolyan kérdezem
Igen, szerintem ne egy filter és egy fat arrow megértésével kezdje valaki, amíg gondot okoz neki, hogy kigyűjtse egy tömbből a páros számokat, tehát még nem tiszta számára, hogy mit jelent egy for/while ciklus. Kezdőként Te sem syntactic sugart raktál a kávédba hagyományos cukor helyett.
Gondolj bele, mit fog fel egy kezdő abból, ha azt írod neki, hogy "Ezt fat arrow-nak hívják ami egy rövidebb syntactic sugar a function expressiönök helyett és lexikálisan bindolja a this-t, kvázi block scoping." 
-
Sk8erPeter
nagyúr
Amúgy nem ezt hívják lambdának, mármint..ezt is, de lambda már ES5-ben is volt. Ezt fat arrow-nak hívják ami egy rövidebb syntactic sugar a function expressiönök helyett és lexikálisan bindolja a this-t, kvázi block scoping. Az ES6 pedig már hivatalos az más kérdés a hogy a különböző vendorok még nem implementálták az összes ES6-os feature-t.
Bejött, amit írtam, hogy "egy kezdőnek eleinte magic lehet".
Persze érthető is, sztem kezdőknek érdemes a picit hosszabb, de beszédesebb formát mutatni, és kevésbé a trükköseket, hogy ráérezzenek az ízére. -
Sk8erPeter
nagyúr
"Azt nem tudom, van-e érdemi sebességbeli előny vagy hátrány a hagyományos for ciklushoz és tömbbe pakolós módszerhez képest."
Előny az írásmódban van, sebességben nincs, sőt, elméletileg lassabbnak is kéne lennie a filternek picivel mert:
- belül ez is csak egy for ciklust használ
- de pluszban vannak ellenőrzések, hogy egyáltalán tömb-e amin meghívjuk, stb..De a különbségek elhanyagolhatóak, biztos hogy egy átlagos js projektnél nem ez lesz a szűk keresztmetszet. Akkor pedig a filter elegánsabb, tömörebb, jobban olvashatóbb, leíróbb, chainelhető. Meg hát úgy egyáltalán egy újabb absztrakciós réteg (sort of)
Egyetértünk
Persze egy kezdőnek eleinte magic lehet, hogy ez a háttérben mit csinál, de egyébként tényleg szebb. Más a helyzet, ha mást is kell vizsgálni a tömb elemein, akkor érdemes lehet spórolni a szükséges műveletek számán, és "hagyományos" módszerekhez folyamodni. -
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Azért írtam az XAMPP-t, mert pár hozzászólással előbb ezt linkelte neki Zedz. A portable XAMPP kicsit lightosabb, mint a WebPI által felrakott bármi
, de egyébként tapasztalatnak mindenképp hasznos az IIS is.Tudom, azért is írtam, hogy nem neked szólt.
Mondjuk ha már portable, ilyen tök egyszerű célokra jó az USBWebserver is.
Amúgy igazad van, hogy lightweightebb mindenképp bármilyen portable cuccos, de állandó, gyakran használt webszervernek Windows-on szerintem picit túl van erőltetve az Apache, miközben az IIS az én tapasztalataim szerint legalábbis jobban képes teljesíteni. Persze a szempont az szokott lenni, hogy legyen akkor már ugyanaz a környezet ilyen szempontból az, ami a céloldalon is van, de ha az alapvető rendszergazdai jellegű beállítások már stimmelnek itt is, ott is (nincs gond magával a kiszolgálással), akkor kevesebbszer szokott előjönni ez a probléma, mint a gondok inkább magával a webalkalmazással. -
Sk8erPeter
nagyúr
Tehát?
Azt szeretném, hogy addig fusson a for loopba, amíg az i értéke I-vel megegyezik. Ha jól látom a példád, akkor középre kéne a feltétel. Viszont én nem akarok a többi helyre írni, mert nincs szükségem pl arra, h hozzáadjon i hez minden alkalommal 1-et...
"Azt szeretném, hogy addig fusson a for loopba, amíg az i értéke I-vel megegyezik."
És ki fogja átállítani azt a mágikus globális I változót?
Igazából egyébként ez a kódrészlet és a feladatspecifikáció teljesen érthetetlen:
"A feladata az, h kiírja a listFiles tartalmát, levágja splittel a sortöréseknél (azaz a következő fájl nevénél) és generál egy random számot, amit utánatesz az 'i' mögé kapcsoszárójelek közt. Azaz a split miatt így tudok hivatkozni a tömbösített változóra. Na szóval értitek..."
Nem, nem értjük. Először a splittel készítesz egy tömböt, ez lesz az i változó. Itt gyorsan hozzátenném, hogy leszokhatnál az ilyen teljesen értelmetlen nevű változókról, inkább legyen egy mondatnyi hosszúságú változót, mint egy ilyen értelmetlen fos. Mit jelent az, hogy a tömb után akarsz teni valamit kapcsos zárójelek közt? Úgy érted, hogy a tömb összes stringeleme mögé akarsz fűzni valamit? A tömbbe akarsz bedobni egy újabb változót? Vagy mi a célod?
Mert itt a ciklusok, meg az egész kód ennek fényében tök értelmetlennek tűnik. -
Sk8erPeter
nagyúr
A PHP-t alapesetben nem fordítod sehová. A szerveredbe beépülő PHP modul fordítja bytecode-ra és értelmezi. A HHVM egy kicsit máshogy megy de a lényegen nem változtat: ha van egy jól bekonfigurált szervered (az XAMPP ilyet ad), akkor csak berakod a kívánt helyre a forrásfájlt, és már hívható is.
Egyébként van külön PHP programozás tipik is, javaslom ott folytatni.
"ha van egy jól bekonfigurált szervered (az XAMPP ilyet ad)"
Az IIS is ilyet ad. A Microsoft Web Platform Installer segítségével ráadásul pár next-next klatty után ez is pont ugyanolyan felhasználóbarát módon telepíthető, mint a többi kapcsolódó termék. (Pl. rákattint az ember, hogy telepíteni akarja a Drupalt/WordPresst (amit aztán leszedhet), és ez behúzza a függőségeket.) Igazából nem is vágom, miért nem marketingeli ezt kicsit jobban a májkroszoft.
Amire figyelni kell, hogy .htaccess helyett Web.config fájl kell, megfelelő alternatív tagekkel...
(Ezeket Te nyilván tudod, nem is neked szól, inkább a kollégának, meg általánosságban.) -
Sk8erPeter
nagyúr
Igazából ez olyan kicsi része a dolognak, hogy nem éri meg itt szenvedni vele.
Hát tényleg nem éri meg a szenvedést, ha már más megtette helyetted, ezért érdemes használni ilyeneket, mint a Chosen, meg hasonlók.
(#5867) Cathfaern:
Jaja, ez nekem is furcsa, hogy az ilyen alapvető elemek kinézetét még olyan módon sem lehet felülbírálni, hogy mondjuk az optionnél a kijelölés színe ne kék legyen. Feltételezem, hogy egyébként a többi részét (mint a file inputot mondjuk) azért nem lehet túlzottan felülbírálni, hogy viszonylag konzisztens legyen a kinézet a böngészőben minden oldalon, és mindig rá lehessen ismerni ezekre az elemekre, de mivel szinte mindenre van workaround, ezért ez a magyarázat sem túl kielégítő. -
Sk8erPeter
nagyúr
Én igazából valami css selector-t kerestem amivel el lehet érni a select dropdown részében az elemek hover részét, hogy a kékről valamilyen másra tegyem.
-
Sk8erPeter
nagyúr
Nem tudom, hogy ez jó-e, de most véletlen találtam meg miközben mást kerestem. A forrásában biztos van megoldás.
Szerk.: Most láttam, hogy Sk8erPeter által linkelt SO-ban pont benne van.
-
Sk8erPeter
nagyúr
Ha jobban megnézed, SO-n is úgy van megoldva ahogy én is írtam, igaz szóközre lenyomásra. Van egy tag-editor osztályú div, abban egy span, és egy input. Itt sem az inputon belül maradnak a tag-ek, csak szépen trükkösen meg van csinálva, hogy úgy tűnjön mintha. Valójában a span-ba kerülnek át space lenyomáskor. JQuery-vel ezt baromi egyszerű megoldani, de még talán plain js-sel sem egy ördöglakat.
(#5859) Sk8erPeter
Jogos.Viszont most találtam egy plugint, aminél engedélyezettek a többszavas tagek.
http://bootstrap-tagsinput.github.io/bootstrap-tagsinput/examples/Amúgy az előbb linkelt threadben tényleg brutálsok plugin van, szóval lesz miből válogatni.
(#5861) Zedz : Szívesen!
-
Sk8erPeter
nagyúr
Szerintem nem a legjobb a szóközre tenni ilyet, pl egy "javascript objects" tag-et hogy hozol létre?
Én csináltam már, az enter leütésre (és hozzáadás gomb megnyomásra) működött, de nem maradt meg az inputban a szöveg, hanem átkerült alá egy kis boxba."pl egy "javascript objects" tag-et hogy hozol létre?
"
Igazából a tagek egyszavasak szoktak lenni. Lásd Stack Overflow (vagy az egész Stack Exchange-família). A szóköz helyett pedig tipikusan kötőjelet használnak (mint ott is).
Egyébként a Space-re kötni a dolgot tényleg nincs értelme, annak van, amit írtál, az Enter-hozzáadós (meg gombra kattintós), meg még a lefelé gomb segítségével lehessen kiválasztani a felajánlott taget.(#5856) Zedz:
Igazából annyi a lényeg, hogy mondjuk legalább 3 karakter begépelése után keyupra kezdj keresgélni az adatbázisban potenciális korábbi lehetőségek után AJAX-szal, ajánld fel a júzernek a potenciális tageket, legyen benne eseménykezelés a fentebb említettekre, a felajánlott tagek elfogadása vagy új létrehozása esetén legyen "egyben", elkülönítve a többitől, egyben lehessen törölni, ahogy Stack Overflow-nál, Space-nél tekintsd úgy, hogy egy tag létrejött (mert egy tag egyszavas), tulajdonképpen ennyi a kliensoldal dolga. Ha a Stack Overflow példáját "lemásolod", az szerintem tök jó, mert az nagyon kényelmes.Jó keresőszavakkal azonnal lehet találni erre is SO-n threadet:
http://stackoverflow.com/questions/519107/jquery-autocomplete-tagging-plug-in-like-stackoverflows-input-tagsSzerk.: heh, most látom a Te hozzászólásodat, hogy pont a Stack Overflow példáját akarod lemásolni, jól teszed.
-
Sk8erPeter
nagyúr
Bootstrap, carousel.
Kicsit szerettem volna atszabni a carousel-indicators reszt, jelenleg igy nez ki:
<div id="banner-home">
<ul class="carousel-indicators">
<li data-slide-to="0" data-target="#slider-home" class="active">
<div class="bg-orange" >
<h3>Lorem ipsum dolor sit amet</h3>
<p>Browse more than 50.000 products</p>
</div>
</li>
<li data-slide-to="1" data-target="#slider-home" class="">
<div class="bg-cyan" data-slide-to="1" data-target="#slider-home">
<h3>Lorem ipsum dolor sit amet</h3>
<p>Browse more than 50.000 products</p>
</div>
</li>
<li data-slide-to="2" data-target="#slider-home" class="">
<div class="bg-darkgrey" data-slide-to="2" data-target="#slider-home">
<h3>Lorem ipsum dolor sit amet</h3>
<p>Browse more than 50.000 products</p>
</div></li></ul>
</div>A problema, hogy nem valtozik az "active" class.
Emlekszem, hogy amikor a carousel slide-ba volt agyazva, akkor is gond volt vele eleinte, de ha leragjak a hajamat se jut eszembe, hogy mi volt a gond.Nagyobb eséllyel meg lenne már oldva a probléma, ha felraktál volna egy jsFiddle-példát, szóval hogy segítséget kapj, saját érdekedben segíts nekünk ennyivel, különben senkinek nem lesz kedve magától összekalapálni egy "tesztkörnyezetet".
(#5843) htc07:
Pedig ennek működnie kell. Akkor valamilyen requestet tilthat a böngésződ (egyik bővítménye), ha a jsFiddle nálad nem üzemel rendesen. -
Sk8erPeter
nagyúr
Üdv, kellemes ünnepeket!
Rég foglalkoztam már js-el, tudnátok segíteni, hogy tudnám megoldani azt, hogy ha az oldal tartalmaz egy bizonyos szót, akkor elszínezze a hátteret?
egy autorefresh-es monitorozó weboldalra szeretném tampermonkey pluginnal beállítani ezt, hogy szembetűnőbb legyen, ha esemény van.
Minden segítséget köszönök.
BK!
Egy lehetséges megoldás:
https://jsfiddle.net/ud040qh3/ -
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Pure JS-el mennyire nevezhető ez a megoldás kulturáltnak, ha az összes li elem színét akarom változtatni?
var listElements = document.querySelectorAll("li");
for(var i = 0; i < listElements.length; i++){
listElements[i].style.color = "rgb(" + currRed +
", " + currGreen + ", " +currBlue + ")";
}Van ennél ortodoxabb, szebb megoldás?
- Ahogy dqdb írta, itt pl. a színt előre el lehetne tárolni egy változóban, és azt a változót felhasználni minden alkalommal, mivel itt a cikluson belül nem változtatod, ergo értelmetlen mindig újból és újból összefűzögetni a stringet (mikrooptimalizáció, de az ilyen overheadek szépen egymásra tudnak rakódni, meg amúgy is igénytelenség nem figyelni a mikrooptimalizációra, ugyanígy nem hívogatunk egy metódust többször egymás után, hanem annak a visszatérési értékét is eltároljuk - már amennyiben persze nem változik a visszaadott érték menetközben).
- Stílust nem szép állítgatni JavaScript-oldalról, erről itt volt szó nemrég: [link] (1. bekezdés vonatkozik ide is). Persze kérdés, mi a cél. Ezt itt nem árultad el nekünk, hogy mit szeretnél csinálni, úgyhogy nehéz eldönteni, hogy ez a megoldás így elfogadható-e - pl. lehet olyan, hogy valami üzleti logika van mögötte, és a számított értéket kénytelen az ember JavaScriptben beállítani.
- Mi a cél azzal, hogy az oldalon az ÖSSZES list itemet beszínezed? Amúgy hallgass CSorBA kollégára, a szülőelemnek (<ul> vagy <ol>) add meg a színt egyszer, és kész - persze kivétel az, ha egy-egy elem színét felül szeretnéd bírálni, vagy explicite van bedrótozva a CSS-fájlba a list itemek színe.Na, szóval röviden írd le, mi a célod, és csak akkor tudjuk eldönteni, mi lenne rá a jó megoldás.
-
Sk8erPeter
nagyúr
Ez annyira szörnyen néz ki, hogy megnéztem. Ez fog illeszkedni, méghozzá olyan Form-ra, amiben van op, id, fname, hash input, és ezek értékeit szedi ki. Az inputok között lehet más input is. Erre persze .*-ot szokás használni, de végül is ennek megfelelője a [\S\s]*.
Gondolom aki írta nem értett a regexhez és valahonnan ezt sikerült kiguglizni,Amúgy [^"]*-ot kellett volna használni a value-kban, a köztes helyeken meg mondjuk .*?-ot.
Hát basszus, most nézem, tök igazad van, én meg tök hülyeségeket beszéltem, elég durván felületesen néztem meg, látszik az aznapi tevékenységemen a 3 óra alvás
. 
Mondjuk ettől még tényleg ratyi az a regexp. Eleve furcsa, hogy az <input rész beleírásától miért félt következetesen.
Pl. ez illeszkedik arra az undormány regexpre (a form szigorúan nagybetűvel kezdődjön):
<Form method="POST" action=''><input name="op" value="asdasd" /><input name="id" value="asdasd" /><input name="fname" value="asdasd" /><input name="hash" value="asdasd" />(#5803) w.miki:
Kódminőségben biztos tudnánk szebbet... ha akarnánk.(#5804) TheProb:
Heh, milyen fura, még a HTML5 előtti időkből benne ragadt a fejemben, hogy az id csakis akkor valid, ha BETŰVEL kezdődik, a számmal kezdődőek nem azok - de most nézem, HTML5-től kezdve már sima szám is lehet id - sőt, igazából minden (ha nem üres), ha valóban egyedi és nem tartalmaz whitespace-t.(#5809) trisztan94:
"A programozásban nincs olyan, hogy valami egyszer működik, egyszer nem."
Mi? Hát már hogyne lenne? Olyan szép esetek vannak ilyesmikre, a kedvencem az a fajta hiba, ami debuggolás során nem tapasztalható, csak éles működés során. És erre persze csak elképesztő sok időelkúrás után jössz rá, miután már úgy érzed, hogy végigdebuggoltad az egész világegyetemet, aztán kezdheted vakarni a fejedet, hogy vajon akkor a nem debug módban futás során vajon mi történik, egyszerűen időbeli tényező az oka, vagy netán a többszálú működés alkalmazásodban tapasztalható indeterminizmusa, vagy valami eltérő hardverkörnyezetből előkerülő érdekesség, vagy...vagy...satöbbisatöbbi. -
Sk8erPeter
nagyúr
Sziasztok!
JS programozó segítségét szeretném kérni, egy Movian plugin átírásában.
A szóban forgó pluginnak megváltozott a domain-je .eu-ról .tv-re.
Azt hittem, ha kicserélem az összes ".eu" kifejezést ".tv"-re akkor újra működni fog, de sajnos nem megy.
Csak az indavideo-s videókat játssza le, mást nem
(Plugint úgy lehet a Movianban telepíteni, hogy az eszköz tárhelyének \Movies könyvtárába bemásoljuk a zip file-t, és betöltjük.)Ebben a pluginben katasztrofális hülyeségek is vannak, ahogy elnézem, pl. ez:
var param = showtime.httpReq(path).toString().match(/<Form method="POST" action=''>[\S\s]*?name="op" value="([\S\s]*?)"[\S\s]*?name="id" value="([\S\s]*?)"[\S\s]*?name="fname" value="([\S\s]*?)"[\S\s]*?name="hash" value="([\S\s]*?)"/);
Hát ez nem tudom, milyen reguláris kifejezés akar lenni, ami direkt nem illeszkedik SEMMIRE?
(Legalábbis erre illeszkedő stringet értelmes+hozzáértő ember nem ír le.) Vagy-jel nélkül fordul elő benne többször is adott attribútum, amire vizsgálódni akar (pl. name, value), szóval ez tuti sosem fog illeszkedni semmilyen stringre.Ezenkívül borzalmasan elavult és gány az egész kód, pl. a <font> tag ezer éve deprecated HTML-ben, JS-ben eval()-t használ, amit nem illik, meg még lehetne sorolni, de a lényeg, hogy spagettikód hatása van az egésznek, szóval nehézkes lesz ezt javítani: a gond az, hogy szerintem most hirtelen nehezen fogsz találni olyat, aki tudja debuggolni neked ezt az éles környezetében, és kideríteni, hogy mi pontosan miért nem működik. Ettől függetlenül ha elmondod, pontosan mikre is lenne még szükséged az indavideón kívül, amit használnál, de nem működik, akkor azt meg tudjuk nézni, és megmondani, mi lehet a gond vele.
-
Sk8erPeter
nagyúr
Bal oldalt kerestem az External Resources alatt, ajjj.
Csak nekem fura a LANGUAGE megnevezés ott?Jaja, kicsit megváltozott a jsFiddle, amúgy szerintem előnyére, legalábbis nekem jobban bejön, jobb helyen vannak a JS library-k annál a lenyílónál.
Picit tényleg fura ez a Language megnevezés, de végül is ha úgy vesszük, ezek tényleg mintha más nyelvek lennének, más szintaktikát használsz, a JavaScript sajátjánál sokkal értelmesebbet.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Sk8erPeter
nagyúr
Be van húzva:
De amúgy bocsi, asszem hülyeséget mondtam, és igazad van, JavaScriptre visszaváltva elég a "use strict"; az elejére, és Blink-motorral menni fog ("Uncaught SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode"). Firefoxban még nem ("SyntaxError: let is a reserved identifier"). Mindenesetre ezeket a problémákat áthidalja a Babel.
-
Sk8erPeter
nagyúr
Sziasztok!
Megtudjátok mondani mi a hiba?<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>Időkép demo</title>
<style type="text/css">
.element {
float: left;
}
.element div {
text-align: center;
}
</style>
</head>
<body>
<div id="container"></div><div>
<script>
var i;
var napok = ["H", "K", "Sz", "Cs, P"];
var fokok = [2 3, 8, 5, -6];for(i = 0; i < napok.length; i++) {
document.write("<div>" + napok + "</div>");
document.write("<div>" + fokok(i) + "</div>");
if(fokok(i) < 5) {
document.write(<img src='https://cdn0.iconfinder.com/data/icons/good-weather-1/96/weather_icons-68-128.png'>);
} else {
document.write(<img src='https://cdn0.iconfinder.com/data/icons/good-weather-1/96/weather_icons-68-128.png'>);
}
}
</script>
</div></body>
</html>Több hiba is van benne. Egyrészt az a nagy hiba, hogy nem raktad fel nekünk jsFiddle-re, hogy egyből tesztelni tudjuk, másrészt nem használtad a kód kijelölése után itt a fórumon a Programkód gombot, hogy normálisan nézzen ki.
Aztán:
1.
var napok = ["H", "K", "Sz", "Cs, P"];
ez ez akart lenni:
var napok = ["H", "K", "Sz", "Cs", "P"];
(külön a "Cs", "P" stringek)2.
document.write("<div>" + napok + "</div>");
Ennek semmi értelme, mert a napok egy tömb, míg te a tömb cikluson belüli aktuális elemére vagy kíváncsi, ami a napok[i], vagyis az előzőnek a ciklusváltozóval indexelt formája.
Ezenkívül document.write()-ot nem használunk a gyakorlatban. SOHA. Még ha a tanár azt is mondja, akkor sem. Ha a tanár azt mondja, akkor le van maradva. Bár már akkor sem volt értelme, amikor divatos volt használni.3.
fokok(i)
itt már láthatóan indexelni akartál, csak nem jött össze. Indexelésre a szögletes zárójelet használjuk, tehát így: fokok[i].4.
document.write(<img src='https://cdn0.iconfinder.com/data/icons/good-weather-1/96/weather_icons-68-128.png'>);
Itt az <img ...> részt úgy kezded el, hogy elfelejtetted stringként átadni. Tehát ez így nem lesz jó.
Így jó lenne:
document.write("<img src='https://cdn0.iconfinder.com/data/icons/good-weather-1/96/weather_icons-68-128.png'>");
A feltétel másik részénél ugyanez.Itt láthatsz egy működő változatot:
http://jsfiddle.net/5hvwzquf/=====================================
(#5776) Agostino:
Akkor jó. -
Sk8erPeter
nagyúr
Amit Jim-Y írt, az BabelJSben íródott. Mondjuk azt nem igazán értem, minek szopatni ilyesmivel valakit, aki nagy eséllyel nem ért a Babelhez.
Itt van plain JavaScriptben (jQuery sincs behúzva; itt mondjuk direkt leszedtem az onLoadot is, hogy lásd, hogy kell kezelni az ablak betöltődésének eseményét):
http://jsfiddle.net/sm3e5wjz/1/ -
Sk8erPeter
nagyúr
hát, igazából eszem ágában sem volt keverni, sőt meg sem fordult a fejemben, hogy bekavarhat a joomla motyói közül bármi is. mondjuk mostantól meg sem lepődök semmi sem... mindenestre megy és ez a lényeg, szóval nagy köszi még egyszer, ha mást nem, a hibakonzol hasznosságát megtanultam : )
Én túl sokat nem tettem hozzá, inkább Jim-Y-nek köszönd, ő volt az érdemi segítő.
Egyébként nem teljesen értettem, hogy konkrétan mit jelent, hogy "a mootools-more.js egyik sora szerint hibás a dátum (all my wat) a csv-ben", erről nem ártott volna egy PONTOS hibaüzenet vagy screenshot vagy bármi (mondjuk eddig sem voltál túl bőbeszédű, amikor a pontos hibákról érdeklődtünk), mert alapvetően nem illlik egy CMS valamelyik, egyébként nagy eséllyel nem véletlenül behúzott fájlját csak úgy átnevezgetni, hogy hiába keresgélje, ne találja meg - ez nem megoldás, csak átmeneti tüneti kezelés egy hirtelen zavaró problémára, amivel összefügg a fájl behúzása, de ez hosszú távon aztán más problémákat is okozhat.
A $-jelet fő változóként használó library-knél és/vagy frameworköknél felmerülhet egy névütközés, ez pont így van a jQuery-nél és a MooTools-nál is, ezt pl. a jQuery.noConflict(); segítségével lehet feloldani (példák bőven vannak a neten). -
Sk8erPeter
nagyúr
Jim-Y és Sk8erPeter - bocs, ha idegesítően béna voltam, megoldódott a dolog, köszönöm a segítséget! nem írtam, mert nem gondoltam relevánsnak, de az egész történetnek a joomla ad keretet, egy ilyen oldalba kell beillesztenem. minden szükséges script a helyén volt, kivéve a Jim-Y által megemlített data.js. pótoltam, de nem lett jobb, sőt, az addig megjelent chart-részlet is eltűnt. ok, hibakonzol: a mootools-more.js egyik sora szerint hibás a dátum (all my wat) a csv-ben. szórakoztam vele egy kicsit, meguntam, átneveztem a mootool-t hogy ne foglalkozzon a csv-vel, és most tök király, frankón meg a chart
Mondjuk az a baj, hogy eleve nem szerencsés keverni a MooTools-t és/vagy másik hasonló library-t és a jQuery-t. Valahogy a Joomlával mindig csak a baj van.
Amúgy nincs mit, lényeg, hogy megoldódott. -
Sk8erPeter
nagyúr
szia
nagykirály vagy, itt tök szépen lefut fiddle-ben : )) viszont tekintettel arra, hogy te hozzám képest pro vagy és a teszterben is lefut, innentől nekem is szépen le kellene futnia. de nem teszi, a chart nem jelenik meg. szóval akkor viszont ez valami lokális dolog lehet
az ajax kérdésre visszatérve - rajta voltam - firebug, net, xhr - GET data.csv 200 OK /ha jót nézek/
Nézd meg szépen alaposan, amit Jim-Y írt neked. Nyilván csak nem figyeltél oda, hogy mit küldött neked.
Ezek közül minden stimmel?<script src="https://code.highcharts.com/highcharts.js"></script>
<script src="https://code.highcharts.com/highcharts-more.js"></script>
<script src="https://code.highcharts.com/modules/data.js"></script>
<div id="container" style="width: 100%; height: 400px;"> </div>Mindegyik fájlt behúztad? Szerkesztette is a kolléga a hsz.-t, látható, hogy a felsoroltak közül a harmadiktól jött helyre az, ami először nem működött.
ÉS nyilvánvalóan kell a jQuery is.De itt van a komplett kód, amit akár kopipésztelhetsz is magadhoz:
http://jsbin.com/kamobinuju/edit?html,output
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Trying out Highcharts</title>
</head>
<body>
<div id="container" style="width: 100%; height: 400px;"> </div>
<script src="https://code.jquery.com/jquery-2.1.4.js"></script>
<script src="https://code.highcharts.com/highcharts.js"></script>
<script src="https://code.highcharts.com/highcharts-more.js"></script>
<script src="https://code.highcharts.com/modules/data.js"></script>
<script>
$(document).ready(function() {
$.get('https://gist.githubusercontent.com/jim-y/d056bb03e6d3348d6aca/raw/d27bef445c3b38b4254f64f5052133851620ad89/data.csv', function(csv) {
//console.log(csv);
$('#container').highcharts({
chart: {
type: 'column'
},
data: {
csv: csv
},
title: {
text: 'Fruit Consumption'
},
yAxis: {
title: {
text: 'Units'
}
}
});
});
});
</script>
</body>
</html>A Jim-Y által felrakott CSV-fájlban pedig csak ennyi van teszt gyanánt:
Categories,Apples,Pears,Oranges,Bananas
John,8,4,6,5
Jane,3,4,2,3
Joe,86,76,79,77
Janet,3,16,13,15
Ez így egy teljesen szabályos CSV-fájl.
Ha ez sem műxik, akkor tényleg valami gáz van nálad.(#5759) martonx:
"hogy lássuk egyáltalán a hivatalos dokumentációt tudtad-e értelmezni"
Már hogy én? Brühühühhűűűűű. 
Amúgy csak trollkodom, tudom, hogy nem nekem szólt. -
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Köszi! Van valami gyakorlati előnye is vagy csak szimplán esztétikusabb?
Lenne esetleg értelme minden sort egy ID-val ellátni, a szűrést pedig client-side/local storage-ban elvégezni majd az eredmény alapján állítgatni a displayt?
Tudom egy kicsit overkill, de érdekes kihívás lenne ha van teljesítménybeli haszna is
Alapvetően annyi a baj azzal, hogy JavaScripttel állítgatod a stílusát egy DOM-elemnek, hogy így keversz két különböző területet: alapvetően a CSS feladata meghatározni az oldal megjelenését (benne van a nevében, hogy stíluslapokat készítesz), JavaScripttel pedig inkább a viselkedését illik manipulálni az oldalnak. Nyilván vannak kivételek, de ez pont olyan példa, amire érvényes. Persze nem érdemes túlizgulni, ez már csak szépítgetés, szemantikai okoskodás.
Most amúgy kíváncsiságból rákerestem a dologra, és találtam egy cikket, ami vitatja az osztályok ráhelyezésének vagy levételének elvét, és inkább a data-attribútumok használatát javasolja:
http://toddmotto.com/stop-toggling-classes-with-js-use-behaviour-driven-dom-manipulation-with-data-states/
Elfogadható, amit ír, de túlzásba esik az osztályok használatának elvetésével. De egyébként nem rossz a data-attribútumok használata sem."Lenne esetleg értelme minden sort egy ID-val ellátni, a szűrést pedig client-side/local storage-ban elvégezni majd az eredmény alapján állítgatni a displayt?"
Semmi értelme nem lenne ennek a megoldásnak. A szűrést így is az összes adaton kellene elvégezni, itt pedig semmiféle előnyt nem jelentene az, hogy csavarintasz és bonyolítasz egyet a dolgon.
Gondolj bele, a mostani megoldásod egy document.getElementsByClassName hívás, ami visszatér egy HTMLCollectionnel, amin végigmész egy for ciklussal, és megnézed, benne van-e az adott sorban valahol a keresett elem, aztán kész vagy. Ez is nagyon gyorsan fog végezni, még ha többezer elemed lenne, akkor se lenne vészes, a DOM-manipulálás már más kérdés. Ha viszont átállnál arra, hogy id-k szerint kérdezgess le, akkor értelemszerűen az id-kat is nyilván kellene tartani egy másik tömbben (mert különben honnan tudod, hogy miket kellene lekérdezni? Ha meg nem tudod a konkrét id-kat, akkor vissza kell térned az eredeti, amúgy ezerszer értelmesebb megoldásra), és azon a tömbön kellene végigmenned, lekérdezned id szerint az elemet, majd pont ugyanezt a keresést végrehajtani. Nem nyertél semmit, sőt, még overheadet is tettél a dologba (plusz egy-egy lekérdezés minden elemre az id szerint is, miután megkaptuk a tömbből az elemet).
Azt meg nem tudom, hogy érted, hogy "client-side"-ban elvégezni a keresést, most is kliensoldalon keresel. localStorage-be átpakolni a keresést meg megint semmi értelme, mit keresne ott, miért kellene perzisztens módon tárolnia a kliensnek az összes adatot. Nem beszélve arról, hogy valószínűleg az oldaladon változni fognak ezek a megjelenített és szűrhető adatok, így a localStorage-et mindig szinkronban kellene tartani az újabb adatokkal. -
Sk8erPeter
nagyúr
Köszönöm mindkettőtöknek. Hozzáteszem akkor az onclick triggert is
Egyébként egy div-es táblázat szűréséről van szó. A gombok megkülönböztetésével nem kell foglalkoznom szerencsére. Nem túl elegáns módon globális változóként tárolom a legutóbb keresett értéket. Ha nem változott az előzőhöz képest, akkor nem csinál semmit. Így nem iterálja feleslegesen végig az egész táblázatot akkor sem ha bal egérgombbal kattintgat rá bárki.Valószínű elég optimalizálatlan, 230 soros táblázatot szűrök vele. Van esetleg valami gyorsabb/hatékonyabb módja ennek mint a display-t változtatgatni soronként iterálva? (electron alkalmazás így minden nodejs-es trükk bevethető)
-
Sk8erPeter
nagyúr
sziasztok
adott ez a javascript okosság, amely tök jól működik egészen addig, amíg azt nem akarom mondani neki, hogy a szükséges adatokat egy x helyen tárolt csv fájlból rántsa be. ennek a scriptje az oldal szerint ennyi a lényege:
$.get('data.csv', function(csv) {
$('#container').highcharts({ [...]itt elvileg a get parancs lenne az érdekes. nekem meg is van a szükséges csv, az egyszerűség kedvéért szintén data néven fut, viszont nem jelenik meg a tartalma. lehetséges, hogy rosszul hivatkozom vagy plusz beállítás kellhet neki? egyébként egy beágyazott adatokból dolgozó chart szépen megjelenik, de ez nem. maga a data.csv-m a weblap gyökerében van jelenleg, de pakoltam már mindenfelé - eredménytelenül
-
Sk8erPeter
nagyúr
Az elavult javascript anyagok szinte mindegyikére jellemző, hogy document.write-tal valósít meg kliensoldali dinamikus kódot, és ha oktatásról van szó, akkor az oktatónak, illetve vizsgáztatónak megfelelés legalább olyan fontos lehet, mint maga a tananyag. Ha nem fontosabb.
-
Sk8erPeter
nagyúr
Há'deszintemindigbelémkötvalakittafórumon. Nagyon már nem is járok fel ide kérdezősködni, inkább máshol teszem fel a kérdéseket.
Régvótmáaz, biztos azóta már sokkal minőségibb kérdéseket teszel fel.
(just kiddin') Kérdezzzzz, most!!!444NÉGY -
Sk8erPeter
nagyúr
Jól van na, kössél belém.
Nekem a pastebin maradt a fejemben.Hádenemiskötöttem beléd!
(Kivételesen. ) Gondolom amúgy is ismered, csak rácsodálkoztam, hogy jé, pont nem műxik a jsbin.(#5733) Cathfaern:
Jaja, beleírattam az összefoglaló legelső sorába, mert kis naivan azt gondoltam, hogy az már eléggé feltűnő.(#5737) Zedz:
Azért amikor az ember elkezd tanulni programozni, a szakmai infós angol kezdőként nagyon fárasztó tud lenni. A megoldás az, hogy eléggé kitartónak kell lenni. -
Sk8erPeter
nagyúr
Én ide írtam
for (var i = 0; i < napokHomerseklete.length; i++)
{
document.write(napokHomerseklete+" "); <==========
}
{
if (napokHomerseklete <= 5) {
idojarasClass = 'hideg';
} else {
idojarasClass = 'meleg';
}
currentElement = document.getElementsByTagName("td")(i);
currentElement.classList.add(idojarasClass);
}}
document.write()-ot értelmes ember nem használ.
(#5714) Speeedfire:
Ilyenekre amúgy ott lenne a jsbin.com, ahova teljes kód felpakolható, ahonnan aztán lehet kopipasztázni, de most épp fogalmam sincs, miért nem üzemel egyáltalán. -
Sk8erPeter
nagyúr
El akarom kapni a felhasználó webkamera képét. De mikor tesztelem ez egyáltalán nem működik. Semmilyen hibaüzenetet nem kapok, és a böngésző se kér engedélyt a webkamerámhoz. Itt a kód. Eredetileg egy Go backend alatt fut, de kipróbáltam PHP alatt és akkor sem ment. Olvastam, hogy elvben az volt a baj először, hogy csak simán az index.html-t futtattam, de miután szervert tettem mögé úgy sem javult meg, és nem tudom mit rontok el.
-
Sk8erPeter
nagyúr
Adsz egy id-t 0-48-ig az űrlapmezőknek, majd ezt for-al kiolvasod, és beleteszed egy tömbbe. Ha úgy testszik akkor készítesz erre egy 2 dimenziós tömböt.
"Adsz egy id-t 0-48-ig az űrlapmezőknek, majd ezt for-al kiolvasod"
He? Ezt most tényleg leírtad?
Az id-k aztán pont nem segítik az elemek bizonyos jellemzők szerinti általános, közös kezelését, hiszen azok egyedi azonosítók, azt az EGY bizonyos elemet találod meg a felhasználásukkal, pont az a lényegük.
Ilyesmire az osztályok valók, vagy egyéb közös tulajdonságok felhasználásával (pl. a tag neve, attribútumok, ilyesmik) is lehet azonosítani a közös viselkedéssel felruházni kívánt elemeket.(#5636) PumpkinSeed:
"Amúgy ez így szerintem undorító, már megbocsáss (nem szoktam így fogalmazni). Sokkal szebb lenne, ha az inputokat is JS-el generálnád. appendChild vagy valami hasonló függvény az ami neked kell ehhez."
A lényeg szempontjából teljesen mindegy, hogy hogyan készülnek el az elemek, egyáltalán nem lesz attól "undorító", hogy a HTML-kimenetben egyből ott van a táblázat összes eleme, egyrészt úgy nem JavaScript-kóddal kell minden elemet elkészíttetni (ez erőforrás-spórolást jelent), másrészt elkészítheti az elemeket a szerveroldal is, és bele is pakolhatja egyből adott esetben az input-elemek értékeit is (amiket pl. adatbázisból szed). Nem láttam az eredeti kódot, de az önmagában biztosan nem jelent problémát, és nem is csúnya, ha a HTML-kódba "égette bele" az elemeket, amiket viszont kliensoldalon kellene manipulálni/ellenőrizni.(#5640) martonx:
"Azért nem moccant meg a js-ed, mert ha onload-ot használsz a js kódod wrapperének, akkor az inline js eventnél nincs scope-on belül."
Tetszett ez a mondat, szerintem ebből a kolléga egy büdös árva szót nem értett. Nekem is kétszer kellett elolvasnom, hogy felfogjam. Amúgy a kódban az a displayDate callback csak valami elírás (a check helyett).
-
Sk8erPeter
nagyúr
"Ha nem baj, megfordítanám a dolgot: arra mutathatnál nekem olyan általánosítható bizonyítékot, hogy minden esetben gyorsabb összeállítani egy gigarendszerben - annak összes függőségével, aktuális használati esetnek megfelelő konfigurációjával, stb. - egy valóban komplett tesztkészletet egy kisebb/nagyobb feature időre történő fejlesztéséhez, mint TDD/BDD aktuális alkalmazása nélkül azt elkészíteni."
Nem tudok ilyesmiről, de nem nagyon szoktam statisztikák után nyomozni. A kezdeti fejlesztési idő valamivel lassabb, a bug sűrűség viszont sokkal kisebb. Egy tanulmány szerint kb 15-35%-al több időt kell beleölni a projektbe, és valahol 40-90% közötti mértékben esett vissza a release előtti bug sűrűség, máshogy fogalmazva, kevesebb, mint fele annyi bug volt. [link] A 15-35% idő többlet a 2x annyi debug-nál tapasztalatom szerint bőven visszajön. SO-n volt ilyesmi kérdés. [link] Ha ennyire izgat a téma, akkor utánakereshetnél te is, nincs kedvem olyan dolgokra pazarolni az időmet, amiből nem tanulok semmit, max megnyerek egy vitát. A többi már tényleg nagyon off.
-
Sk8erPeter
nagyúr
Én jelenleg hobbi projekteknél fejlesztek így, most éles projektjeim nincsenek. Régebben éles projekteknél még nem ismertem ezeket a technikákat, személyes tapasztalatom annyi, hogy volt olyan projekt, aminél utólag írtam meg a teszteket, és az SQL-ek felében volt kisebb nagyobb hiba, amik nem derültek ki azonnal, mert csak ritkán használt útvonalakról volt szó.
Tudok olyan multiról, ahol TDD + SOLID + OOP alapvető, és a backend-et így fejlesztik, nem véletlenül írtam. Nem hinném, hogy nyugis munkahely lenne, inkább csak elvárják a minőségi kódot, meg egy méret (pár ezer sor) felett széthullik a szemét, amit tesztek nélkül fejlesztesz. A GUI-t nem feltétlen éri meg e2e tesztekről indulva fejleszteni, de azért érdemes lehet bedobni párat a fontosabb feature-ök ellenőrzésére, ha nem is minden apróbb hülyeségre. A DDD egy projekt méret felett éri meg jobban, mint a monolit, én személy szerint ezzel nem értek egyet, próbálom kisebb projekteknél is alkalmazni. Arra, hogy a TDD/BDD többlet idővel járna mutathatnál valami bizonyítékot, mert pont az ellenkezője igaz. Debugra összességében több idő megy el, mint arra, hogy a teszteket előre megírd, és az alapján fejlessz. Persze ha nem veszed komolyan az egészet, vagy nem fotnos a minőség, akkor nyugodtan fejleszthetsz tesztek nélkül is."Arra, hogy a TDD/BDD többlet idővel járna mutathatnál valami bizonyítékot, mert pont az ellenkezője igaz."
Ha nem baj, megfordítanám a dolgot: arra mutathatnál nekem olyan általánosítható bizonyítékot, hogy minden esetben gyorsabb összeállítani egy gigarendszerben - annak összes függőségével, aktuális használati esetnek megfelelő konfigurációjával, stb. - egy valóban komplett tesztkészletet egy kisebb/nagyobb feature időre történő fejlesztéséhez, mint TDD/BDD aktuális alkalmazása nélkül azt elkészíteni. Mint minden általánosítás, a tiéd is itt sántít. Ha előre megvan hozzá minden infrastruktúra, valóban csakis mindenki úgy készített kódot, és valóban mindenki töltötte az idejét a minden esetre kiterjedő tesztesetek lefedésével, akkor előfordulhat, hogy nem akkora para, de van, amikor tényleg para.
De hidd el, ezt nem bántásból vagy kötekedésből írtam le, hanem azért, mert a gyakorlat sokszor sajnos messze kell, hogy kerüljön az elméleti bullshittől, még ha az elméleti bullshitnek nyilvánvalóan lehet bőven létjogosultsága."Persze ha nem veszed komolyan az egészet, vagy nem fotnos a minőség, akkor nyugodtan fejleszthetsz tesztek nélkül is."
Hümm, tehát arra, aki valaha életében merészelt leírni TDD/BDD-elvek alkalmazása nélkül kódot céges környezetben (alap, hogy az első kör nem az éles), Te most itt ünnepélyesen kijelentetted, hogy nem veszi komolyan az egészet, meg annak nem is fontos a minőség, értem.
Sajnos nem lettem meggyőzve - de még egyszer megemlíteném, cseppet sem becsülöm le a TDD/BDD előnyeit és szépségeit. (Egyébként meggyőzésként említettél EGY multit, ahol állítólag csak olyan kódot adnak ki a kezükből, ami ezen elvek mentén készül - egyrészt nem tudhatjuk ennek valódiságát, másrészt nem egy nagy merítési minta. De a gondolkodásmódod alapján biztos csakis ott lehet a szakma krémje, ahol ez percről-percre szem előtt van, máshol csak noobok és igénytelen k×csögök vannak. ) -
Sk8erPeter
nagyúr
Szvsz a TDD nem advanced dolog, hanem alapvető, ha fejleszteni akarsz. Ha nem ismered, nagyjából arról szól, hogy először a tesztet írod, utána meg az implementációt, mindezt kis kód részletekben. Így a végére a kód nagyjához lesz automatizált teszted. Menet közben is hasznos, mert a hibák azonnal kiderülnek, és nem kell utánanyomoznod órákat debug-al, hogy hol hasal el a kód. Én már inkább a BDD fele hajlok, annál először szövegesen írod le, hogy mit akarsz, aztán azt fordítod át tesztekre. Így a teszteket bármikor kicserélheted, úgy, hogy a szöveg változatlan marad. Ez sokkal rugalmasabb, mint a TDD, pl ugyanazok alapján a leírások alapján egy csomót azonos képességű eltérő klienst tudsz fejleszteni, esetleg eltérő API-kat kipróbálni, és így tovább.
-
Sk8erPeter
nagyúr
Nincs. Egyébként se mennél vele semmire.
De egyébként megnyitottam az oldalt és elsőre megtaláltam a tűt: a grid_site.js-ben a 811. sortól kezdődik az automatikus frissítés. A 839. sor az, ami ténylegesen újratölti az oldalt. Ha a reloadBlocker változót rá tudod venni, hogy true értéke legyen; vagy a korábban leírt módon a document.location.assign-t felülvágod egy üres függvénnyel, akkor nem fog tudni frissülni, elvileg.
Szerk.: Úgy látom SO-n, hogy a document.location.assign nem felülvágható
Na mindegy, ott kell varázsolni valamit, az a biztos. Vagy letiltani az oldalon a JavaScriptet.Szép találat, türelmes voltál.
Végül is ez esetben meg lehetne tenni, hogy a fájtl letölti, átírja ennek megfelelően, és az adott kérésre ezt az új tartalmat szolgálja ki saját extensionnel, DE ennek igen komoly hátránya, hogy "bedrótozza" a korábbi kódot, és a fájl frissülése nála nem lesz érvényes.
Azt nézem, hogy van egy ilyen rész a kódban:setTimeout(function() {
$('iframe').each(function() {
var src = $(this).attr('src');
if(src.match(/youtube\.com/i) || src.match(/video\.mno\.hu/i)) {
reloadBlocker = true;
}
});
if(!reloadBlocker) {
document.location.assign(document.location.href);
}
}, reloadTime);(fúj)
Ezek szerint ha saját extensionből csak beágyaz egy elrejtett YouTube-os iframe-et (lényeg, hogy az src attribútum a youtube-ra mutasson, nyilván az egész oldalt nem érdemes beágyazni), akkor a reloadBlocker változó értéke true lesz, és a document.location.assign(document.location.href); sor nem fog lefutni. Borzasztó ronda megoldás mindenképp, de legalább nem fog 20 perc múlva (most ez van a reloadTime-ban) újrafrissülni az oldal... -
Sk8erPeter
nagyúr
Sziasztok!
Nem nagyon értek a javascripthez, de azt nagyjából sejtem milyen irányban kell keresgélnem.
Van ez a csodálatos honlap, hogy mno.hu. Ennek megvan az a jó szokása, amit rettenetesen utálok, hogy ha órákig meg van nyitva, akkor automatikusan lefrissül és ha pl. cikket olvastam és mondjuk elkattintottam máshová vagy vmi elterelte a figyelmem, mire visszatérek már le is frissült.
Van egy olyan sejtésem, hogy a millió js fájl egyikében rejtőzik az a settimeout függvény, amit keresek, csak kérdés, hogy melyikben. Az időtartamra sem tudok rájönni.
Régen ezt megoldották egy meta refresh taggel, aztán kész, ahhoz volt meta refresh blocker, de gondolom javascriptnél nem ilyen egyszerű a helyzet.
Ha valaki esetleg tud segíteni, megköszönöm.
Uhh, ezt én is de tudom utálni, régen ilyet a prog.hu is csinált, hogy automatikusan frissült a lap, de nem csak frissült, át is irányított, így hiába volt későbbi olvasásra félretéve pár cikk, ránéztem egy idő múlva, és már csak a címlapot láttam. Gratula annak, aki kitalálta...
Írtam is nekik levelet ezzel kapcsolatban, hogy emiatt szoktam le a cikkjeik olvasásáról, hogy azóta is van-e ez a jelenség, fogalmam sincs, mert tényleg nem olvasom őket.
A kérdésre amúgy most érdemben nincs időm reagálni, de látom, kaptál már ötletet, csak hát JS-hez értés nélkül nehéz lesz ezekkel bármit is kezdeni... Amivel hozzákezdhetnél, az az, hogy megnyitod a webfejlesztő panelt, és az ottani keresővel minden, oldalról letöltött forrásban elkezded keresgélni (Blink-alapú böngészőkben (pl. Chrome, Opera) a Ctrl+Shift+F segítségével!) az említett "setInterval" és "setTimeout" szavakat. -
Sk8erPeter
nagyúr
Ja igen, ma ilyeneket nézek be, viszont a reguláris kifejezésemmel lehet valami probléma, mert true-t ad arra is ha < van a szövegben.
-
Sk8erPeter
nagyúr
Én most ezt használom úgy, hogy most fejlesztem tovább a "nem is értem h miért akarják rátolni ezt szerver oldalra is" tudásomat. Amúgy nem akarják hanem már rá is tolták, és szerintem bár én is a "Nagyon JS kezdő létemre írom" kategóriába esek, de szerintem ez a MongoDB-s téma nagyon jó és hasznos. Én MeteorJS-t használok és az, hogy egyszerre lehet két helyen adatbázisba menti (kliens és szerver oldalon), hatalmas nagy előrelépés, és amit eddig Ajax-al PHP-val és JS kombóval lehetett megoldani azt most simán egy nyelvvel meg lehet csinálni, és sokkal rugalmasabb webalkalmazásokat lehet készíteni.
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Nem a kezdőkkel van a baj, hanem az értetlenekkel, akik huszadjára sem fogják fel a mondanivaló lényegét.
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
TL;DR
-
Sk8erPeter
nagyúr
index.html:
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<script src="script.js"></script>
</head>
<body>
</body>
</html>script.js:
var orangeCost = function() {
var total = orange*5;
console.log("The price is "+total);
};
var orange = 5;
orangeCost();HTML-fájl, scriptfájl, az alapvető HTML-struktúra létrehozása helyett nem lett volna egyszerűbb és gyorsabb picit csak simán bedobni a konzolba a kódot, ha már meg van nyitva?
-
Sk8erPeter
nagyúr
Oké, oké, oké.
Belső hálózaton lenne, a gépen(amiből csak egy lesz) a(z egyik) legújabb Chrome menne, csak az az egy oldal lenne megnyitva, semmi más. Nem hiszem, hogy egy 50+-os nénike át tudná írni, aki a gépet is alig tudja használni.
Lesz szerver oldali is, rábeszéltetek. Köszönöm Neked is.Hánemtom, ilyen jellegű dolgokat, hogy írjak-e validálást szerveroldalon, nem a potenciális felhasználók életkora vagy észbeli képességei alapján szoktam mérlegelni.
(És nem is potenciálisan használt böngészőtől, meg ilyenektől függően.) -
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Érdekes, mert úgy tűnik, a tartalom lekérése sikeresen meg is történik, ahogy látszott a korábban a konzolra kiírt tartalomból, tehát valamiért csak épp a modális ablak betöltése az adott tartalommal nem sikeres. Az általam definiált displayModal függvényt is átmásoltad?
Igazából itt a legértelmesebb a böngészőn belüli debuggolás lenne, úgy, hogy egy breakpointot raksz a sikeres AJAX-kérést jelző eseménykezelőbe, meg mondjuk a displayModal függvénybe, megnézve, hogy a tartalom az elvárt-e, mi a változók aktuális értéke, stb... Egyszerű megközelítésként, ha még nem debuggoltál (egyébként elég egyszerű), egészítsd ki mondjuk ezt is egy konzolra kiíratással:function displayModal(content) {
console.log('content: ', content);
$('<div>', {
html: content
}).modal();
}Most jobb ötletem nincs, ha a debuggolás még nem megy, mint hogy vizsgáljuk meg ilyen módon, hogy a tartalmak az elvártak-e, eljut-e idáig, stb. Ha a tartalom ezenbelül megfelelő, akkor nem nagyon értem, miért nem működik nálad, amikor a jsFiddle-példában jó, de derítsük ki egyelőre ezt, hogy idáig eljutunk-e.
(#5201):
Hát köszi, de azért bőven szoktam tévedni. -
Sk8erPeter
nagyúr
Köszi szépen a segítséget.
Egyelőre nem működik nálam. Átültetve megjelenik a Modal ablak, de nem hozza be a hir.html tartalmát
Kitöröltem az url='/echo/html/'-t, megváltoztattam a type:-ot GET-re és kitöröltem a //INNENTŐL ... //IDÁIG sorokat.
Szerintem nálam van a hiba
Chrome böngésző -> F12 -> Console a következőt írja:
data: <div class="modal">
<H1>Ez egy másik weboldal szövege - AJAX használatával.</H1>
</div>Szívesen. Ja, a konzolra ezt az üzenetet azért írja, mert beleraktam egy console.log(...) sort.
Azt akár ki is törölheted, debuggolási célra jó a console.log - de ebből kiindulni nem lehet, mivel ez nem hiba.
Ha a Network fülre kattintasz a webfejlesztő panelon, ott látszik valami pirossal jelölt erőforrás, meg valami hibakód, amikor megpróbálja betölteni a tartalmat? Ha a megfelelő linkre kattintasz, akkor mi történik? -
Sk8erPeter
nagyúr
Köszönöm a választ. Megpróbáltam a jsFiddle-t, a CodePen-t és a Plnkr.co-t is, de egyiken sem tudom megmutatni a problémámat.
A jsFiddle-re feltöltöttem a külső anyagokat (css, js, html fájlok), de nem hajtja végre a feladatot (hiába kattintok az IDE feliratra, nem hajtja végre), egyébként itt a link hozzá.
A CodePen annyival előrébb van, hogy végrehajtja a feladatot, tehát rákattintva az IDE feliratra megjeleni egy új oldal tartalma, de nem Modal Window-ként mutatja meg, itt a link hozzá.
Ezért, végelkeseredésemben összecsomagoltam egy 9k fájlba és így osztottam meg.Itthon, ha szerkesztem Bracket-ben, akkor Google böngészőben végrehajtja a feladatot. Feltöltöttem egy szerverre, azon nézve szintén végrehajtódik az IDE feliratra való kattintás. Viszont simán Total Commanderből indítva a html-t nem hajtódik végre a böngészőkben, egyedül az Internet Explorer-ben, ha engedélyezem az aktív tartalmat.
-
Sk8erPeter
nagyúr
Segítséget kérnék egy vélhetően alap programozási dologban. Modal Window-t szeretnék rögtön a kezdőképernyőre, miután betöltött a program. Ezt a kérdést feltettem a weblap készítés topikban, és el is indultam a megadott irányba a kapott válaszok alapján, de a programozási skillem felér a héber nyelv tudásommal, így nem sikerült megvalósítani.
Itt egy link (Hogyan.zip), amely tartalmazza az összes szükséges fájlt a 'problémámhoz', ha valakinek van egy kis ráérő ideje, és vet rá egy pillantást, akkor nagyon megköszönöm a segítségét.Ha lehet, rakj fel egy egyszerűsített példát inkább a jsFiddle-re, pont ilyen szemléltetésre és demózásra való. Az egyes külön lévő panelekbe fel tudod rakni a HTML-, CSS-, ill. JS-kódodat. A HTML-résznél ebben az esetben nem kell az alapvető struktúra, elég a <body>-ban lévő részt bemásolni. Így több esélyed van arra, hogy segítséget nyújt valaki közülünk, amikor picit ráér.
Szerintem a legtöbbünknek nem lesz kedve kibontani a zip-fájlodat, aztán helyileg tesztelni, majd felrakni helyetted a javított/javasolt jsFiddle-példát. -
Sk8erPeter
nagyúr
Amúgy csak tesztelésre szoktam használni. El akarok mélyülni a JS "OOP"-ban, és azokat próbálgatom. A legegyszerűbb mondja meg ha mindent kiíratok, mi mit ad meg ilyenek. Amúgy ilyen idióta játékokat szoktam csinálni mint a snake meg fallabda, ott egyáltalán nem jelenik, meg szóval gyakorlati haszna nincs a document.write-nak.
-
Sk8erPeter
nagyúr
Mondhatjuk úgy is. Amúgy sztem nem használom sokszor a document.write-t.
Nem ajánlatos használni? Csak mert a kurzuson ez az elfogadott kiíratási módszer.Akkor hagyd ott a kurzust.
Kifejezetten nem ajánlatos. Gondold végig, a gyakorlatban mikor használnád egy éles weboldalon? Ugye?Amúgy rákerestem, meglepődtem volna, ha nincs Stack Overflow thread a témával kapcsolatban, itt aztán mazsolázhatsz:
http://stackoverflow.com/questions/802854/why-is-document-write-considered-a-bad-practice -
Sk8erPeter
nagyúr
Úgy, hogy betettem előre nekem is megy, viszont eltűnt az oldal tartalma a sok hiba miatt, szóval valószínűleg nem sokáig marad ott. Köszönöm.
Mármint így nem sokáig marad ott a sok hiba?
Amúgy már feltűnt, a document.write()-ot mennyiszer használod, ha tanácsolhatom, szokj le róla, nincs szükséged rá, sőt. -
Sk8erPeter
nagyúr
Ja, csak közbe haladnék is vele, mert le kell adni, de ilyen kis szépség hibák vannak benne.
(#5165) Sk8erPeter
Úgy értem, hogy egy snake-t kell csinálni, és a kígyó ha nekimegy a falnak akkor a másik oldalon kicsit beljebb jön be, meg ilyenek. Azért mondta, hogy játszani lehet a játékkal, csak csúnya, hogy nem ott jön be ahol kellene.
(#5166) Lortech
Tudom, hogy hol a hiba, de nincs most időm logikázni rajta, hogy ugyan mit is kellene odatenni, hogy az úgy működjön. De amúgy én is inkább szenvedek legtöbbször, hogy jó legyen és csak aztán lépek tovább.
Ja értem, hát ilyen nemsokára leadandó házikat azért az ember kicsit másképp közelít meg, mint egy éles projektet.
Előbbinél inkább az a lényeg, hogy a legtöbb pontot összekapard (max. nem kapod meg a teljes pontot amiatt, hogy nem ott jön be a figura, ahol kéne, ha nem marad időd kijavítani, de legalább a többi feladatból is megoldottál valamennyit), utóbbinál meg az, hogy tényleg a speckónak megfelelően működjön, különben az ügyfél mérges lesz. Ha valós, nem mindig előkerülő, de adott esetben elég problémás bugról van szó egy éles projektnél, akkor azt nem jó ellökdösni, hogy majd megcsinálom, mert akkor elfelejtődhet... -
Sk8erPeter
nagyúr
Igazából, a bugok nem nagyon befolyásolják a működést, csak csúnyák.
De az a baj, hogy megcsinálok egy újabb funkciót mire egy kis semmi bugot kijavítok. -
Sk8erPeter
nagyúr
Azzal védekezett, hogy ő inkább az embereit irányította, mintsem az operatív munkában vett részt. De mondjuk bármennyire is nem programozott napi szinten, nem hiszem, hogy a gugli segítségével, el kellene vérezni egy ilyen szintű beugró feladaton? Illetve az is kérdéses, hogy hogy irányítod seniorként az embereidet, hogy review-zod a kódjaikat, ha abszolút fingod sincs a programozáshoz?
Ráadásul az egész folyamat úgy indul, hogy nyisd meg az általad leginkább használt IDE-t, szóval akár még az intellisense-re is lehet támaszkodni.
Na mindegy, a lényeg hogy tényleg tragikusak a felvételizők.Az egészben tényleg az a durva, hogy bármilyen segítséget felhasználhatott (mármint azonkívül, hogy valakivel elküldeti a megoldást, hogy felvegyétek, mert az úgyis kiderül), szóval ha valaki valamirevaló fejlesztő, akkor nem igaz, hogy egy formot nem tud kiguglizni. Az sem mentség, hogy ő inkább irányítgatta az embereket, meg én sem értem, akkor hogyan vizsgálhatta felül mások kódját, ha ilyen hülye a kódoláshoz. Most például ezt az MDN és form szavakat egymás után írva három másodperc alatt találtam:
https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Forms
Ha valaki ez alapján nem tud összerakni fejlesztőként egy űrlapot, akkor az ássa el magát. -
Sk8erPeter
nagyúr
Igen, ezért is linkeltem be, mert egyébként egész korrektnek, a valóságtól nem elrugaszkodottnak tartom. Láttam már ennél jóval betegebb js kérdéssort is.
Hogy a felvételizők szintjéhez is hozzászóljak kicsit offban. Nálunk járt olyan alany, aki senior webfejlesztőnek jelentkezett, komoly cégnél (talán logmein) dolgozott több éves webfejlesztői tapasztalattal a háta mögött, bruttó millió feletti havi fizuigénnyel. Nálunk nincs klasszikus idióta tesztet kitöltős sok körös állásinterjú, az első fordulóban is kódolni kell, a másodikban is csak már komolyabban, a harmadikban van elbeszélgetés, és ha szimpi vagy, fel is vagy véve.
Nos az első körben van egy nagyon alap beugró, miszerint kérj be két számot a böngészőben, szerver oldalon kalkuláld a hányadosukat, és jelenítsd meg az eredményt a böngészőben (nincs megkötve, hogy ajax-al vagy anélkül, nincs megkötve, hogy milyen IDE-vel, milyen nyelvvel, használhatsz internetet is, egy megkötés van, hogy fél óra alatt kész kell lenned vele). Emberünk ezen a feladaton annál a résznél megakadt, hogy hogyan kell egy html formot összerakni, és a szervernek elküldeni a benne lévő adatot.
Egyébként döbbenet, de az első körös beugró feladatunkon a jelöltek kétharmada zokszó nélkül elvérzik...De ez hogy lehet, ha elvileg többéves webfejlesztői tapasztalata van? Úgy értem, biztos van valami oka: ennyire nem volt köze a frontendhez, végig csak backend-kódokat készítgetett, és az évek alatt elfelejtette? Vagy sosem tudta? Engem tényleg érdekel, ez hogyan fordulhat elő.
-
Sk8erPeter
nagyúr
BRENDAN: ... But long story short, there was an idea in JavaScript that I was pursuing, and maybe a few others saw it, too, of a language that wasn’t C-like. It was easy to use. It was meant for people who were building things inductively. They were learning programming for the first time. And they didn’t necessarily have to know where semicolons had to go, or even curly braces. I lost the curly brace front. On the semicolon front I said, “It’s ridiculous to reject a program because of a missing semicolon. We should do some kind of error correction procedure.” So, I made one up on the spot and that became automatic semicolon push.
[Laughter]
CHUCK: I kind of hacked this in and it stayed.
BRENDAN: Yup.
AARON: That’s awesome.
JOE: And 15 years later, people are still fighting over it.
JAMISON: That’s every programmer’s nightmare, right?
CHUCK: It’s so true.
JAMISON: Just the hack [inaudible] that you made.
AJ: I felt a sudden tremor in the force as if a thousand semicolons suddenly screwed up everything.
[Laughter]
BRENDAN: Yeah, there are definitely some issues there. But in fact, I remember Jamie Zawinski was writing some JavaScript and he had a long return expression so he put it on the next line with no semicolon after the return. And he was outraged that ASI would insert a semicolon after the return making the ‘return’ return the undefined value and the next line becomes dead code, a useless expression. It’s unreachable in the control flow of that function. He was totally outraged. [Laughs] But I said, “It’s too late. I can’t change it.” Once you ship things on the web, it’s very hard to change it.
Ezt még nem olvastam, de sejtettem, hogy valójában ilyen nevetséges a háttérsztori.
Egyébként én támogatnám, hogy akár a régi fos kódok eltörésével erőltessük keresztül ennek az automatikus pontosvessző-beszúrásnak (szerepeljen már legalább egyszer magyarul is ) az eltörlését. -
Sk8erPeter
nagyúr
Egyetértek, amikor lefutattam, rögtön be is ugrott, hogy miért csinálja, de véleményem szerint az ember akkor is bele tud futni egy-egy ilyen szivatásba, és azt akartam vele bemutatni, hogy ez azért nem olyan életidegen szivatós példa (egy plusz enter valahol a kódban).
Nem is vagyok rá büszke, hogy ezen a kérdésen elhasaltam, túl gyorsan vágtam rá magamban a nincs különbség választ (meg kimondottan javascriptes állásra akkor se jelentkeznék, ha két anyám lenne, de ez már szubjektív dolog).
Nem hiszem, hogy még neked kéne szégyellni magad a nyelv egyik hibája miatt.
Na, már látom előre az anyázásokat és hőbörgéseket, feldühödött "te vagy a hülye!"-jellegű reakciókat, de nem hiszem, hogy az egy jó dolog, ha a nyelv próbálja valahogy korrigálni az amúgy potenciálisan elkúrt kódot, ezzel pont, hogy hibát belerakva az amúgy adott esetben pont nem hibás kódba (mert elméletileg az általad mutatott kód nem kellene, hogy az legyen). -
Sk8erPeter
nagyúr
Köszönöm a segítséget.
Igazából én arra jöttem rá, hogy felesleges meghatározni a szülő elemet, mert ugye az egyikből teszem át a másikba az inputot, szóval ha ahova tenni akarom ott is be van pipálva és úgy teszi át mindegy, mert már eleve ott van. Szóval annyira nem is fontos, megnézem egy for-al hogy melyikek vannak bepipálva és attól függ, hogy a felhasználó hova kattint átteszem őket.
-
Sk8erPeter
nagyúr
Gondolom a valamin belüli mandarin vagy ilyesmi. Ezért tettem fel a kérdést, hogy ezt hogy lehet megcsinálni.
-
Sk8erPeter
nagyúr
Adott egy ilyen szerkezet:
<form id="valami">
<input id="narancs"/>
<input id="alma"/>
<input id="korte"/>
</form>
<form id="valami2">
<input id="banan"/>
<input id="mandarin"/>
<input id="kokusz"/>
</form>Ezek az inputok checkbox-ok. For ciklussal nézem végig, hogy melyik checkbox van checked true állapotban. Ha true akkor gombokkal át lehet tenni az egyik formból a másikba. Hogyan tudok hivatkozni azokra az inputokra amik csak az első formban vannak benne?
Eddig ezt próbáltam:var formId = document.getElementById("valami");
for (var i = 0; i < fruitsArray.length; i++) {
if (formId.document.getElementById(fruitsArray[i]).checked === true){
alert(12);
}
}
Uncaught TypeError: Cannot read property 'getElementById' of undefined, ezt kaptam a fönti kódra.Értelmezted a hibaüzenetet?
formId.document.getElementById(fruitsArray[i])
--> Cannot read property 'getElementById' of undefined
Elég egyértelmű... ha kifejted a formId változót, mi értelme van annak, hogy
document.getElementById("valami").document.getElementById(fruitsArray[i])
? -
Sk8erPeter
nagyúr
Nem tudom alkalmas hely-e hogy itt kérdezem, de a soundcloud playerét ami kirajzolja a hullámformákat, hogy lehetne olyan tartalmak lejátszására beépíteni saját weboldalba, ami nem a s.cloud tárhelyéről szedné az audio fájlokat? Esetleg hasonló dizájnú beépülő player is megfelelne ilyen kvalistásokkal és playlist támogatásokkal!
Köszi! -
Sk8erPeter
nagyúr
"Mitől lenne már gyorsabb localStorage-en vagy bármin keresztül elérni, mint a változókhoz hozzányúlva?"
Miért ne lehetne gyorsabb? Nem tudhatod."Egyébként szerintem ennyi alapján simán elegendő lenne neked a localStorage is, csak sanszos, hogy rosszul használtad."
Miért? Mert leírtam, hogy mire használtam?"Miért ne lehetne gyorsabb? Nem tudhatod.
"
Most ezt komolyan mondod? Szerinted ha először parse-olod a localStorage-ed tartalmát, majd a megfelelő elemet lekéred, az nem tart tovább, mint azonnal hozzáférni a változó tartalmához?"Miért? Mert leírtam, hogy mire használtam?
"
Valószínűleg simán előítélet a múltbeliek alapján. Sorry.
Egyébként mutathatnál egy konkrét use case-t, hátha nincs szükség külön adatbázisra, és megoldható localStorage vagy más adatstruktúra segítségével is. Vagy hát ahogy gondolod, ha nem akarsz, akkor ne, gondoltam hátha megkímélünk pár kör futásától. -
Sk8erPeter
nagyúr
Nem láttam se gyorsabbnak, se egyszerűbbnek, mint a js változókat. Alapvetően ajax kérések válaszát tároltam el benne.
"Nem láttam se gyorsabbnak, se egyszerűbbnek, mint a js változókat."
Mitől lenne már gyorsabb localStorage-en vagy bármin keresztül elérni, mint a változókhoz hozzányúlva?Egyébként szerintem ennyi alapján simán elegendő lenne neked a localStorage is, csak sanszos, hogy rosszul használtad.
-
Sk8erPeter
nagyúr
A kérdésem a következő lenne:
A kérdés: Ott van a 0 de az innerHTML mégis undefiniedet ad vissza. Miért? Nem értem, ezzel szenvedtem egész nap. Ha több kódra van szükség tudok még szolgáltatni.
-
Sk8erPeter
nagyúr
Tényleg nagyon komolyak ezek a DevTools-újdonságok! Rengeteget fog számítani fejlesztésnél, debuggolásnál.
Amúgy az a rész vicces, ahol elemzik a jQuery jelenlegi hülyeségeit, amik jelentősen rontják a teljesítményt, és szinte következetesen azt hozzák ki a dologból, hogy használj plain JavaScriptet.
Egyet leszámítva, hogy ne használd a .hide()/.show() metódusokat, mert rohadt lassú, inkább váltogasd az osztályokat az elemen az elrejtéshez/megjelenítéshez - na én ezt speciel régóta követem, pedig nem vágtam, hogy ilyen komoly teljesítménybeli problémák vannak vele, mert szebb is, hogy nem égetődik bele a kódba a display:none; vagy display:block;. -
Sk8erPeter
nagyúr
Elég durva a JetBrains support. Tegnap éjjel nyitottam egy ticketet, ma d.e 10-kor jött rá a válasz. Jó válasz volt, megoldotta a problémát, de csak este tudtam kipróbálni, válaszként leírtam nekik, hogy működik a workaround, köszönöm szépen. Ez volt ma este 9-kor, és egy órán belül jött a válasz
Vagy nincs életük, vagy ennyire jó a support :-O Akárhogy is, nagy +1 a JetBrains teamnek."Vagy nincs életük, vagy ennyire jó a support"
A kettő nem zárja ki egymást.
Amúgy jó tudni. -
Sk8erPeter
nagyúr
Ezt nem igazán értem, miért baj a specifikus megoldás? A legtöbb esetben nem általános alkalmazásokat fejlesztenek, hanem egyedit.
-
Sk8erPeter
nagyúr
Köszi! Egyszerű és nagyszerű, meg sem fordult a fejemben, hogy 'id'-ra tegyem a formázást...
Már csak azon töprengek, hogy hogyan kerüljem meg a firefox background-image transition hiányát, de chrome alatt szépen működik.
"Egyszerű és nagyszerű, meg sem fordult a fejemben, hogy 'id'-ra tegyem a formázást..."
Még jó is, hogy nem fordult meg a fejedben, mert illik sokkal általánosabban megoldani az ilyesmit, nem pedig id-vel szórakozni, és ezzel kb. örökre rögzíteni, hogy melyik elemet is fogod buzerálni. Vannak esetek, amikor ez nem számít, de többnyire mégis.Amúgy örülök, hogy nálad működik a "javított" demó, mert nálam konkrétan semmit nem csinál, igaz, összesen 5 másodpercnyi időt töltöttem a kipróbálásával, nem próbáltam elgondolkozni, mit csinál és mit kellene csinálnia.
-
Sk8erPeter
nagyúr
A négyjegyű számokat kell XXXX-re alakítani. De csak a 4 jegyűeket. Ha már 5 jegyű akkor nem lehet átalakítani az első 4-et XXXX-re.
-
Sk8erPeter
nagyúr
Reguláris kifejezéseknél meg tudom adni, hogy pl. van egy 4 jegyű számsorozatom és azt szeretném hogy ezt csak akkor válassza ki ha tényleg csak 4 jegyű. Negálnám előtte a \d-t és akkor \d{4} lenne előtte meg utána a \d negáltjával és jó, vagy ilyet nem lehet csinálni?^ - ezt kerestem.
-
Sk8erPeter
nagyúr
Hoppá-hoppá az AngularJs 2.0 tényleg kezd egyre érdekesebb lenni: http://www.hwsw.hu/hirek/53663/google-microsoft-angularjs-typescript-framework-es6-atscript.html
Király! Kíváncsi vagyok, mit hoznak ki belőle. Amúgy meglepően aktívak a Microsoftnál fejlesztői téren, elég durván sok változás van mostanság, kezdve az ASP.NET-es nyitástól a Linux és Mac felé, némi open source-osodáson, az ingyenes, mégis profi Visual Studio Community Edition megjelenésén, meg sok egyéb újításon át egészen eddig az együttműködésig (ja, meg bár ez inkább felhasználói szempontból érdekes, ugye tervezik a Windows 10-hez az új Spartan-böngészőt (amiből még nem tudom, mi lesz), stb.).. Eléggé tesznek érte, hogy magukhoz csábítsák a fejlesztőket.
(#4981) Jim-Y:
Jaja, belénkverték. Hát az "easier to reason about" tudtommal csak annyit jelent, hogy könnyebb valami mellett érvelni. Nem?(#4984) Cathfaern:
Jó ez a kép. -
Sk8erPeter
nagyúr
Nekem igazabol pont ezert szimpatikusabb a React+Flux mint egy monolitikus fw, mert mig az utobbi mindenre tesz ajanlast, sot inkabb mindenre megmondja, hogy te ehhez ezt hasznald, es azt igy csinaldd, addig az utobbi esetben
react -> view layer. component based -> nagyon tetszik a komponenselvusege
flux -> single way dataflow. Ez nagzjabol az architektura kiepiteseben segit, es abban, hogy a komponenseim hogyan kommunikaljanakes ennyi.. semmi masra nem tesz megkotest sem javaslatot sem semmit. Valahogy fetchelni kene az adatokat a szerverrol? A felhasznalon mulik hogy mit hasznal hozza, XHR? vagy egy direkt erre specializalodott modult? Rajtad all. Kell valami data layernek? megint csak rajtad all, hogy ImmutableJS-t vagy Backbone-t vagy barmi mast hasznalsz. Ennek azert jo sok elonyei vannak a monolitikus frameworkokkel szemben mint az Angular vagy az Ember.
Hatrany, hogy a tanulasi gorbe talan meredekebb.
Bocsánat a totális OFF-ért, de úgy látom, még mindig nem kopott ki a fejlesztői közbeszédből ez a "meredek tanulási görbe", pedig ez a kifejezés meglehetősen értelmetlen, ezt már itt is leírtam: [link].
Ha az x tengelyen az idő van, az y tengelyen pedig a tudás mértéke, akkor a meredek pont azt jelenti, hogy rohadt gyorsan tanulható. Pedig általában ellenkező jelentéssel szokták használni. Ha fordítva lenne ábrázolva, úgy még talán lenne is értelme, de ez csak azt bizonyítja, hogy a kifejezés jelentése csupán értelmezés kérdése, tehát körülményes, feleslegesen finomkodó (vagy nem is tudom, hogy mondjam, lehet, hogy az "okoskodó" szó már erős ), simán írhatnánk azt, hogy "hosszú idő alatt tanulható", "nehéz", "elsajátítása egy hosszabb folyamat", stb. -
Sk8erPeter
nagyúr
Nagyon nagyon köszi a segítséget, hatalmas előre lépés így ez most nekem
Egy dolgot szeretnék még kérdezni, hogy a felsorolás miatt megjelennek a pontok a lista elején.
Esetleg lehet olyan csinálni szerinted hogy a 2 linket egy táblázatba betenni ?
<table> </table> -re gondolok. Így szépen egymás mellett lenne a két link.Köszi
Szívesen. Persze, hogy lehet, bár ez már nagyon nem JavaScript-téma.
Viszont önmagában arra, hogy egymás mellé legyen rendezve két elem, nem kell táblázatot használnod, lehet inline-ná vagy inline-block stílusúvá tenni az elemet, és akkor is egymás mellé kerül, de odaraktam neked táblázatba is, de utóbbit tényleg csak indokolt esetben használd (és nézd meg, most mi változott a CSS-kódban az előzőhöz képest):
http://jsbin.com/jodipaxoxa/2/edit -
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Bocs, hogy értetlenkedek, a példa, ami fordfairline linkelt, nagyon jó, csak nem tudom hogy pontosan mit másoljak és milyen sorrendben.
Két szeparált frame-t látok, az egyikben a div parancs van,a másikban a kód.Ja, hát igen, jsFiddle-nél ez szándékos, hogy az egyes kódok jól elkülönüljenek.
Ebből lehet kiindulni, ez alapján készítettem neked egy egy az egyben kimásolható példát, itt akár online játszhatsz is vele, átírhatod a kódot, és meglátod, mi történik vele:
http://jsbin.com/fujoluyugu/1/editVidd az egeredet a linkek fölé. A linkeket hasonló módon készítsd el a saját oldaladon, ahogy itt mutattam, a lényeg, hogy a data-tooltip-img attribútum értéke az legyen, ami a kép közvetlen linkje. Remélem, így már el fogsz tudni indulni.
-
Sk8erPeter
nagyúr
Köszi, de valamiért nem jön össze. Nem vagyok egy HTML/CSS/JS guru
Csak most tanulok bele, viszont egy olyan feladatot adtak nekem, ezért szeretném megoldani valahogy.
Példáknak találtam már régebben http://www.scientificpsychic.com/etc/css-mouseover.html ; http://www.nicolashoening.de/?twocents&nr=8 , de egyszerűen nekem nem működik a mouseover funkció.Esetleg egy nagyon egyszerű kódot írnátok nekem ?
Köszi
-
Sk8erPeter
nagyúr
https://jsfiddle.net/8ndwnb2b/
A linkelt Fiddle példámban szeretném elérni, hogy amikor látogató megnyitja a honlapot, akkor a css: hover effekt automatikusan végigmenjen az összes csíkon, mintha odaérintette volna a kurzort. Szóval nem csak úgy szeretném a csíkok transzformációját, amikor a látogató manuálisan odaviszi a kurzort felé, hanem már akkor is amikor betöltődik az oldal, és a látogató még nem csinált semmit sem. Akkor menjen végbe a transzformáció az összes csíkon egyszer.. majd álljon vissza eredeti poziciójába.Írtam Fiddleben egy próbálkozást JQueryben, nem is fut
, viszont úgy tudom lehetőség van rá, hogy JS segítségével megoldható, hogy "szimulálja" a hover effektet, mintha felettük lenne az egérkurzor, holott a valóságban nincs. Úgy tudom, ez click eventtel simán megy, hoverrel is lehetséges? Vagy teljesen másképp kellene megoldani?Előre is köszönöm a válaszokat,
Ádám
Ez nagyon egyszerű, a :hover részhez még hozzáadsz egy osztályt is, amire ugyanezek a tulajdonságok érvényesek (vesszővel elválasztva, pl. .skill_line:hover, .skill_line_hovered { /*...*/ }, itt a skill_line_hovered osztály az új), majd ezt az osztályt hozzáadod JavaScripttel, ettől elindul az animáció, majd leveszed az osztályt, amikor azt szeretnéd, hogy visszacsússzon eredeti állapotába.
Tessék:
https://jsfiddle.net/8ndwnb2b/1/Amúgy volt egy csöpp hiba a CSS-kódodban:
-webkit-transition: width 2s;
For Safari 3.1 to 6.0 -ms-transition: width 2s;
Ez a For Safari 3.1 to 6.0 nyilván komment akart lenni, de nem működő kód lett belőle.Az eredeti JS-kódban a scrollozással kapcsolatos résznek meg nem sok értelme volt.
(#4924) D4nY:
Itt van egy nagyon egyszerű dialógusablakot felpattintó kód a jQuery UI felhasználásával:
http://jqueryui.com/dialog/#modal-confirmation
Ha elakadsz, segítünk. -
Sk8erPeter
nagyúr
Mondjuk a length meg asszem mindig 1-gyel többet ad vissza, mivel a nulladikat 1-nek számítja. Szóval lehet, h a for ciklusban a Storages.length-ből kivonok egyet.
Gondolom aki írta nem értett a regexhez és valahonnan ezt sikerült kiguglizni,
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Amúgy csak trollkodom, tudom, hogy nem nekem szólt. 
(just kiddin') Kérdezzzzz, most!!!444NÉGY 
Új hozzászólás Aktív témák
- Elemlámpa, zseblámpa
- Nem kell még temetni: 2 éves órajelcsúcsot döntöttek meg Raptor Lake-kel
- Projektor topic
- Milyen videókártyát?
- Vicces képek
- Luck Dragon: Asszociációs játék. :)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kerékpárosok, bringások ide!
- Huawei Watch Fit 5 Pro - jó forma
- Formula-1
- További aktív témák...
- 24 magos AMD Threadripper alapú munkára kiváló félgép, 128GB RAM-mal
- HP ZBook Fury 15 G7 i7-10850H 32GB 512GB SSD Quadro T2000 4GB FHD HUN bill, szép állapotban eladó
- Eladó MacBook Pro 16,1 2019 CTO
- új 0 km es garanciás lenovo loq rtx 5050 8gb
- Eladó teljesen újszerű karcmentes Samsung Galaxy Watch Ultra
- Apple iPhone 14 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! MSI Katana 15 B14WEK-234 GAMER notebook - i7 14650HX 16GB DDR5 1TB SSD RTX 5060 8GB W11
- Geforce GTX 1050, 1050 Ti, 1060, 1650, 1660 / GT 1030 - Low profile is (LP)
- BESZÁMÍTÁS! Gigabyte B360M i5 8400 16GB DDR4 512GB SSD RTX 2070 8GB RAMPAGE Shiva Adata 600W
- BESZÁMÍTÁS! Microsoft XBOX Series S 512GB játékkonzol extra kontroller garanciával hibátlan
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest