Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous IE8, je perds les sauts de ligne.
[...]
Si quelqu'un a une piste sur comment faire ...
Peut-être en remplaçant « .innerHTML » par « .data », ou plus probablement par « .firstChild.data » ? Ou peut-être en faisant un cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM saura trouver la solution !
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous
IE8, je perds les sauts de ligne.
[...]
Si quelqu'un a une piste sur comment faire ...
Peut-être en remplaçant « .innerHTML » par « .data », ou plus
probablement par « .firstChild.data » ? Ou peut-être en faisant un
cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM
saura trouver la solution !
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous IE8, je perds les sauts de ligne.
[...]
Si quelqu'un a une piste sur comment faire ...
Peut-être en remplaçant « .innerHTML » par « .data », ou plus probablement par « .firstChild.data » ? Ou peut-être en faisant un cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM saura trouver la solution !
Pascal Bourdais
Le Fri, 21 May 2010 12:52:14 +0200, Olivier Miakinen a écrit:
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous IE8, je perds les sauts de ligne.
[...]
Si quelqu'un a une piste sur comment faire ...
Peut-être en remplaçant « .innerHTML » par « .data », ou plus probablement par « .firstChild.data » ? Ou peut-être en faisant un cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM saura trouver la solution !
Merci pour ta réponse. Il fallait un mix de tout ça :
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous
IE8, je perds les sauts de ligne.
[...]
Si quelqu'un a une piste sur comment faire ...
Peut-être en remplaçant « .innerHTML » par « .data », ou plus
probablement par « .firstChild.data » ? Ou peut-être en faisant un
cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM
saura trouver la solution !
Merci pour ta réponse. Il fallait un mix de tout ça :
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous IE8, je perds les sauts de ligne.
[...]
Si quelqu'un a une piste sur comment faire ...
Peut-être en remplaçant « .innerHTML » par « .data », ou plus probablement par « .firstChild.data » ? Ou peut-être en faisant un cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM saura trouver la solution !
Merci pour ta réponse. Il fallait un mix de tout ça :
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous IE8, je perds les sauts de ligne.
attention aux dangers d'utilisation de innerHTML ! chaque navigateur en faisant un peu ce qu'il veut <http://stephane.moriaux.pagesperso-orange.fr/truc/innerHTML_danger>
et bêtement ... à l'ancienne mode ... puisqu'on est certainement dans un form et que l'innerHTML d'un textarea n'en est qu'une représentation de la value du dit textarea :
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous
IE8, je perds les sauts de ligne.
attention aux dangers d'utilisation de innerHTML !
chaque navigateur en faisant un peu ce qu'il veut
<http://stephane.moriaux.pagesperso-orange.fr/truc/innerHTML_danger>
et bêtement ... à l'ancienne mode ... puisqu'on est certainement dans un
form et que l'innerHTML d'un textarea n'en est qu'une représentation de
la value du dit textarea :
Quand je l'execute sous FF, je retrouve bien les sauts de ligne, sous IE8, je perds les sauts de ligne.
attention aux dangers d'utilisation de innerHTML ! chaque navigateur en faisant un peu ce qu'il veut <http://stephane.moriaux.pagesperso-orange.fr/truc/innerHTML_danger>
et bêtement ... à l'ancienne mode ... puisqu'on est certainement dans un form et que l'innerHTML d'un textarea n'en est qu'une représentation de la value du dit textarea :
Peut-être en remplaçant « .innerHTML » par « .data », ou plus probablement par « .firstChild.data » ? Ou peut-être en faisant un cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM saura trouver la solution !
nia nia ! tu as oublié "value"
chiante cette habitude de ne plus coder qu'en DOM en oubliant que le JS existait sans le DOM avant et que pour les forms il vaut mieux s'en tenir aux anciennes recettes comme d'attraper les éléments par leur nom et non pas par leur id et de ne pas ré-inventer la roue avec du innerHTML quand value est fait pour
-- sm
Le 5/21/10 12:52 PM, Olivier Miakinen a écrit :
Peut-être en remplaçant « .innerHTML » par « .data », ou plus
probablement par « .firstChild.data » ? Ou peut-être en faisant un
cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM
saura trouver la solution !
nia nia !
tu as oublié "value"
chiante cette habitude de ne plus coder qu'en DOM
en oubliant que le JS existait sans le DOM avant
et que pour les forms il vaut mieux s'en tenir aux anciennes recettes
comme d'attraper les éléments par leur nom et non pas par leur id
et de ne pas ré-inventer la roue avec du innerHTML quand value est fait pour
Peut-être en remplaçant « .innerHTML » par « .data », ou plus probablement par « .firstChild.data » ? Ou peut-être en faisant un cloneNode() du .firstChild ? Si ça ne fonctionne pas, nul doute que SAM saura trouver la solution !
nia nia ! tu as oublié "value"
chiante cette habitude de ne plus coder qu'en DOM en oubliant que le JS existait sans le DOM avant et que pour les forms il vaut mieux s'en tenir aux anciennes recettes comme d'attraper les éléments par leur nom et non pas par leur id et de ne pas ré-inventer la roue avec du innerHTML quand value est fait pour
-- sm
SAM
Le 5/21/10 2:32 PM, Pascal Bourdais a écrit :
plus du rab pour que ça marche avec IE8.
sans doute préfère t-il le non mélange des genres ? et qu'on ne lui fille pas des objets DOM pour lui parler de value.
value plutôt réservé aux éléments de formulaires
éléments qui s'attrapent donc par leurs noms au sein de la collection du form
var f = document.forms[0].elements; if(f && f.length>0) with (f) { if(!!chp_1 && !!chp_2) chp_1.value = chp_2.value; }
-- sm
Le 5/21/10 2:32 PM, Pascal Bourdais a écrit :
plus du rab pour que ça marche avec IE8.
sans doute préfère t-il le non mélange des genres ?
et qu'on ne lui fille pas des objets DOM
pour lui parler de value.
value plutôt réservé aux éléments de formulaires
éléments qui s'attrapent donc par
leurs noms au sein de la collection du form
var f = document.forms[0].elements;
if(f && f.length>0)
with (f) { if(!!chp_1 && !!chp_2) chp_1.value = chp_2.value; }
sans doute préfère t-il le non mélange des genres ? et qu'on ne lui fille pas des objets DOM pour lui parler de value.
value plutôt réservé aux éléments de formulaires
éléments qui s'attrapent donc par leurs noms au sein de la collection du form
var f = document.forms[0].elements; if(f && f.length>0) with (f) { if(!!chp_1 && !!chp_2) chp_1.value = chp_2.value; }
-- sm
Pierre Goiffon
On 21/05/2010 18:03, SAM wrote:
chiante cette habitude de ne plus coder qu'en DOM en oubliant que le JS existait sans le DOM avant et que pour les forms il vaut mieux s'en tenir aux anciennes recettes comme d'attraper les éléments par leur nom et non pas par leur id et de ne pas ré-inventer la roue avec du innerHTML quand value est fait pour
Stéphane président !! ;)
On 21/05/2010 18:03, SAM wrote:
chiante cette habitude de ne plus coder qu'en DOM
en oubliant que le JS existait sans le DOM avant
et que pour les forms il vaut mieux s'en tenir aux anciennes recettes
comme d'attraper les éléments par leur nom et non pas par leur id
et de ne pas ré-inventer la roue avec du innerHTML quand value est fait
pour
chiante cette habitude de ne plus coder qu'en DOM en oubliant que le JS existait sans le DOM avant et que pour les forms il vaut mieux s'en tenir aux anciennes recettes comme d'attraper les éléments par leur nom et non pas par leur id et de ne pas ré-inventer la roue avec du innerHTML quand value est fait pour
Stéphane président !! ;)
Olivier Miakinen
Le 25/05/2010 16:56, Pierre Goiffon répondit à SAM :
chiante cette habitude de ne plus coder qu'en DOM en oubliant que le JS existait sans le DOM avant et que pour les forms il vaut mieux s'en tenir aux anciennes recettes comme d'attraper les éléments par leur nom et non pas par leur id et de ne pas ré-inventer la roue avec du innerHTML quand value est fait pour
Stéphane président !! ;)
:-D
([OUI])
Le 25/05/2010 16:56, Pierre Goiffon répondit à SAM :
chiante cette habitude de ne plus coder qu'en DOM
en oubliant que le JS existait sans le DOM avant
et que pour les forms il vaut mieux s'en tenir aux anciennes recettes
comme d'attraper les éléments par leur nom et non pas par leur id
et de ne pas ré-inventer la roue avec du innerHTML quand value est fait
pour
Le 25/05/2010 16:56, Pierre Goiffon répondit à SAM :
chiante cette habitude de ne plus coder qu'en DOM en oubliant que le JS existait sans le DOM avant et que pour les forms il vaut mieux s'en tenir aux anciennes recettes comme d'attraper les éléments par leur nom et non pas par leur id et de ne pas ré-inventer la roue avec du innerHTML quand value est fait pour
