Writing an Application Manual/da: Difference between revisions

From KDE UserBase Wiki
(Importing a new version from external source)
(Created page with "{{Note/da|1=Hvis du arbejder på Amaroks manual, så vær opmærksom på, at nogle af siderne afviger fra den normale navngivningskonvention. For at finde alle matchende sider...")
 
(64 intermediate revisions by 2 users not shown)
Line 8: Line 8:
* Prognavn/Manual # Indholdsfortegnelse
* Prognavn/Manual # Indholdsfortegnelse
** Prognavn/Manual/En introduktion til Prognavn
** Prognavn/Manual/En introduktion til Prognavn
** Prognavn/Manual/Konfigurationsmuligheder** Prognavn/Manual/Første gang du bruger Prognavn
** Prognavn/Manual/Konfigurationsmuligheder
** Prognavn/Manual/Første gang du bruger Prognavn
** Prognavn/Manual/''afsnit 1''
** Prognavn/Manual/''afsnit 1''
** Prognavn/Manual/''afsnit xxx''
** Prognavn/Manual/''afsnit xxx''
Line 15: Line 16:
** Prognavn/Manual/Programfejl
** Prognavn/Manual/Programfejl
** Prognavn/Manual/Involver dig #link til techbase etc
** 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.
{{Info/da|Sidenavnene behøver ikke at følge dokumentets struktur tæt! I eksemplet ovenfor kunne du blot bruge Prognavn/Manual/''underafsnit 2'' i stedet for Prognavn/Manual/''Afsnit 1''/''underafsnit 2'' og tilsvarende for under-underafsnit (når blot denne fremgangsmåde ikke giver anledning til gentagelse af sidenavne {{Smiley}}).}}
{{Remember/da|Prøv at holde dine sidenavne korte og undgå lange stier. Meget lange sidenavne er besværlige at skrive når du linker til dem og de ser ikke godt ud på wiki-siderne. Og husk altid: Sidenavnene og deres struktur har overhovedet ingen indflydelse på den færdige håndbog! Den bestemmes helt og holdent af overskrifterne i den faktiske tekst.}}
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.
* Alle sider skal starte med en overskrift som det allerførste på siden, enten et afsnit (== ... ==), et underafsnit (=== ... ===) eller et under-underafsnit (==== ... ====); ellers vil Docbook-strukturen blive ødelagt.
* Titlen på et afsnit/underafsnit skal være præcis det samme som sidens navn, eller vil links ikke fungere i Docbook.
* Titlen på et underafsnit skal skrives således: <code>==='''''titel'''''===</code>, selv hvis det er det højeste niveau på siden; ellers bliver strukturen af Docbook ødelagt. Tilsvarende, hvis du har meget lange underafsnit med under-underafsnit på egne sider, så skal disse under-underafsnits titler skrives således: <code>===='''''titel'''''====</code>.
* Under-underafsnit, som ikke skal med i indholdsfortegnelsen og som ikke skal have deres egne sider i Docbook skal være på niveau 4 eller lavere, dvs. ==== eller mere.
* Links til sider i manualen skal passe præcist med sidernes navne (dvs. ingen links via omdirigeringer!)
* Hvis du vil linke til et underafsnit på en side, så skal du have et anker ved linkets mål. Har du ikke det, så vil linket hverken virke i Docbook eller i oversættelser.
{{Note/da|1=Hvert underafsnit (===) får sin egen side i Docbook, uanset om det er en del af en længere side på UserBase. Dette betyder, at et afsnit (==), som indeholder et antal underafsnit men ingen tekst før det første underafsnit får en Docbook-side, som ikke indeholder andet end links til underafsnittene.}}
{{Remember/da|1=Hvis du på et tidspunkt beslutter dig for at ændre titlen på en sides første (under)afsnit (den første overskrift), så er det vigtigt, at du også ændrer navnet på siden til det samme og også, at du ændrer alle links til siden, sådan at de passer med det nye navn.}}


{{Remember/da|1=<span  style="color:red;">Undgå enhver brug sætningstegn i sidenavne</span> &mdash; sætningstegn som spørgsmålstegn og punktummer giver alvorlige problemer for wikisoftwaren, ikke mindst for oversættelsessystemet.}}
{{Remember/da|1=<span  style="color:red;">Undgå enhver brug sætningstegn i sidenavne</span> &mdash; sætningstegn som spørgsmålstegn og punktummer giver alvorlige problemer for wikisoftwaren, ikke mindst for oversættelsessystemet.}}


You will need a scratchpad to experiment with section headings/pages. You can use either your UserTalk page, or the discussion pages attached to the area where you are working. It's helpful if you remove anything no longer required, once the job is completed.
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, <tt>Draft:</tt>, til dette formål.
 
For at lave indholdssiden til din manual skriver du blot <tt><nowiki>http://userbase.kde.org/Draft:</nowiki>'''''Appname/Manual'''''</tt> i browserens adresselinje eller skriver linket <nowiki>[[Draft:Appname/Manual]]</nowiki> 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.
 
