Help:DiscussionTools/Why can't I reply to this comment?/fr

Les pages de discussion n'ont aucune limite quant au formatage disponible. Bien que DiscussionTools soit capable de reconnaître les commentaires dans la plupart des cas, il existe certaines situations où il est difficile ou impossible de dire si un fragment de la page est un commentaire ou à quel endroit la réponse à ce commentaire doit être ajoutée. Chaque fois que le comportement correct n'est pas clair, l'outil n'autorisera pas la réponse au lieu de deviner, ce qui risquerait de perturber davantage la page.

Cette page présente certaines des erreurs que vous pouvez rencontrer, leurs causes et leurs solutions.

Aucun lien « répondre » n'apparaît
Cela se produit lorsque la signature d'un commentaire donné n'a pas pu être détectée.

Commentaire non signé
Cela peut paraître évident, mais c'est juste pour être exhaustif. Si un commentaire n'a pas de signature, il ne sera pas détecté. Les pages de discussion peuvent contenir du contenu autre que des commentaires (par exemple, divers modèles d'en-tête), qui ne peut pas être distingué de manière fiable des commentaires non signés, et l'ajout de liens de réponse à ce contenu serait imprévu.

Si quelqu'un d'autre a déjà répondu manuellement à ce commentaire, sa réponse et le commentaire original non signé seront traités comme un seul commentaire de plusieurs lignes, ce qui peut entraîner un comportement inattendu.

Pas de date et heure
Si une signature ne comporte pas la date et l'heure, le commentaire ne sera pas non plus détecté. Ces signatures ne peuvent pas être distinguées de manière fiable des mentions de l'utilisateur, et l'ajout de liens de réponse à ces signatures serait souvent inattendu.

La cause la plus fréquente est l'ajout d'une signature à un commentaire non signé, mais sans indication de la date et de l'heure. Les modèles comme   ont souvent un paramètre séparé, où vous pouvez copier la date et l'heure de l'historique de la page.

Espace de nom non reconnu
L'outil de réponse est disponible dans la plupart des espaces de noms qui sont utilisés pour les discussions, mais pas dans tous les espaces de noms. Lorsque c'est le cas, vous regarderez une page qui n'a pas « Discussion » dans son espace de noms (par exemple, ), et vous ne verrez le lien « répondre » nulle part sur la page.

En général, cela suit la configuration de votre wiki pour l'outil Signature dans l'éditeur pleine page. En notamment, il peut ne pas être disponible dans l'espace de nom  (également appelé  ). Il peut être activé dans tout espace de nom approprié. Si vous avez besoin qu'il fonctionne dans un espace de noms différent, alors demander de l'aide à l'équipe d'édition.

Modèles « non signé » imprécis
Lorsqu'un modèle est utilisé pour signer un commentaire non signé, le modèle doit produire le résultat suivant :


 * Un lien vers la page d'utilisateur, la page de discussion ou la page de contributions d'un utilisateur.
 * Une date et une heure (un « horodatage » ), dans le même format que dans les signatures, y compris le fuseau horaire entre parenthèses.
 * Le lien vers la page de l'utilisateur, la page de discussion ou la page des contributions doit être avant la date et l'heure (comme dans les signatures normales).

Format de date ou d'heure non standard
Si quelqu'un signe ses commentaires avec un format de date ou d'heure différent du format par défaut du wiki, ses commentaires ne seront pas détectés.

Il arrive que les rédacteurs modifient accidentellement une autre signature lorsqu'ils ajoutent leurs commentaires manuellement, brisant ainsi le format.

Un autre cas fréquent est celui d'une signature ajoutée à un commentaire non signé sans l'indicateur de fuseau horaire (par exemple "(UTC)"), ou avec un fuseau horaire différent de celui utilisé par le wiki.

Pas de lien vers la page de l'utilisateur
Les signatures doivent inclure un lien vers la page utilisateur, la page de discussion ou les contributions d'un utilisateur.

The "reply" link cannot be used to reply to this comment
You'll see this error message when the comment appears to be transcluded from another page, but the tool can't determine from which page, and therefore can't determine where to add your reply. This can be caused by:

Accidental complex transclusion
Parsoid transclusions must be well-formed HTML fragments. When the wikitext of a transcluded page doesn't generate well-formed HTML (e.g. has unclosed tags, or it generates a table row without a table), the transclusion will be extended to cover wikitext belonging to the transcluding page (or other transcluded pages).

For example, if a subpage transcluded earlier on the page has an unclosed tag, all following transcluded subpages will be marked as part of the same transclusion, until the tag is closed (or until the end of the page).

DiscussionTools only supports following simple transclusions (which consist of exactly one transcluded page, and which don't leak to surrounding wikitext).

You can often debug this by opening the page for editing in visual editor (even if visual editor is disabled in that namespace, you can do it by adding  to the URL), clicking in the offending fragment of the page, and looking at the "sidebar" in the template dialog to see if it includes more than one page or "Content" transclusions.

Wrapper templates
When a fragment of a discussion is wrapped in templates like e.g. +, the wrapped comments can't be replied to. DiscussionTools relies on Parsoid to add replies into the HTML document, but contents of transclusions are only editable as wikitext.

Usually wrapper templates are used to archive or end a discussion, so it's rarely a problem that you can't reply to these comments. If someone adds a wrapper template to a comment while you are replying to that comment, you will see an error message and will not be able to post your reply with DiscussionTools.

Sometimes an entire page may be wrapped in a template to add a decorative frame or background. In these cases, plain HTML syntax may be used instead.

Comments in template arguments
Comment which appears in template arguments, for example, can not be replied to.

Nested transclusion or parser function syntax
When a discussion page has separate subpages for e.g. each month, dynamic transclusions depending on the current date are often used to only transclude the latest few subpages, without the need to manually archive them.

When the subpage transclusion is inside a parser function like, DiscussionTools can only see the parser function, and can't determine which page is transcluded within it.

You can fix it by putting the conditional parser functions inside the transclusion syntax instead. See example.

Could not find the comment you're replying to on the page
Usually this error message indicates that someone else removed the comment from the page while you were reading it. It might have been reverted, archived, moved to another discussion page, or the signature might have been changed (e.g. if someone commented while logged out and then corrected the username, or if they expanded their comment and signed it again).

If you can still see the comment after refreshing and purging the page, and you still receive this error, it might indicate a bug in Parsoid causing it to render the page differently from the PHP parser (DiscussionTools uses Parsoid internally to add new comments). Please file a task!

Comments on this page can't be replied to because of an error in the wikitext
You'll see this error message when there is a lint error on the page caused by fostered content. Editing these pages using tools that rely on Parsoid, such as DiscussionTools or VisualEditor, can cause the content to be corrupted (large fragments of the page become duplicated).

To resolve this, you can fix the lint error in the wikitext editor. The error message includes some links that hopefully are helpful.