La motivation pour le contenu modifiable div serait de permettre l'entrée de l'utilisateur à l'intérieur d'un élément div normal. Pourquoi se comporte-t-il alors si différemment pour saisir l'élément? Je fais principalement référence à l'ajout d'un div
ou d'un br
en ligne.
De plus, il n'a pas d'article d'espace réservé. Ma question est donc ce qui est le point de contenus-éditable DIV? Pourquoi voudrais-je l'utiliser du tout?
quel est le point du contenu-modifitable div?
Le but d'un élément contenteditable
est de fournir des capacités de WYSIWYG pour éditer le contenu et la structure des éléments dans une page Web.
Pourquoi se comporte-t-il alors si différemment pour saisir l'élément?
Un élément contenteditable
doit encore rendu comme un élément DOM normal. Pour répondre à votre préoccupation particulière concernant les pauses de la ligne, il n'est pas moyen d'exprimer des ruptures de ligne rendues dans HTML sans utiliser d'élément comme <br>
ou <div>
(puisque la ligne HTML normale de code HTML 'T rendu dans la page visuelle).
Vous pouvez demander: "pourquoi, alors, est-ce que le Whawg (ou Microsoft) n'a-t-il pas simplement fabriqué contenteditable
éléments jouent par différentes règles d'éléments" normaux "?" La réponse est celle d'un contenteditable
élément peut arrêt étant contenteditable
à tout moment - le statut est basculé. Il n'y a pas de moyen sensible évident de rendre un élément rendre son DOM interne différemment selon qu'elle est actuellement contenteditable
ou non.
Supposons non -<br>
Les pauses de ligne visibles ont été autorisées lorsque l'élément était dans un état contenteditable
. Lorsque l'élément passe hors du mode contenteditable
, le non -<br>
la ligne se casse alors disparaître? Vous pourriez éventuellement dire: "Oui, c'est bien!" à une telle suggestion, mais qui vole face à la raison du but de contenteditable
j'ai déclaré dans ma première phrase. Avoir l'apparence de changement d'élément basé sur son état contenteditable
gâcherait son utilité comme wysiwyg.