{{Remember/da|1=Det er vigtigt at være konsistent, ikke mindst i manualer, så her er nogle almindelige regler:<!--}}-->
 
* Vær omhyggelig med overskriftniveauer &mdash; vi starter på andet niveau med <nowiki>==</nowiki> (Mediawiki bruge topniveauet til sidenavne)
 
* Sørg for at se her og på [[Special:myLanguage/Tasks_and_Tools|Opgaver og værktøjer]] og [[Special:myLanguage/Typographical_Guidelines|Typografiske retningslinjer]] med jævne mellemrum
 
* Tjek, at alle tabelceller har et mellemrumstegn efter "pipe"-tegnet. Denne regel følger [http://en.wikipedia.org/wiki/Help:Table traditionel wiki-formattering].
 
* Vær konsistent i formatteringen af programnavne (undgå at skrive '''Amarok'''s, skriv '''Amarok's''' &mdash; 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 de konverters til PNG ved hjælp af scriptet). Gør dit arbejde nemmere ved at konvertere dem fra begyndelsen af [[Image:Smiley.png|16px]].


==Contents==
<!--{{-->* Fjern alle blanktegn fra billednavne.}}


* Once you have made the decisions (that can be a lengthy procedure), create appropriate links on the Contents page.    It is, of course, possible to insert a section later if you find you've missed something.
==== Formatteringshensyn ====


==Building your Manual==
For at din manual skal kunne overføres til Docbook-format er der nogle begrænsninger, som skal overholdes.


* Use the red links to create the page, and write up a section at a time.
* [[Special:myLanguage/Toolbox#Notes and Warnings|Noter og advarsler]] understøtter ikke alternative titler i Docbook. Skriv ikke sådan noget som  <br /><code><nowiki>{{Remember|2=Don't Forget This!|1=You can use...}}</nowiki></code><br /> Argumentet <code>2=...</code> har ingen mening i Docbook og programmet, som omformer wiki-siderne til Docbook kan blive meget forvirrede. Skriv kun <br /><code><nowiki>{{Remember|1=You can use...}}</nowiki></code>


* Note on the Discussion page anything you will need to refer to later, such as links that can't yet be created.
* [[Special:myLanguage/Toolbox#Embed a Video|Indlejring af video]] har nogle begrænsninger i sin nuværende implementering: Kun YouTube og Vimeo er understøttet og der kan kun gives en værdi som argument (videoens id).


{{Remember|1=It's important to be consistent, particularly in Manuals, so here are some general rules:<!--}}-->
=== Søgning i manualen ===


* Take care with heading levels - we start at second level (Mediawiki uses top level for page-name), using <nowiki>==</nowiki>
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:


* Make sure you refer frequently to this page, to [[Special:myLanguage/Tasks_and_Tools|Tasks and Tools]] and to [[Special:myLanguage/Typographical_Guidelines|Typographical Guidelines]]
{{Input|1=<nowiki>
<DPL>
  titlematch = %Appname/Manual%
  nottitleregexp = .*((/[a-z][a-z](.|-..)?)|([ _][(][a-z][a-z](...)?[)]))$
  namespace = | Draft
  include = *
  includematch = /string to search for/
  includemaxlength = 0
  resultsheader = Manual Pages:
  format = ,\n* [[%PAGE%|%TITLE%]]\n,,
</DPL>
</nowiki>}}


* Check if all table cells have space after the pipe character. This rule conforms with [http://en.wikipedia.org/wiki/Help:Table traditional wiki formatting].
Du kan finde flere eksempler på brugen af DPL på [[User:Claus_chr/DPL]].


* Make application name formatting consistent (avoid using '''Amarok'''s, do use '''Amarok's''').
{{Note/da|1=Hvis du arbejder på Amaroks manual, så vær opmærksom på, at nogle af siderne afviger fra den normale navngivningskonvention. For at finde alle matchende sider fra Amaroks manual brug {{Input|1=titlematch = %Amarok/QuickStartGuide%{{!}}%Amarok/Manual%}} (Bemærk, at der ikke må være mellemrumstegn før eller efter '{{!}}'-tegnet)}}


* Ensure that '''all''' images are in PNG format (you can use JPEG (.jpeg, not .jpg) as well, but in this case you should convert your images to PNG later.  Save work by converting them before you start [[Image:Smiley.png|16px]].
== Forbered manualen for oversættelse ==


<!--{{-->* Remove all non-printable characters from image names.}}
* Den nødvendige tilpasning af markup'en er beskrevet på [[Special:myLanguage/Edit Markup|Preparing a Page for Translation]]. Følg denne guide, da nogle gamle markup-stile ikke længere er relevante.


==Preparing the Manual for Translation==
== Hvordan man laver en DocBook-manual ==


* The steps for markup editing can be found on [[Special:myLanguage/Edit Markup|Preparing a Page for Translation]].  Please adhere to that guide, since old markup styles may not still be relevant.
Når du er færdig med din manual, så kan du få den overstat til DocBook-format, sådan at dit arbejde kan bruges som enhver anden KDE-maunual. Proceduren er beskrevet på [[Special:myLanguage/How_To_Convert_a_UserBase_Manual_to_Docbook|denne side]].  


[[Category:Contributing]]
[[Category:Bidrag/da]]

Latest revision as of 20:00, 7 July 2019

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.

Information

Sidenavnene behøver ikke at følge dokumentets struktur tæt! I eksemplet ovenfor kunne du blot bruge Prognavn/Manual/underafsnit 2 i stedet for Prognavn/Manual/Afsnit 1/underafsnit 2 og tilsvarende for under-underafsnit (når blot denne fremgangsmåde ikke giver anledning til gentagelse af sidenavne ).


Husk!

Prøv at holde dine sidenavne korte og undgå lange stier. Meget lange sidenavne er besværlige at skrive når du linker til dem og de ser ikke godt ud på wiki-siderne. Og husk altid: Sidenavnene og deres struktur har overhovedet ingen indflydelse på den færdige håndbog! Den bestemmes helt og holdent af overskrifterne i den faktiske tekst.


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.
  • Alle sider skal starte med en overskrift som det allerførste på siden, enten et afsnit (== ... ==), et underafsnit (=== ... ===) eller et under-underafsnit (==== ... ====); ellers vil Docbook-strukturen blive ødelagt.
  • Titlen på et afsnit/underafsnit skal være præcis det samme som sidens navn, eller vil links ikke fungere i Docbook.
  • Titlen på et underafsnit skal skrives således: ===titel===, selv hvis det er det højeste niveau på siden; ellers bliver strukturen af Docbook ødelagt. Tilsvarende, hvis du har meget lange underafsnit med under-underafsnit på egne sider, så skal disse under-underafsnits titler skrives således: ====titel====.
  • Under-underafsnit, som ikke skal med i indholdsfortegnelsen og som ikke skal have deres egne sider i Docbook skal være på niveau 4 eller lavere, dvs. ==== eller mere.
  • Links til sider i manualen skal passe præcist med sidernes navne (dvs. ingen links via omdirigeringer!)
  • Hvis du vil linke til et underafsnit på en side, så skal du have et anker ved linkets mål. Har du ikke det, så vil linket hverken virke i Docbook eller i oversættelser.

Note

Hvert underafsnit (===) får sin egen side i Docbook, uanset om det er en del af en længere side på UserBase. Dette betyder, at et afsnit (==), som indeholder et antal underafsnit men ingen tekst før det første underafsnit får en Docbook-side, som ikke indeholder andet end links til underafsnittene.


Husk!

Hvis du på et tidspunkt beslutter dig for at ændre titlen på en sides første (under)afsnit (den første overskrift), så er det vigtigt, at du også ændrer navnet på siden til det samme og også, at du ændrer alle links til siden, sådan at de passer med det nye navn.


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)
  • 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 de konverters til PNG ved hjælp af scriptet). Gør dit arbejde nemmere ved at konvertere dem fra begyndelsen af .
  • Fjern alle blanktegn fra billednavne.


Formatteringshensyn

For at din manual skal kunne overføres til Docbook-format er der nogle begrænsninger, som skal overholdes.

  • Noter og advarsler understøtter ikke alternative titler i Docbook. Skriv ikke sådan noget som
    {{Remember|2=Don't Forget This!|1=You can use...}}
    Argumentet 2=... har ingen mening i Docbook og programmet, som omformer wiki-siderne til Docbook kan blive meget forvirrede. Skriv kun
    {{Remember|1=You can use...}}
  • Indlejring af video har nogle begrænsninger i sin nuværende implementering: Kun YouTube og Vimeo er understøttet og der kan kun gives en værdi som argument (videoens id).

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%
  nottitleregexp = .*((/[a-z][a-z](.|-..)?)|([ _][(][a-z][a-z](...)?[)]))$
  namespace = | Draft
  include = *
  includematch = /string to search for/
  includemaxlength = 0
  resultsheader = Manual Pages:
  format = ,\n* [[%PAGE%|%TITLE%]]\n,,
</DPL>

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

Note

Hvis du arbejder på Amaroks manual, så vær opmærksom på, at nogle af siderne afviger fra den normale navngivningskonvention. For at finde alle matchende sider fra Amaroks manual brug 
titlematch = %Amarok/QuickStartGuide%|%Amarok/Manual%
(Bemærk, at der ikke må være mellemrumstegn før eller efter '|'-tegnet)


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.

Hvordan man laver en DocBook-manual

Når du er færdig med din manual, så kan du få den overstat til DocBook-format, sådan at dit arbejde kan bruges som enhver anden KDE-maunual. Proceduren er beskrevet på denne side.

Retrieved from "https://userbase.kde.org/index.php?title=Writing_an_Application_Manual/da&oldid=432959"