Oggetti il cui nome è un numero

[ciri_sn_solo_io]

Io ho degli oggetti che come nome hanno un numero (che è un ID preso da una tabella del DB).

Non riesco a far visualizzare o nascondere gli oggetti al click del mouse, perchè mi da degli errori (mentre se li chiamo con una stringa anzichè un numero, funziona).

Ho provato ad utilizzare eval() nel seguente modo:

function categ(cat, check){
        if(check){
            eval(cat+'.style.visibility = "visible"');
            eval(cat+'.style.display = ""');
        }
        else{
            eval(cat+'.style.visibility = "hidden"');
            eval(cat+'.style.display = "none"');
        }
    }

Ecco come chiamo tale funzione:

echo "<a href=\"#$rstcateg[idc]\" onclick=\"categ($rstcateg[idc], this);\">$rstcateg[nome]</a>
";
        echo "<a name=\"$rstcateg[idc]\" style=\"display:none;\">"; 

Sapete aiutarmi?

[floyd]

in js i nomi delle variabili devono iniziare con una lettera, $ o _
se cat è un numero eval eseguirebbe questo codice
1.style.visibility = "visible"
che è sbagliato, inoltre senza un document.getElementById funziona solo su ie
la domanda è: perché non usare dei nomi alfanumerici?

[floyd]

ho notato solo adesso che usi name
questo è il codice giusto

<elemento id="id_dell_elemento">
<script>
document.getElementById('id_dell_elemento').style ...

[ciri_sn_solo_io]

Ottimo, con document.getElementById funziona correttamente, anche mantenendo come ID un numero anzichè una stringa alfanumerica.

Grazie

[Xinod]

Originariamente inviato da ciri_sn_solo_io
anche mantenendo come ID un numero anzichè una stringa alfanumerica.

e' sbagliato comunque,
come detto sopra: un nome (name, id, classe,...) non puo' essere solo numerico o iniziare per numero

[pietro09]

Originariamente inviato da ciri_sn_solo_io
Ottimo, con document.getElementById funziona correttamente, anche mantenendo come ID un numero anzichè una stringa alfanumerica.

Grazie

Sinceramente ogni tanto mi vengono dei dubbi, perchè certi browser digeriscono anche le porcate più assurde. Comunque, da:
http://www.w3.org/TR/html401/types.html#type-name

leggo che:

ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by any number of letters, digits ([0-9]), hyphens ("-"), underscores ("_"), colons (":"), and periods (".").

[ciri_sn_solo_io]

Sto provando a mettere come ID un nome alfanumerico, ma mi da errore.

Ecco il codice:

$catID = "categoria_". $rstcateg['idc'];
        echo "<a href=\"#$catID\" onclick=\"categ($catID, this);\">$rstcateg[nome]</a>
";
        echo "<a id=\"$catID\" style=\"display:none;\">"; 

Id il codice JS:

function categ(cat, check){
        if(document.getElementById(cat).style.display == "none"){
            document.getElementById(cat).style.visibility = "visible";
            document.getElementById(cat).style.display = "";
        }
        else{
            document.getElementById(cat).style.visibility = "hidden";
            document.getElementById(cat).style.display = "none";
        }
    }

Mi dice sempre: "Neccessario Oggetto"

Che c'è che non va?

[floyd]

devi mettere gli apici
onclick=\"categ('$catID', this);\"

rispondendo a pietro09
hai ragione, i browser si comportano bene anche con id solo numerici, sia ff, opera che safari
ma è giusto? e di chi è la colpa?
a mio parere non è giusto dal momento che esiste uno standard
sarei d'accordo se avessero proposto una miglioria
ma permettere token solo numerici non migliora proprio niente
e credo, non ho le prove, che la colpa sia di ie
dato che prima le pagine erano scritte e testate solo su ie, e dato che ie permetteva qualsiasi schifezza, gli altri browser erano costretti a comportarsi in modo simile, altrimenti nessuno li avrebbe usati
(se oggi nel forum html ci sono decine di utenti che scrivono idOggetto.style ... senza getElementById, figurati 5, 6 o 7 anni fa)
credo comunque che grazie a ff la tendenza stia cambiando

[pietro09]

Io ti dò certamente ragione. Non mi viene proprio di mettere come ID un numero, o mettere ID uguali nella pagina; ma solo perchè sono abituato così da prima e non perchè (purtroppo) ho letto lo standard.

Però una cosa rischio di dirla: la colpa è (quasi) tutta della Microsoft.