 | |
Uso di attributi "non standard"
Javascript (Italian) Il linguaggio JavaScript (it.comp.lang.javascript)
 |
| | Thread Tools | Display Modes |
#1
 
| |||
| |||
|
Uso di attributi "non standard" -
01-26-2005
, 04:43 AM
#2
| |||
| |||
|
|
Spesso uso attributi non standard nei tag html perchè mi facilitano certe operazioni con javascript. Per esempio: input type="text" mio_attributo="123" onBlur="alert(this.mio_attributo)" / Volevo sapere se questa è una pratica valida, nell'ambito del W3C, o non riconosciuta come standard e pertanto da evitare. xhtml sicuramente non te la valida. |
getAttribute.
--
"Affacciati affacciati benedici, guardaci
guardaci...guardaci!
Tanto sono quasi duemila anni che stai a guardare!"
E.B.
#3
| |||
| |||
|
|
Spesso uso attributi non standard nei tag html perchè mi facilitano certe operazioni con javascript. [...] Volevo sapere se questa è una pratica valida, nell'ambito del W3C, o non riconosciuta come standard e pertanto da evitare. xhtml sicuramente non te la valida. Puoi assegnare i valori onload del body con setAttribute e leggerli con getAttribute. |
cioe', visto che il validatore (almeno sinora) controlla solo l' html
"statico" (cioe' non generato da js) significa che validerebbe come xhtml
una pagina che, una volta "eseguita" dal browser, non sara' piu' conforme
alle specifiche... o sbaglio?
Allora tanto vale fare una pagina bianca e mettere un
<body onload="scriviTutto()"></body>
--
25/1/2005 | -2 all' alba!
#4
| |||
| |||
|
|
xhtml sicuramente non te la valida. Puoi assegnare i valori onload del body con setAttribute e leggerli con getAttribute. Scusa, ma questo non significherebbe "barare"? |
del tag in JS piuttosto che impostare un attributo.
Quote:
|
cioe', visto che il validatore (almeno sinora) controlla solo l' html "statico" (cioe' non generato da js) significa che validerebbe come xhtml una pagina che, una volta "eseguita" dal browser, non sara' piu' conforme alle specifiche... o sbaglio? |
Premetto che mi troveresti d'accordo nel caso stessimo parlando di un
banale "document.write()": Dato che, come dici tu, il validatore controlla
solo il codice di markup, io potrei scrivere banalmente un sito tutto in
document.write e riempirlo di schifezze immonde - in quanto con il write
scrivo qualsivoglia stringa sullo stream in output - facendolo ugualmente
validare.
Nel caso di utilizzare le API del DOM per impostare un attributo, il
discorso cambia.
Non stravolgi il codice di markup cosi' come potresti farlo con un
document.write; non stai "scrivendo" direttamente il codice che il browser
deve interpretare, ma stai facendo solo un'aggiunta nel document tree che
e' gia' stato caricato nella memoria del browser.
E ti assicuro che piu' o meno tutti i browser piu' usati, attualmente,
quando parserizzano un file XHTML, in memoria ci tengono solo qualcosa che
assomiglia "vagamente" all'XHTML che tu scrivi. Per lo piu', internamente,
lo considerano come HTML.
Se si dovesse fare una validazione sull'XHTML in memoria, credo che non
uscirebbe fuori un browser "sano" tanto da meritarsi un bollino "designed
for XHTML".
Quote:
|
Allora tanto vale fare una pagina bianca e mettere un body onload="scriviTutto()"></body |
questo modo; piuttosto che aggiungere un attributo sono due cose abbastanza
diverse.
Cmq sia, questa e' giusto una discussione di lana caprina perche' dubito
che qualcuno si metta effettivamente ad aggiungere attributi col
setAttribute per lo "scopo" con il quale e' nato questo thread: Il
vantaggio di quel meccanismo sta nel poter scrivere delle informazioni
direttamente a livello di markup; spostandole nel codice javascript perde
la sua utilita' intrinseca e a quel punto e' preferibile usare un diverso
approccio.
--
ZER0
~ The Tangent Universe collapsed 5933 days, 1 hours, 34 minutes and 8 seconds ago.
#5
| |||
| |||
|
|
Cmq sia, questa e' giusto una discussione di lana caprina perche' dubito che qualcuno si metta effettivamente ad aggiungere attributi col setAttribute per lo "scopo" con il quale e' nato questo thread: Il vantaggio di quel meccanismo sta nel poter scrivere delle informazioni direttamente a livello di markup; spostandole nel codice javascript perde la sua utilita' intrinseca e a quel punto e' preferibile usare un diverso approccio. |
avere una visibilità anche a livello di codice e mi tocca mettere tutto
in una Init() vado a complicarmi la vita.
Quindi quale sarebbe il "diverso approccio" che proponi?
#6
| |||
| |||
|
|
Cmq sia, questa e' giusto una discussione di lana caprina perche' dubito che qualcuno si metta effettivamente ad aggiungere attributi col setAttribute per lo "scopo" con il quale e' nato questo thread: [..] a quel punto e' preferibile usare un diverso approccio. Quindi quale sarebbe il "diverso approccio" che proponi? |
approccio perde la sua utilita', e tanto vale cercarne un altro.
Quale, ovviamente, dipende dal contesto.
--
ZER0
~ The Tangent Universe collapsed 5933 days, 2 hours, 34 minutes and 15 seconds ago.
|
« Previous Thread
|
Next Thread »
| Thread Tools | |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.