DiscussionTools/Hvorfor kan jeg ikke svare på dette innlegget?

Merk: Når du redigerer denne siden, godtar du at bidraget ditt slippes som CC0. Se Public Domain Help Pages for mer info.

Diskusjonssider har ingen begrensninger på tilgjengelige formateringsalternativer. Selv om Diskusjonsverktøy er i stand til å gjenkjenne diskusjonsinnlegg i de fleste tilfeller, finnes det situasjoner hvor det er tvetydig, eller umulig, å avgjøre om en del av en side er et innlegg eller hvor svaret burde legges til. Når riktig behandling av et innlegg er uklart vil verktøyet avstå fra å svare heller enn å gjette. På denne siden unngås det å rote til siden enda mer.

Denne siden dokumenterer noen av de feilene du kan komme over, foruten årsaken og løsningen på problemet.

Ingen "svar"-lenke

Dette forekommer når signaturen etter et innlegg ikke oppdages.

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 .

Usignert innlegg

Dette er kanskje opplagt, men er tatt med for å behandle situasjonen fullstendig. Hvis en kommentar ikke er signert, vil signaturen ikke bli oppdaget. Diskusjonssider kan inneholde innhold som ikke er diskusjonsinnlegg som ikke lett kan skilles fra usignerte innlegg (f.eks. forskjellige overskriftsmaler). Å legge til svar-lenker til slikt innhold ville føre til uventede resultater.

Hvis noen andre allerede har svart på innlegget manuelt, vil deres svar og det opprinnelige usignerte innlegget bli behandlet som et innlegg over flere linjer, noe som kan føre til uventede resultater.

Uten dato og tid

Hvis en signatur mangler dato og tid, vil innlegget ikke oppdages. Slike signaturer er ikke mulig å skille fra at noen nevner andre brukere i sine innlegg, og det å legge til svar-lenker vil ofte føre til uventede resultater.

Den vanligste årsaken til dette er når noen legger en signatur til et usignert innlegg uten å legge til dato og tid. Maler som {{Usignert2}} gjør det mulig å kopiere tid og dato fra sidehistorikken.

Ukjent navnerom

Svarverktøyet er tilgjengelig i de fleste navnerom som brukes til diskusjoner, men ikke i alle navnerom. Når det er dette problemet som har oppstått vil du være på en side som ikke har "diskusjon" som sitt navnerom. (F.eks Wikipedia:Tinget), og du vil ikke se svar-lenken noen steder på siden.

Usually, it follows your wiki's configuration for the Signature tool in the full-page editor. Man vil kunne oppleve at det ikke er tilgjengelig i navnerommet Project: (på wikipedia kalt Wikipedia:). Det kan aktiveres i alle navnerom hvor det er fornuftig å gjøre det. Hvis du har behov for å få det til å virke i et annet navnerom, så spør redigeringsteamet om hjelp.

Tvetydige «usignert»-maler

Når en mal brukes for å signere et usignert innlegg, må malens utdata inneholde:

• En lenke til brukerens brukerside, diskusjonsside eller bidragsside
• En dato og et tidspunkt (et tidsstempel) i samme format som signaturen inkludert tidssonen i parantes
• Lenken til brukersiden, diskusjonssiden eller bidragssiden, må være før tidsstempelet som i vanlige signaturer.

Hvis DiscussionTools ikke kjenner igjen en signaturmal på din wiki, og du er sikker på at alle kravene over er oppfylt ber vi deg om å fortelle oss om det. Vi vil mer enn gjerne tilpasse programvaren for å støtte mindre forskjeller i forhold til alminnelige signaturer.

Ustandardisert dato- eller tidsformat

Hvis noen signerer sitt innlegg med et annet dato- eller tidsformat enn det wikien normalt bruker, da vil ikke innlegget oppdages.

Noen ganger kan en bidragsyter være uheldig med en annens signatur under manuelle redigeringer, og rote til formatet.

Et annet vanlig tilfelle kan være at en signatur føyes til et usignert innlegg uten tidssoneformat (slik som UTC), eller med en annen tidssone enn wikiens.

Ingen lenke til brukersiden

Signaturer må inneholde en lenke til brukerens brukerside, diskusjonsside eller bidragsside.

«Svar»-lenken kan ikke brukes for å svare på dette innlegget

Lenka «reply» kan ikke brukes til å svare på denne kommentaren. Bruk den vanlige redigeringsmodusen for å svare ved å trykke på «Rediger kilde».

OK

Du vil se denne feilmeldingen når innlegget kan tolkes som en transkludering av en annen side og verktøyet ikke klarer å avgjøre hvilken, og derfor ikke kan avgjøre hvor svaret skal settes inn. Det kan forårsakes av:

Feilaktig avansert transklusjon

Parsoid transclusions must be well-formed HTML fragments. Når wikiteksten på en transkludert side ikke genererer velformulert HTML (f.eks uavsluttede tagger eller en tabellrad utenfor en tabell), da vil transkluderingen kunne dekke over wikitekst som hører til siden innholdet transkluderes til (eller andre transkluderte sider).

Hvis en underside med en uavsluttet ‎<div>-tagg skulle transkluderes på siden, vil alle transkluderte undersider merkes som en del av den samme transkluderingen helt til taggen avluttes (eller siden ender).

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 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

Kunne ikke finne kommentaren du svarer på på siden. Den kan ha blitt slettet eller flyttet til en annen side.

OK

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

Det er ikke mulig å svare på kommentarer på denne siden på grunn av en feil i wikiteksten. Du kan lære om denne feilen ved å lese dokumentasjonen, eller be om hjelp ved å skrive her eller fikse feilen ved å åpne vanlig redigeringsmodus.

OK

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.