Newsgroup: it.comp.lang.javascript
Titolo: Problemi con FF e defaultValue di un campo hidden

Ciao a tutti,
che brutta scoperta che ho fatto :"(
quando cambio il "value" di un campo hidden su un'azione ahime' mi sono
accorto che FF aggiorna anche il "defaultValue" ponendolo uguale a "value"
Quindi sul reset del proprio form il suddetto compo avrą l'ultimo valore
assunto.
Questo comportamento mi sembra sbagliato, IE in questo mi sembra
comportarsi correttamente...
Cmq, avrei bisogno di sapere c'č un modo pulito di sapere il primo valore
assunto da un campo hidden

 assunto.
Puoi spiegare un po' meglio? Perché nella versione che ho di FF questo
non accade. E' altresì vero che succede il contrario, ma questo è noto
(se cambi il "defaultValue" viene aggiornato anche il "value"). 
-- 
~ Se i sintomi persistono, insultare il medico.

 (se cambi il "defaultValue" viene aggiornato anche il "value").
questo lo posso capire, magari non condividere ma capire...

 ora non posso essere piu' preciso) e con FF 2.0.0.3 (a casa)
[..]
Pardon, colpa mia. Tra l'ora tarda e lo studio, mi ero perso che si
trattava di un campo hidden.
Se fossi al tuo posto, e fosse vitale superare questo bug, farei un
XBL per modificare il comportamento dei campi hidden sulla gestione
del value/defaultValue. Ma dovendo fare l'override delle proprietà,
non ti assicuro che funzioni alla prima. Andrebbe provato.
-- 
~ "Non ci si uccide per amore, basta aspettare."
"Allora non mi uccido per amore, mi uccido per impazienza."
(A.O. e M.T.)

 non ti assicuro che funzioni alla prima. Andrebbe provato.
Ho dato un'occhiata a qualcosa su XBL, ma mi sembra un po' complicato e
forse non ne tutta questa esigenza...
Per il momento ho rislto non scatenando dei reset :P
cmq esiste qualche metodo DOM e/o compagnia per richiamare il valore di
markup originale, cioe' quello scritto nell'HTML?

 markup originale, cioe' quello scritto nell'HTML?
Il punto è che tu lavori con il DOM in memoria, e non con "quello che
è scritto nell'HTML". Al "sorgente fisico" non hai modo di accedervi.
Se non vuoi usare XBL, puoi sempre salvarti il defaultValue a runtime
da qualche parte (anche come proprietà/attributo dell'elemento stesso
se ti va), ma indubbiamente è una soluzione più "sporca".
-- 
~ "L'arte non riproduce cio' che e' visibile,ma rende visibile cio'
che non  sempre lo e'" (Paul Klee)


e se tu facessi un semplice button che al clic resetta lui i campi 
"manualmente " ?
in questo modo avresti risolto il problema appiopndogli una semplice 
function del tipo
<input type="button" onclick="resetta()" value="Reset"> 

 se ti va), ma indubbiamente è una soluzione più "sporca".
Eh, gia' pensavo di inventarmi un correctDefaultValue, pero' non so' ancora
cosa fare:
se provare ad estendere l'evento onreset con XBL e appoggiandomi a quanto
fatto prima (e quindi considerare che tutto funzioni senza altre cose), o
sfruttare il codice XBL (che ho fatto per gioco) e via JS "estendere"
reset() o abbandonare XBL e appoggiarmi a "correctDefaultValue" di cui
prima o fregarmene e non fare nessun reset() e buona notte.
boh, se mi impongono di fare il reset(), cosa mi consigli? la soluzione XBL
mi sembra la meno sporca...

 <input type="button" onclick="resetta()" value="Reset">
Sì, diciamo che è una delle soluzioni che sto prendendo in considerazione,
resta il fatto che in questo caso mi devo salvare da qualche parte il
valore iniziale all'onload della pagina...

 [sarà OT]
Già. :) Ti ho risposto su 
mozilla.dev.general.it
 (server:
news.mozilla.org
).
-- 
~ "Quando ero bambino, ragazzo, credevo in Dio.
Adesso so."
(Carl Gustav Jung)