getElementById

[pierofix]

Originariamente inviato da pietro09
Sì, però gli id non univoci sono peggio di una testata di Zidane

Bè, dai: se ci pensi bene aiutano a rendere più comprensibile la struttura.

[Mich_]

Originariamente inviato da pietro09
Sì, però gli id non univoci sono peggio di una testata di Zidane

Questa non la ho capita.

In XHTML il DOM mette a disposizione alcune strutture per individuare uno (o piu`) elementi in un documento:
id= (che deve essere univoco nella pagina) - si puo` usare per i CSS (#) o con il JS .getElementById()
class= (che puo` essere ripetuto) - serve per assegnare una formattazione non esclusiva (CSS)
name= (solo per gli elementi di un form - serve per formare delle collezioni) - vedi esempio sopra
<tag> - si utilizza tramite: nomearray = getElementsByTagName()
... (forse ne ho tralsciato qualcuno)

Sta al programmatore usare opportunamente e correttamente tali strutture.

[pietro09]

Originariamente inviato da Mich_
Questa non la ho capita.

lo dico in un altro modo

Usare id non univoci, per me, beninteso, sono come sabbietta nell'occhio

[Mich_]

Puoi sempre non usarli: non e` obbligatorio inserire l'attributo id.

Se ti serve per il CSS usa la classe; se ti serve per il JS all'interno dei form, usa il name

[pierofix]

Infatti l'ultima soluzione che ho proposto non si appoggia agli id ma ai name.

[Xinod]

nel caso ti fosse sfuggito, al posto di inputs.item(i) puoi sempre usare inputs[i]
mi sembra + lineare come sintassi, dal momento che si parla sempre di vettori
ciao

[pierofix]

Originariamente inviato da Xinod
nel caso ti fosse sfuggito, al posto di inputs.item(i) puoi sempre usare inputs[ i]
mi sembra + lineare come sintassi, dal momento che si parla sempre di vettori
ciao

Sìsì, grazie, ne ero a conoscenza. Adesso non ricordo bene, ma mi pare che nella specifica ufficiale del DOM quell'abbreviazione non sia contemplata, a favore invece di item(). Questa era la ragione della mia preferenza.