Ceci est un sujet de commentaires pour l’expérience de modification du style des détails.
Un exemple de la balise details utilisant BBCode :
abc
test 123 123
123
Un exemple de la balise details utilisant HTML :
Ceci est un sujet de commentaires pour l’expérience de modification du style des détails.
Un exemple de la balise details utilisant BBCode :
test 123 123
123
Un exemple de la balise details utilisant HTML :
L’utilisation de la balise HTML <details> semble faire fusionner le contenu avec le résumé :
Ah, je vois. Il n’y a pas de nouvelle ligne automatique et je n’en ai pas ajouté manuellement :
<details open>
<summary>
This is an open details
</summary>
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In et ultricies ante. Fusce vel nisi tristique, tristique urna ut, dapibus lacus. Nulla dignissim quis ex a interdum. Integer nisl nisl, egestas in efficitur a, gravida vitae odio. Proin ut velit sit amet quam malesuada aliquet. Cras tempus in risus vel lacinia. Vivamus ut luctus nunc. Duis risus velit, molestie non lectus vitae, ornare gravida elit.
</details>
This text will be hidden
Oui, vous avez raison. Il semble que lorsque vous l’avez ajouté vous-même, vous n’avez pas inclus de balises p, alors que lorsque vous l’ajoutez avec l’outil d’insertion de détails, il le fera.
Le vôtre :
<details dir="ltr" open="">
<summary>
This is a HTML details
</summary>
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In et ultricies ante. Fusce vel nisi tristique, tristique urna ut, dapibus lacus. Nulla dignissim quis ex a interdum. Integer nisl nisl, egestas in efficitur a, gravida vitae odio. Proin ut velit sit amet quam malesuada aliquet. Cras tempus in risus vel lacinia. Vivamus ut luctus nunc. Duis risus velit, molestie non lectus vitae, ornare gravida elit.
</details>
Outils d’insertion :
<details dir="ltr" open="">
<summary>Summary</summary>
<p>This text will be hidden</p>
</details>
La balise p ajoutée par l’outil d’insertion maintient le texte sur une nouvelle ligne.
Ah. Vous n’avez pas besoin d’ajouter les balises \u003cp\u003e dans le style existant. Je suppose que celui-ci est plus \u003cp\u003e collant. ![]()
Quelques commentaires initiaux :
[details] sans vraiment le remarquer la première fois. Il ne m’a pas semblé être un [details]. C’est peut-être “juste parce que c’est nouveau”, mais…mise à jour :
![]()
C’était un peu le but, pour que ce soit mieux, il faut s’écarter de la façon dont c’était fait auparavant, en particulier s’écarter de la valeur par défaut du navigateur. Nous suivons maintenant le modèle du bouton “Réponses” en bas des messages avec plusieurs réponses.

Belle observation !
Encore une bonne remarque, je vais regarder ça ![]()
Je ne suis pas sûr que l’utilisation d’un emoji noir/foncé sur un fond sombre/noir soit quelque chose que nous pourrions résoudre ici…
Celle-ci est aussi un peu confuse, cliquiez-vous auparavant quelque part d’autre que sur le texte ? Était-il courant pour vous de cliquer ici ?
Oui. Je l’utilisais pas mal, surtout sur mobile.
La zone plus petite est plus difficile à atteindre. Je pense que c’est là que mon pouce se trouve sur l’écran.
Oui ! C’est l’une des attentes par défaut de la plateforme : \u003cdetails\u003e, comme les cases à cocher/boutons radio et leurs \u003clabel\u003es, ont une certaine apparence et un certain comportement. Par exemple, je fais la même chose sur GH :
Je ne sais pas si le fait de le rendre similaire à l’autre chose est vraiment une bonne chose :langue_tirée:

Bonjour ! Veuillez m’excuser si ma question n’est pas tout à fait correcte ![]()
Serait-il possible d’ajouter une fonction pour afficher du contenu caché en fonction du groupe d’utilisateurs. Par exemple, si l’utilisateur n’est pas enregistré ou n’est pas membre de tel ou tel groupe, alors il ne pourra pas voir les détails et une fenêtre modale s’affichera pour lui, où il y aura des instructions pour obtenir l’accès (par exemple, s’inscrire) ?
Je suis au courant de l’existence de composants/plugins de thème qui masquent l’intégralité du sujet ou de la catégorie. Simplement, parfois, vous voulez donner aux utilisateurs la possibilité de lire uniquement les informations primaires.
Ce n’est pas quelque chose qui a été utilisé de cette manière, car généralement une catégorie est restreinte à certains groupes ou utilisateurs, et non les détails au sein d’un message dans cette catégorie.
Cela dit, je suis sûr que cela pourrait être fait dans un plugin, mais ce sujet ne serait pas idéal pour cette discussion.
Un petit détail, mais cela semble légèrement différent de la couleur d’arrière-plan des citations, c’est le genre de chose “presque mais pas tout à fait” qui peut sembler être une erreur. Je pense que cela devrait soit correspondre, soit être manifestement différent.
Autres réflexions…
Ceci est une citation manuelle
Ceci est une citation partielle, qui peut être développée
Peut-être pourrions-nous adopter légèrement ce style ? Même rembourrage, arrière-plan et expansion… nous devrions au moins supprimer la bordure pour qu’elle ressemble moins à une citation
![]()
Peut-être un style complètement différent ?

Abandonner l’alignement ici me dérange un peu :
C’est plus visible lorsque vous commencez par un bloc de détails.
Bonjour
Je réfléchis à voix haute…
L’en-tête est-il nécessaire à afficher par défaut ? Je veux dire, il utilise la plupart du temps le Résumé par défaut et probablement que la plupart des utilisateurs ne savent pas qu’il peut être unique et ce serait peut-être plus naturel si le texte à l’intérieur de details était tronqué avec des points de suspension et que la fin affichait ...afficher plus s’il est réduit et afficher moins s’il est développé. Par exemple, la première ligne tronquée du contenu serait automatiquement l’en-tête. Cela pourrait être une vue par défaut, mais les utilisateurs pourraient ajouter un en-tête séparément s’ils le souhaitent ?
Pour être juste : l’implémentation est que cliquer sur une étiquette doit définir son bouton radio, pas nécessairement que cliquer sur toute la ligne vide derrière une étiquette fonctionne également.
Que penseriez-vous de l’état de survol permanent ? Il serait alors aligné comme un « bouton » avec le texte en dessous et au-dessus.
Peut-être… @awesomerobot, qu’en penses-tu ?
Petit bug – Lorsque vous ouvrez un détail, vous faites défiler vers le haut jusqu’à ce que vous chargiez plus de publications (et un peu plus) ; une fois que vous revenez, le contenu du détail n’est pas rendu (EDIT : ou fermé, mais je ne m’attendrais pas à ce qu’il soit fermé ici)
Oui, le traiter comme un bouton pourrait fonctionner… presque comme la balise HTML details existante, (plus un chevron)
Aussi…
here are the deets