Help:DiscussionTools/Waarom kan ik niet reageren op dit commentaar?
 |
Let op: Als u deze pagina bewerkt, gaat u akkoord met het vrijgeven van uw bijdragen onder de CC0. Zie Helppagina’s Publiek Domein voor meer informatie. | |
De overlegpagina's hebben geen beperkingen aan de beschikbare opmaak. Hoewel DiscussionTools in de meeste gevallen commentaar kan herkennen, zijn er situaties waarin het dubbelzinnig of onmogelijk is om te zeggen of een fragment van de pagina een commentaar is, of waar het antwoord erop moet worden toegevoegd. Wanneer het juiste gedrag niet duidelijk is, laat het hulpmiddel reageren (reply) niet toe, het kan de pagina verminken als het de bedoeling moet raden.
Deze pagina beschrijft een aantal fouten die u kunt tegenkomen, hun oorzaken en de oplossingen.
Er komt geen link om te reageren
Dit gebeurt wanneer de handtekening voor een bepaald commentaar niet kan worden gevonden.
Het reageren is uitgeschakeld
Het reageren kan in gearchiveerde discussies worden uitgeschakeld met __ARCHIVEDTALK__ of <div class="mw-archivedtalk">…</div> zoals beschreven in Help:DiscussionTools/Magic words and markup.
Commentaar dat niet is ondertekend
Dit is misschien duidelijk, maar alleen voor de volledigheid. Als er een commentaar is dat geen handtekening bevat, wordt het niet gevonden als commentaar. Overlegpagina's kunnen andere inhoud bevatten dan commentaar (bijv. verschillende kopsjablonen), die niet betrouwbaar kunnen worden onderscheiden van niet-ondertekend commentaar, en het toevoegen van reacties zou onverwacht zijn.
Als iemand anders al handmatig op dat commentaar heeft gereageerd, worden hun reacties en de oorspronkelijke niet-ondertekend commentaar behandeld als een één commentaar met meerdere regels, wat mogelijk tot onverwacht gedrag leidt.
Geen datum en tijd
Als in een handtekening de datum en tijd ontbreekt, wordt het commentaar ook niet gevonden. Dergelijke handtekeningen kunnen niet betrouwbaar worden onderscheiden van gebruikersvermeldingen, en het toevoegen van antwoordlinks daaraan zou vaak onverwacht zijn.
De meest voorkomende oorzaak hiervan is dat iemand een handtekening toevoegt aan een niet-ondertekend commentaar, maar de datum en tijd dan niet toevoegt.
Sjablonen als {{Unsigned}} hebben vaak een aparte parameter, waar u de datum en tijd uit de pagina-geschiedenis in kan kopiëren.
Onbekende namespace
Het hulpmiddel Reply is beschikbaar in de meeste namespaces die voor discussies worden gebruikt, maar niet in alle namespaces.
Als dit het probleem is, zult u naar een pagina kijken die geen "overleg" heeft in de namespace (bijvoorbeeld Wikipedia:Village pump), en u zult de link "Reply" nergens op de pagina zien.
Meestal volgt het de configuratie van uw wiki voor het hulpmiddel Signature in de full-page editor.
In het bijzonder is het mogelijk dat het niet beschikbaar is in de namespace Project:.
Het kan worden ingeschakeld in elke redelijke namespace.
Als u wilt dat het in een andere namespace werkt, vraag dan het team Editing om hulp.
Dubbelzinnige "ongesigneerde" sjablonen
Wanneer een sjabloon wordt gebruikt om een niet-ondertekend commentaar te ondertekenen, moet het sjabloon de volgende uitvoer geven:
- Een link naar de gebruikerspagina, de overlegpagina of de bijdragepagina van een gebruiker
- Een datum en tijd (een "tijdstempel"), in hetzelfde formaat als bij handtekeningen, inclusief de tijdzone tussen haakjes
- De link naar de gebruikerspagina, overlegpagina of de bijdragepagina moet voor de datum en tijd zijn (zoals bij normale handtekeningen)
Niet-standaard datum- of tijdformaat
Als iemand zijn commentaar ondertekent met een andere datum of tijdsformaat dan de standaard voor de wiki, wordt zijn commentaar niet herkent.
Soms kunnen redacteuren per ongeluk een andere handtekening bewerken bij het handmatig toevoegen van hun commentaar , waardoor het formaat wordt verstoord.
Een ander gebruikelijk geval is een handtekening die wordt toegevoegd aan een niet-ondertekend commentaar zonder de tijdszone-indicator (bijv. "(UTC)"), of met een andere tijdszone dan de wiki gebruikt.
Geen link naar de gebruikerspagina
Een handtekening moet een link naar de gebruikerspagina, de overlegpagina of de bijdragepagina van de gebruiker bevatten.
De link "reply" kan niet worden gebruikt op dit commentaar
U ziet deze foutmelding als het commentaar lijkt te zijn overgenomen van een andere pagina, maar het hulpmiddel kan niet bepalen van welke pagina, en dus niet bepalen waar uw reactie moet worden toegevoegd. Dit kan worden veroorzaakt door:
Per ongeluk complexe transclusie
Transclusies met Parsoid moeten goed gevormde HTML-fragmenten zijn. Wanneer de wikitext van een vertaalde pagina geen goed gevormde HTML genereert (bijv. heeft niet afgesloten tags, of het genereert een tabelrij zonder tabel), wordt de transclusie uitgebreid om de wikitext van de getranscluded pagina (of andere dergelijke pagina's) te omvatten.
Als een subpagina die eerder op de pagina is getranscluded, bijvoorbeeld een niet-gesloten tag <div> heeft, worden alle volgende subpagina's gemarkeerd als onderdeel van dezelfde transclusie, totdat de tag is gesloten (of tot het einde van de pagina).
DiscussionTools ondersteunt alleen eenvoudige transclusies (die bestaan uit precies één transcluded pagina, en die niet uitbreiden naar de omliggende wikitext).
U kunt dit vaak debuggen door de pagina te openen voor bewerking in de VisualEditor (zelfs als die editor in die namespace is uitgeschakeld, kunt u dit doen door ?veaction=edit toe te voegen aan de URL), door te klikken op het betreffende fragment van de pagina en te kijken naar de "zijbalk" in de dialoog van de sjabloon om te zien of het meer dan één pagina of "Content" transclusies bevat.
TemplateStyles
Een veel voorkomende oorzaak van het bovenstaande zijn sjablonen met TemplateStyles.
Wanneer een sjabloon begint met een wikitext-tag <templatestyles …> en wordt gebruikt aan het einde van een alinea (of op een vergelijkbare manier, als het eindigt met de tag en wordt gebruikt in het begin van een alinea), kan de gegenereerde HTML-tag <style> worden geplaatst in de HTML-tags <p>...</p> die overeenkomen met de alinea, terwijl de rest van de inhoud van het sjabloon buiten deze wordt geplaatst.
De transclusie wordt vervolgens uitgebreid tot de gehele alinea, waardoor het hulpmiddel Reply niet gebruikt kan worden om op dergelijk commentaar te reageren.
U kunt dit oplossen door de wikitext-tag <templatestyles>...</templatestyles> binnen de opmaak te verplaatsen die door een sjabloon wordt gegenereerd – bijvoorbeeld, als het een tag <div>…</div> genereert, verplaats deze dan na de open <div>; Als het een tabel genereert met {| … |}, plaats deze dan binnen een tabelcel (wees voorzichtig dat u hem niet direct na de tabelopmaak plaatst, want dat veroorzaakt andere problemen).
Wrapper sjablonen
Wanneer een fragment van een discussie wordt ingepakt in sjablonen zoals bijvoorbeeld: {{Discussion top}}+{{Discussion bottom}}, kan niet op de ingepakte commentaar gereageerd worden met Reply.
DiscussionTools vertrouwt op Parsoid om reacties toe te voegen aan het HTML-document, maar de inhoud van de transclusies is alleen bewerkbaar als wikitext.
Meestal worden wrapper-sjablonen gebruikt om een discussie te archiveren of af te sluiten, dus het is zelden een probleem dat u niet kunt reageren op deze commentaren. Als iemand een wrapper-sjabloon toevoegt aan een commentaar terwijl u op dat commentaar reageert, ziet u een foutmelding en kunt u uw reactie niet met DiscussionTools plaatsen.
Soms kan een hele pagina in een sjabloon worden omgeven (wrapped) om een decoratief frame of achtergrond toe te voegen. In deze gevallen kan in plaats daarvan een eenvoudige HTML-syntaxis worden gebruikt. Dit kan er echter voor zorgen dat de hulpmiddel Reply automatisch een ontbrekende afsluitende HTML-tag toevoegt wanneer iemand op een bericht op die pagina reageert.
Commentaar in sjabloonargumenten
Op commentaar dat in een argument van een sjabloon staat, bijvoorbeeld {{Vyznamenat/oznam|text=Hello. ~~~~}}, kan niet worden gereageerd met Reply.
Geneste transclusie of parserfunctie-syntaxis
Wanneer een discussiepagina voor een maand bijvoorbeeld afzonderlijke subpagina's heeft, worden vaak dynamische transclusies, afhankelijk van de huidige datum, gebruikt om alleen de laatste enkele subpagina's te transcluderen, zonder dat deze handmatig moeten worden gearchiveerd.
Wanneer de subpagina-transclusie zich bevindt in een parserfunctie zoals {{#ifexpr:, kan DiscussionTools alleen de parserfuncties zien en niet bepalen welke pagina er in is transcluded.
U kunt het oplossen door de voorwaardelijke parserfuncties in de transclusie-syntaxis te plaatsen. Voorbeeld.
Het commentaar waarop u reageert wordt op de pagina niet gevonden
Meestal geeft deze foutmelding aan dat iemand anders het commentaar van de pagina heeft verwijderd terwijl u het aan het lezen was. Het kan zijn dat het is teruggedraaid, gearchiveerd, naar een andere discussiepagina is verplaatst of dat de handtekening is veranderd (bijv. als een uitgelogd iemand de gebruikersnaam heeft aangepast of die het commentaar uitbreidde en het daarna heeft ondertekend).
Als u het commentaar nog steeds kunt zien na het verversen en wissen (purgen) van de pagina, en u krijgt deze foutmelding nog steeds, kan dit wijzen op een bug in Parsoid waardoor de pagina anders wordt weergegeven dan de PHP-parser die DiscussionTools gebruikt. (Parsoid intern, voor het toevoegen van commentaar). Voeg een taak toeǃ
Op commentaar op deze pagina kan niet worden gereageerd vanwege een fout in de wikitext
U ziet deze foutmelding als er een lintfout op de pagina is, die veroorzaakt wordt door verweesde inhoud.
Een veelvoorkomende oorzaak hiervan is inhoud of opmaak die direct na een tabel start {| of een tabelrij |- wordt geplaatst, in plaats van binnen een tabelcel.
Het bewerken van deze pagina's met behulp van hulpmiddelen die van Parsoid afhankelijk zijn, zoals DiscussionTools of VisualEditor, kan leiden tot een beschadiging van de inhoud (grote fragmenten van de pagina worden gedupliceerd).
Om dit op te lossen, kunt u de lintfout in de wikitekst-editor oplossen. De foutmelding bevat enkele links die hopelijk nuttig zijn.