Довідка:DiscussionTools/Чому я не можу відповісти на цей коментар?
![]() |
Зверніть увагу! Коли Ви редагуєте цю сторінку, то погоджуєтесь робити свій внесок під ліцензією CC0. Детальніше про умови ліцензії можна дізнатися на сторінці довідки. | ![]() |
Сторінки обговорення не мають обмежень на доступне форматування. Хоча DiscussionTools здатні розпізнавати коментарі у більшості випадків, існують ситуації, коли сумнівно або й неможливо сказати, чи якийсь фрагмент сторінки є коментарем або в якому місці треба додати відповідь на нього. Як тільки стає незрозуміло, що треба зробити, то замість того, щоб вгадувати і потенційно поламати сторінку, інструмент в цьому місці просто не вмикається.
На цій сторінці задокументовані деякі помилки, з якими ви можете зіткнутися, їхні причини та вирішення.
Немає посилання «відповісти»
Це стається, коли для певного коментаря не вдалося виявити підпису.
Replying is disabled
Replying can be disabled in archived discussions using __ARCHIVEDTALK__
or <div class="mw-archivedtalk">…</div>
, as described at Help:DiscussionTools/Magic words and markup .
Непідписаний коментар
Це може бути очевидним, але зазначимо це для повноти. Якщо є коментар, у якого немає підпису, його не буде розпізнано. Сторінки обговорення можуть містити інший вміст, окрім коментарів (наприклад, різноманітні шаблони-шапки), який не можна надійно відрізнити від непідписаних коментарів, і додавання до нього посилань на відповіді буде неочікуваним.
Якщо хтось уже відповів на такий коментар вручну, то їхній коментар і попередній непідписаний коментар інструмент трактуватиме як єдиний коментар на кілька рядків, що може призвести до його неочікуваної поведінки.
Немає дати і часу
Якщо у підписі немає дати і часу, то коментар також не буде розпізнано. Такі підписи не можна надійно відрізнити від згадувань користувачів, і додавання до них посилань на відповідь може бути неочікуваним.
Найбільш поширеною причина появи таких випадків: хтось додали підпис до непідписаного коментаря, але не додали дату і час.
Шаблони на зразок {{Підпис}}
часто мають окремий параметр, у який ви можете скопіювати дату і час з історії сторінки.
Нерозпізнаний простір назв
Інструмент відповідей доступний у більшості просторів назв, що використовуються для обговорень, але не в усіх просторах назв.
Якщо ви дивитеся на сторінку, яка не має слова «обговорення» у назві простору назв (наприклад, Вікіпедія:Кнайпа
), і не бачите посилання «відповісти» ніде на сторінці, то це проблема такого типу.
Зазвичай інструмент слідує конфігурації вашої вікі для інструменту підпису у звичайному редакторі сторінок.
Зокрема, підпис може не бути доступним у просторі назв Project:
(або ж Вікіпедія:
у Вікіпедії).
Увімкнути цю можливість можна у будь-якому доречному просторі назв.
Якщо вам треба, щоб інструмент працював в іншому просторі назв, зверніться до Команди редагування по допомогу.
Неточні шаблони «непідписано»
Коли для підпису непідписаного коментаря використовується шаблон, він має вивести наступне:
- Посилання на сторінку користувача, сторінку обговорення або внеску користувача
- Дату і час («часову мітку») у тому ж форматі, що й у підписах, включно з часовим поясом у дужках
- Посилання на сторінку користувача, сторінку обговорення чи внеску має бути до дати з часом (як і в звичайних підписах)
Нестандартний формат дати чи часу
Якщо хтось підписує свої коментарі іншим форматом дати чи часу, ніж той, що у вікі за замовчуванням, то їхні коментарі не розпізнаватимуться.
Інколи редактори можуть випадково відредагувати чужий підпис, додаючи власні коментарі вручну і ламаючи формат.
Інший поширений випадок — до непідписаного коментаря додають підпис без вказівки часового поясу (наприклад, «(UTC)») або з іншим часовим поясом, ніж той, що використовується у вікі.
Немає посилання на сторінку користувача
Підписи повинні містити посилання на сторінку користувача, сторінку обговорення або внесок користувача.
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 <div>
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 ?veaction=edit
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.
TemplateStyles
A common cause of the above is templates using TemplateStyles.
When a template begins with a <templatestyles …>
wikitext tag, and it is used at the end of a paragraph (or similarly, if it ends with the tag and is used at the beginning of a paragraph), the generated <style>
HTML tag can be placed inside the <p>...</p>
HTML tags corresponding to the paragraph, while the rest of the template contents are placed outside of it.
The transclusion is then extended to cover the whole paragraph, preventing the reply tool from being used to respond to such comments.
You can fix this by moving the <templatestyles>...</templatestyles>
wikitext tag inside of the markup generated by a template – e.g., if it generates a <div>…</div>
tag, move it after the opening <div>
; if it generates a table using {| … |}
, move it inside of a table cell (take care not to place it directly after the table markup, as that causes other issues).
Wrapper templates
When a fragment of a discussion is wrapped in templates like e.g. {{Discussion top}}
+{{Discussion bottom}}
, 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 {{Vyznamenat/oznam|text=Hello. ~~~~}}
, 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 {{#ifexpr:
, 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.
A common cause of this is content or markup placed directly after a table start {|
or a table row start |-
, rather than inside a table cell.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.