Skriv en programmanual

Other languages:

Bemærkninger

Manualer vil blive inkluderet som undersider af programmets hovedside. For nemheds skyld vil jeg omtale hovedsiden som Prognavn. Strukturen bliver så noget i retning af:

Prognavn
- Prognavn/Vink og tips
Prognavn/Manual # Indholdsfortegnelse
- Prognavn/Manual/En introduktion til Prognavn
- Prognavn/Manual/Konfigurationsmuligheder
- Prognavn/Manual/Første gang du bruger Prognavn
- Prognavn/Manual/afsnit 1
- Prognavn/Manual/afsnit xxx
- Prognavn/Manual/Vink og tips
- Prognavn/Manual/Fejlløsning
- Prognavn/Manual/Programfejl
- Prognavn/Manual/Involver dig #link til techbase etc

Hvis dine afsnit bliver for lange, så kan du placere underafsnit på separate sider. Det kunne se sådan ud:

Appname/Manual # Indholdsfortegnelsen
- Appname/Manual/An Introduction to Appname
- Appname/Manual/Configuration Choices
- Appname/Manual/The First Time you use Appname
- Appname/Manual/afsnit 1
  - Appname/Manual/afsnit 1/underafsnit 1
  - Appname/Manual/afsnit 1/underafsnit 2

og så videre.

For at den automatisk dannede Docbook skal få samme indholdsfortegnelse som den, du laver på UserBase og for at linkene skal fungere i Docbook er der et par retningslinjer, som skal følges:

Indholdsfortegnelsen i Docbook vil indeholde alle afsnit og underafsnit, uanset om de har deres egen side eller ej. Omvendt vil under-underafsnit ikke blive medtaget i Docbooks indholdsfortegnelse, ikke engang hvis de har deres egne sider.

All pages should have a heading at the very top, either a section (== ... ==), a subsection (=== ... ===), or a subsubsection (==== ... ====), otherwise the Docbook structure will be messed up.

The title of the section/subsection must exactly match the page name, otherwise Docbook links won't work.

Subsection titles must be written like this: ===title===, even if it is the top level on a page. Otherwise the Docbook structure will be messed up. Similarly, if you have a very long subsection with subsubsections on pages of their own, these pages must have their titles written like this: ====title====.

Subsubsections that should not appear in the contents page and should not appear on a page of its own in the Docbook must be level 4 or below, i.e ==== or more.

Links to pages in the manual must exactly match the page name (i.e. no links via redirects!)

If you link to a subsection of a page, you must have an anchor at the target location. Failing that will mess up Docbook links as well as translations.

Note

Every subsection (===) gets a page of its own in the Docbook, even if it is part of a longer page on UserBase. This means that a section (==) that contain a number of subsections, but no text before the first subsection gets a Docbook page that contains nothing but links to the subsections.

Remember

If at some point you decide to change the title of the main (sub)section of a page (the first headline), it is important that you also change the name of the page accordingly, and also that all links to that page are modified to match the new name.

Husk!

Undgå enhver brug sætningstegn i sidenavne — sætningstegn som spørgsmålstegn og punktummer giver alvorlige problemer for wikisoftwaren, ikke mindst for oversættelsessystemet.

Du vil få brug for en testområde til at eksperimentere med afsnitoverskrifter og sider. Du kan enten bruge din personlige UserBase-side eller diskussionssiden knyttet til det område, hvor du arbejder. Det er en stor hjælp, hvis du fjerner alt, hvad du ikke længere skal bruge, når du er færdig med det.

Udvikling af en manual

Under udviklingen af din manual er det som regel bedst at holde den adskilt fra de almindelige UserBase-sider. Nogle foretrækker at redigere deres udkast som undersider til deres Talk:-side. Vi har også et særligt navnerum, Draft:, til dette formål.

For at lave indholdssiden til din manual skriver du blot http://userbase.kde.org/Draft:Appname/Manual i browserens adresselinje eller skriver linket [[Draft:Appname/Manual]] på en side og klikker så på det. På begge måder kommer du til en side, som siger, at den ønskede side ikke eksisterer, men at du kan oprette den ved at klikke på et link.

Indhold

Når du har lavet din plan (det kan være en langvarig proces), så lav links til alle de sider, du vil skrive i indholdsfortegnelsen. Du kan selvfølgelig altid indsætte et afsnit senere, hvis du opdager, at du har glemt noget.

Skriv manualen

Brug de røde links til at lave siderne og skriv et afsnit ad gangen.

På diskussionssiden kan du notere alt det, som du skal kigge på senere, så som links, der ikke kan laves endnu.

Husk!

Det er vigtigt at være konsistent, ikke mindst i manualer, så her er nogle almindelige regler:

Vær omhyggelig med overskriftniveauer — vi starter på andet niveau med == (Mediawiki bruge topniveauet til sidenavne)

Sørg for at se her og på Opgaver og værktøjer og Typografiske retningslinjer med jævne mellemrum

Tjek, at alle tabelceller har et mellemrumstegn efter "pipe"-tegnet. Denne regel følger traditionel wiki-formattering.

Vær konsistent i formatteringen af programnavne (undgå at skrive Amaroks, skriv Amarok's — på dansk dog Amaroks).

Sørg for, at alle billeder er i PNG-format (du kan også bruge JPEG, men i så fald bør du konvertere dem til PNG senere). Gør dit arbejde nemmere ved at konvertere dem fra begyndelsen af .

Fjern alle blanktegn fra billednavne.

Søgning i manualen

Før eller siden kan du få brug for at finde noget, som du skrev tidligere, men ikke kan huske hvor. Wiki'ens søgeboks er nok ikke ideel, medmindre den streng, du søger efter er meget specifik. Du kan få meget bedre kontrol over søgningen ved at bruge udvidelsen DPL. Hvis du for eksempel skal finde de sider i din manual, som indeholder en vis streng, så kan du føje følgende til hvilken side som helst:

<DPL>
  titlematch = %Appname/Manual%
  namespace = Draft
  include = *
  includematch = /string to search for/
  resultsheader = Manual Pages:
  format = ,\n* [[%PAGE%|%TITLE%]]\n,,
</DPL>

Du kan finde flere eksempler på brugen af DPL på User:Claus_chr/DPL.

Forbered manualen for oversættelse

Den nødvendige tilpasning af markup'en er beskrevet på Preparing a Page for Translation. Følg denne guide, da nogle gamle markup-stile ikke længere er relevante.