[JS]Type van een invoer veld

[Verwijderd]

Ik heb een array met daarin de naam van het invoerveld als een string : document.form.element
nu wil ik met deze informatie het type van dit invoer veld weten.
Dus er moet iets uit komen van checkbox, radio of select

code:

window.alert('---'+eval("typeof("+controles[i+1]+");")+'---');

dan krijg ik de melding : ---object--- maar ik wil t type van dat object maar hoe ?

[Annie]

is toch gewoon document.form.element['flurp'].type

[Clay]

typeof geeft het type van de variabele terug, en een form veld is een object

als je het type van het veld wil hebben moet je formElement.type opvragen:

code:

alert(document.forms[0].elements[0].type)

[Verwijderd]

en dat kan ik dus niet doen met de string die ik aangeleverd krijg (maw. ik moet de string slopen en er iets in de richting van document.form.elements["blaa"].type van maken)

[Annie]

Op woensdag 27 maart 2002 12:16 schreef Zoepnek het volgende:
en dat kan ik dus niet doen met de string die ik aangeleverd krijg (maw. ik moet de string slopen en er iets in de richting van document.form.elements["blaa"].type van maken)

is dit een vraag
en zo ja, wat is de vraag?

[Bosmonster]

das het antwoord

[Verwijderd]

Op woensdag 27 maart 2002 13:12 schreef Bosmonster het volgende:
das het antwoord

iemand die al redelijk gewend is aan mijn vage schrijfwijze

[Verwijderd]

Ok ik ben nu zo ver dat ie selectvelden al aanziet voor "select-one"'s maar radio's en checkboxes herkent ie niet en noemt ie gezellig : undefined

code:

soort=eval(controles[i+1]+".elements['"+veldnaam+"'].type");
window.alert('Soort='+soort);

controles[i+1] bevat document.formnaam

[Verwijderd]

ook textboxes kent ie ... niet dat ik dat nodig heb ofzo maar even voor de volledigheid

[Verwijderd]

eval = bah..

Je kunt 100% zeker ook zonder eval, die functie hoort in principe niet in een object/prototype based taal thuis.

[Verwijderd]

Op woensdag 27 maart 2002 15:01 schreef Cheatah het volgende:
eval = bah..

Je kunt 100% zeker ook zonder eval, die functie hoort in principe niet in een object/prototype based taal thuis.

nou kom dan maar op als je iets beters weet.. het is maar javascript geen c#

[Sjnirk]

[niet javascript-mode]
Vbscript gebruiken, gebruik ik ook
Ben klaar met access/vba, moet nu een asp pagina met access database gaan maken

Volgende keer wel langer blijven plakken in de stoba, niet om 1245 weggaan
[/niet javascript-mode]

[Clay]

[..]
nou kom dan maar op als je iets beters weet.. het is maar javascript geen c#

eval is hier idd niet nodig. als je de naam van je element en je form hebt kan je gewoon het element aanspreken met document.forms[naam].elements[nogeennaam]. ook zie je vaak een totaal overbodige eval in image-mouseover scriptjes die niets anders doen dan een string samenstellen.

Ik probeer zelf ook altijd die eval te vermijden, en dat lukt vrijwel altijd. Maar dat "het is maar javascript" vind ik toch wat voorbarig

Javascript is een geweldig uitgebreide object based taal waar je ontzettend veel mee kan, van mouseovers via formvalidators tot object-inheritance gebruikende bijna-applicaties, en het is Stabiel. ja.
Het is alleen jammer dat het omdat het een script taaltje is vaak onderschat wordt. Als je je erin verdiept gaat er een wereld voor je open Het is zelfs zo uitgebreid in elkaar gezet dat je je af gaat vragen wat ze voor ogen hadden toen het gemaakt werd.

[Bosmonster]

eval() is in principe nooit nodig en wordt alleen maar uit gemakzucht cq onwetendheid gebruikt.

No offense, maar het kan echt zonder zoals Cheatah zegt.

En het feit dat het (java)script is wil nog niet zeggen dat je lelijk of inefficient mag proggen.

--
Clay was me weer voor.. Amen

[Verwijderd]

tja als je zin hebt om je er in te verdiepen..
niet dus


-1 kortzichtig ik weet t