Pages :
(reprise du message précédent)

Dans le cas où, par exemple, on veut faire une page multilingue et que tout doit tenir dans une seule page HTML? Si l'utilisateur demande francais, on cache l'anglais, et vice-versa.
L'utilisateur peut tout voir justement... mais pas tout en même temps, à lui de choisir.

Pour ce qui est du "blacklistage", ce n'est pas du tout un souci ici, même si je reconnais que dans des cas "classique" il faut probablement faire attention avant de cacher des éléments.
Bonjour,

C'est intéressant, je n'avais jamais remarqué que le contenu en "display: none" était inclus dans un copier/coller.

Une solution simple consiste à enlever de l'arbre DOM les éléments que tu souhaites cacher.
Modérateur
Bonjour,

Julien Royer a écrit :
je n'avais jamais remarqué que le contenu en "display: none" était inclus dans un copier/coller.


Moi non plus, et je suis même très étonné de ce comportement. Smiley scotch
a écrit :
Dans le cas où, par exemple, on veut faire une page multilingue et que tout doit tenir dans une seule page HTML? Si l'utilisateur demande francais, on cache
l'anglais, et vice-versa.

Pourquoi ne pas tout simplement faire deux pages différentes ? Ce serait beaucoup plus facile, notamment si tu dois conserver le choix de la langue d'une page à l'autre... les sessions côté serveur sont beaucoup plus sûres et beaucoup plus simples à gérer qu'un possible bricolage javascript, et le référencement sera sans doute amélioré.
Désolé, mais j'estime que les comportements dynamiques n'ont définitivement rien à faire là .

P.S. Le coup du C/C qui prend en compte les parties cachées, ça me surprend aussi.
Julien Royer a écrit :
C'est intéressant, je n'avais jamais remarqué que le contenu en "display: none" était inclus dans un copier/coller.

C'est le cas dans Firefox, mais pas dans Safari. Pas testé ailleurs.
Peut-être un rapport de bug à faire chez Mozilla?
Florent V. a écrit :
C'est le cas dans Firefox, mais pas dans Safari. Pas testé ailleurs.
Peut-être un rapport de bug à faire chez Mozilla?

Sous Windows, le comportement est le suivant, d'après mes observations : la totalité du contenu sélectionné est copiée dans le presse-papier, avec les informations de mise en forme.

Si le contenu est collé dans un environnement sans mise en forme, ou en spécifiant explicitement que l'on ne veut pas utiliser la mise en forme (par exemple "collage spécial > texte sans mise en forme" dans Word), le contenu en display: none est effectivement affiché. Sinon, le display: none est pris en compte.

Bref, je ne suis pas sûr que le rapport de bug soit justifié.
Modifié par Julien Royer (10 Aug 2010 - 16:02)
Julien Royer a écrit :
Bref, je ne suis pas sûr que le rapport de bug soit justifié.

Bah faut voir, il doit y avoir des cas d'usage où c'est gênant. Par exemple une liste d'éléments avec une fonction de filtre ou tri.

Je viens de tester et les éléments en display:none ne sont pas compris dans la sélection sur Chrome 5, Safari 5, Opera 10.6 et Firefox 4b2, le tout sur Mac. Seul Firefox 3.6 semble avoir ce problème. Donc je penche pour un bug qui a été corrigé, même si je ne l'ai pas retrouvé sur bugzilla.
Pages :