Ticket #1062 (closed defect: fixed)
Editeur xhtml et la balise <hr />
| Reported by: | Mirovinben | Owned by: | Tomtom33 |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | module:core | Version: | |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Un précédent ticket (le #886) évoquait un pb de nettoyage intempestif notamment de la balise <hr /> quand on lui affectait une classe. Pb qui aurait été résolu au changeset 3065.
Je reviens sur le pb car, actuellement (DC2.2)...
-1- si j'insère une balise <hr /> (simplement, sans affecter de classe) en xhtml, et enregistre le billet, en consultant le source depuis mon navigateur la balise reste <hr /> la page est valide.
-2- si je reprends le billet et passe de visuel à xhtml, alors la balise devient <hr> et, si je l'enregistre, la page n'est évidemment plus valide... Le valideur W3C s'emmêle même les pinceaux en relevant 5 erreurs.
Change History
comment:3 Changed 15 years ago by xave
- Milestone changed from 2.2.1 to 2.3
Grmbl, je ne trouve pas. Prochaine version.
comment:4 Changed 14 years ago by Tomtom33
- Owner changed from xave to Tomtom33
- Milestone changed from 2.3 to 2.4
Ça fait parti de la refonte de l'éditeur wysiwyg, je prends en charge
comment:6 Changed 13 years ago by franck <carnet.franck.paul@…>
- Status changed from new to closed
- Resolution set to fixed
(In [ea7e39c07f7e]) Wysiwig editor : replace <hr> or <HR> to <hr /> (as for BR), fixes #1062
En attendant que ce bug soit résolu, une seule solution : remplacer toutes les occurrences de <hr /> par <hr class="" />.
Chez moi, comme cette balise est toujours utilisée dans un div avec sa propre classe, je n'ai pas besoin de devoir en définir une spécifique pour <hr>.
Pas très élégant mais plus de nettoyage intempestif par l'éditeur xhtml et le W3C ne couine pas.