É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])
?

[ Szerkesztve ]

Sk8erPeter

Gondolom a valamin belüli mandarin vagy ilyesmi. Ezért tettem fel a kérdést, hogy ezt hogy lehet megcsinálni.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

A <form>-nak nincs document tulajdonsága. Elements viszont van.

Gondold végig: Te a document.getElementById()-vel lekérsz egy elemet, majd annak próbálod elérni a document tulajdonságát - ennek semmi értelme, nem lesz document tulajdonsága/attribútuma.

Ha végig akarsz menni az elemeken, akkor több lehetőséged is van, például:
- document.querySelectorAll segítségével, egy selector felhasználásával megkeresed a vonatkozó elemeket; pl. ha mindegyik checkbox el van látva a fruit-checkbox osztállyal, akkor ez aztán egészen szigorúan csak azokat fogja megtalálni:
var fruitCheckboxes = document.querySelectorAll('input[type="checkbox"].fruit-checkbox');
Ez egy NodeListet ad vissza, ezeken végig tudsz menni egy for ciklussal simán.
Pl.:
for (var i = 0; i < fruitCheckboxes.length; i++) {
var currentFruitCheckbox = fruitCheckboxes[i];
console.log(currentFruitCheckbox.name + ' - is it checked? ', currentFruitCheckbox.checked === true);
}
Ilyesmi.
- ha egy tömbben van összegyűjtve, hogy milyen nevű elemeket keresel (pl. a name attribútuma tartalmazza az elemnek a gyümölcs nevét), és egy adott konténerelemen belül szeretnél csak keresni, és kifejezetten egy elemre, akkor megteheted az Element.querySelector() segítségével, pl.:

var fruitCheckboxContainer = document.getElementById('fruit-checkbox-container');
var fruitNamesArray = ['apple', 'orange', 'pear'];

for (var j = 0; j < fruitNamesArray.length; j++) {
var currentFruitCheckbox = fruitCheckboxContainer.querySelector('input[name="' + fruitNamesArray[j] + '"]');
if (currentFruitCheckbox === null) {
console.log('A checkbox with the name "' + fruitNamesArray[j] + '" does not exist in the fruit checkbox container');
continue; // go on to the next one
}

console.log('is "' + fruitNamesArray[j] + '" checked? ', (currentFruitCheckbox.checked === true));
}

- stb., a lehetőségekből még elég sok van, de ezek elég egyszerű példák.

Felraktam neked ide egy demót:
http://jsfiddle.net/Sk8erPeter/Ls015fk7/

Sk8erPeter

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.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Szívesen.
Ezt nem értem, honnan hova akarod "áttenni az inputot"? Ez utóbbi mit jelent? Szóval mit szeretnél elérni?

[ Szerkesztve ]

Sk8erPeter

Ezt kellett megcsinálni.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Olyan kérdésem lenne a setInterval-al kapcsolatban, hogy hogyan tudok véget vetni ámokfutásának. A kódom elején definiáltam, hogy var endGame = false;, majd van egy ilyenem:

if(endGame === false){
setInterval(moveBall, 1);
}
else{
clearInterval(moveBall);
}

ami meghív egy ilyet:

function moveBall(){
var ball = document.getElementById("ball");
if(ballRandomStartX === 200){
xVar = 1;
}
if(ballRandomStartY === windowHeight-10){
yVar = -1;
}
if(ballRandomStartY === 10){
yVar = 1;
}

if(ballRandomStartX === windowWidth-110 && (ballRandomStartY >= mouseY && ballRandomStartY <= mouseY+100)){
xVar = -1;
pointCounter++;
document.getElementById("points").innerHTML = pointCounter;
}
else{
endGame = true;
//xVar = -1;
}
ballRandomStartY = ballRandomStartY + yVar;
ballRandomStartX = ballRandomStartX + xVar;
ball.style.top = ballRandomStartY;
ball.style.left = ballRandomStartX;
}

Itt ha kimegy a pályáról a labda akkor az endGame true lesz. De a labda csak megy a végtelenségig tovább. Miért van ez? Itt a teljes kód. Itt pedig a teszt.

[ Szerkesztve ]

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Indítsd így: var moveBallIntervalId = setInterval(moveBall, 10000);
Majd így tudod leállítani: clearInterval(moveBallIntervalId);

Szerk.:
Az az if szerkezet csak egyszer fog lefutni. Így inkább a
else{
endGame = true;
//xVar = -1;
}
részhez tenném a clearInterval fv-t.

[ Szerkesztve ]

if(endGame){
clearInterval(refreshIntervalId);
endOfTheGame();
}
else{

var refreshIntervalId = setInterval(moveBall, 1);
}

Így is próbáltam. De mintha az endGame-nek adott true érték semmit nem érne, mert a most megírt endOfTheGame() függvénynek elvben minden objektumot le kellene pusztítania az oldalról, de semmi nem történik, csak megy a végtelenségbe a labdám.

Úgy működik, köszönöm.

[ Szerkesztve ]

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Érdekesség.

Ez JS-bol nem 2 perc. Pont ma meselte nekem egy Senior kollegam, akinek nagyon is adok a szavara, hogy a Javascripttel az a "baj", hogy ahhoz, hogy valaki tenyleg penge legyen belole szerinte nagyjabol 2 ev olvasgatas a temaban, es gyakorlas kell. Lehet kicsit tulzott, de szemelyes velemenyem szerint nem tul sokat...

Az tuti. Bár szerencsére nem a nulláról kéne indulni, meg igazából eddig is meg tudtam oldani mindent a témában (google+stackoverflow), de nem biztos hogy mindig a legjobb megoldást választom. Ha eccer annyi időm lesz amennyi nincs, rászánom magam és felhozom a tudást.

but without you, my life is incomplete, my days are absolutely gray

Figyi, itt van egy-két egész életszerű kérdés, ahogy elkezdtem végigmenni rajtuk, simán volt köztük olyan, amin megfeküdtem. Pl. ez szerintem egész életszerű:

function foo1()
{
return {
bar: "hello"
};
}

function foo2()
{
return
{
bar: "hello"
};
}

Ugyanazt adja-e vissza a két funkció?

Szerk, és a link, ahonnan vettem: [link]

[ Szerkesztve ]

Én kérek elnézést!

Hat, de ez azert eleg alap. Marmint..automatic semicolon insertion temaban ez a de facto pelda Aki JavaScriptes allasra jelentkezik, es ezen elhasal az szerintem ne is jelentkezzen inkabb ilyen allasra. De amugy a jelenlegi valosag, hogy olyan emberek jelentkeznek "JavaScript expert" cimszoval akik nem tudjak pl, hogy mi a kulonbseg a == es a === kozott. True story :/

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).

Én kérek elnézést!

Igaz még direkt nem kerestem, de a JS-t nem frontenddel együtt kérik? Szóval van kifejezetten csak JS állás?

[ Szerkesztve ]

Van. Hozzánk nemrég kerestek kimondottan JS programozót. Persze elvárás hogy ismerje az egyéb járulékos dolgokat is, de nem a klasszikus frontend sitebuild a feladata, hanem kliens oldali alkalmazások írása a már meglévő CRM rendszerre.

but without you, my life is incomplete, my days are absolutely gray

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

Hmm érdekes. Kíváncsiságból lehet szétnézek, mert eddig így külön még nem kerestem rá.

(#5127) Sk8erPeter: Én inkább megvártam mi lesz a vége. Gondoltam, hogy valamiért nem egyenlő, de nem tudtam rájönni miért.

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

A linkelt oldalon elolvastam miért úgy működik ahogy, minden nap tanul valamit az ember.

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...

Én kérek elnézést!

Ha lehet használni netet, akkor szerintem olyan programozónak is illene ezt megoldani, aki még sose programozott webet De mondjuk fejből lehet nekem is gondom lenne a html form pontos szintaktikájával. Mondjuk akkor jó eséllyel megoldanám ajax-al...

Zedz:
Én amikor elkezdtem javascriptezni, szörnyű nyelvnek tartottam. De ahogy fejlődik a web, illetve az egész javascript rendszer, úgy szeretem meg egyre jobban. Ha lenne olyan állás, ahol csak js-ben kell programozni, nekem megfelelő városban lenne (ami nem Bp), vagy távmunkában végezhető lenne, akkor nagyon elgondolkoznék a váltáson (ja és ha nem kérnek több éves node.js tapasztalatot, mert mindig rá akarom szánni magam, de pár soros pötyögésen még nem jutottam túl... ahol dolgozok ott teljesen kizárt a node.js alapú fejlesztés, szóval max hobbiból tudok vele foglalkozni)

[ Szerkesztve ]

Method, action, sok minden nem kell a formhoz.

Szívesen JS-eznék én is napi 8-ban, bár egy idő után lehet a falat kaparnám. Minden esetre én az iskolában utáltam, aztán itthon leültem megérteni az alapjait, és azóta az egyik kedvencem. Sokat kell még tanulnom, de állok elébe!

Tény, de 2-3 éve nem írtam szerintem hagyományos formos submitot Lehet ment volna fejből is, de lehet nem jut eszembe hogy action-nek hívják. Lehet rossz tulajdonság, de amit nem használok, viszont fél másodperc alatt googlizható, az nem szokott megmaradni a fejemben... (annó töri évszámokból is használhatatlan voltam, annak ellenére, hogy az anyag lényegét, meg ki hol mit, miután/mielőtt és miértet gond nélkül tudtam).

Nekem záróvizsgán nem jutott eszembe az action... le kellett súgnia a mellettem ülőnek, azóta nem tudom elfelejteni, hogy bizony ilyen is van!

Kis ON is legyen a topikban. Tudtok valami jó nodejs frameworköt ajánlani? Azt a pár írást amit átnéztem, ezt ajánlgatták, de kíváncsi vagyok ismertek-e még valami jót.

Ha a pénz nem számít, vagy open source akkor StrongLoop.
De engem is érdekelne egy értelmes ingyenes framework.

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

Valami ingyenes kellene elsősorban, amit akár még cégek is használnak. Még csak tanuló fázisban űzném a dolgot, de ha tetszik és van rá lehetőség, akkor szívesen foglalkoznék ezzel akár egy cégnél is.