Typografiske retningslinjer
Der er separate sider, som forklarer sidelayout og syntaks med eksempelkode.
Links
Links to other UserBase pages should follow this pattern:
[[Special:MyLanguage/page name|whatever]]
[[Special:MyLanguage/Welcome to KDE UserBase|start page]] links to the welcome page in the readers language if the translation exists or else to the english version of that page.
Links to external pages follow normal wiki syntax:
[https://web.site.xxx/page text]
Fed tekst
Brug fed tekst til at fremhæve
- Vinduestitler
- Almindelige etiketter, som ikke kan indstilles af brugeren
- Ikontitler
- Programnavne
For eksempel:
- Fremhæver du et afsnit, så bliver det kopieret til Klipper.
Kursiveret tekst
Brug kursiv til at fremhæve
- Ord eller fraser som i almindelig tekst
- Titler, når du henviser til andre arbejder
- Første brug af et uvant ord
Nogle eksempler:
- Gem dit arbejde ved dette trin.
- Detaljer kan findes i Samba 3 by Example...
- KDE-manualer er i Docbook-format
Kombineret fed og kursiveret tekst
Brug denne kombination til tekst, som skal erstattes eller er variabel.
Nogle eksempler:
- For at forbinde til en netværksserver skriver du type
ssh
[email protected] i Konsole. - I rpm-baserede distributioner vil kommandoen
rpm -q
pakkenavn resultere i pakke-version-udgave.
Skrivemaskinetekst
Kode bør repræsenteres med skrivemaskinetekst, oftest indrammet som vist nedenfor. Inputtekst vises på en lysegul baggrund. Outputtekst har en gråviolet baggrundsfarve.
- Brug skabelonen for at sikre konsistens formattering af kode, hvad enten det drejer sig om enkelte linjer eller blokke
- Brug skabelonen Input således:
{{Input|1=<nowiki> qdbus org.kde.NepomukServer /nepomukserver org.kde.NepomukServer.quit rm -r ~/.kde/share/apps/nepomuk rm -r ~/.kde4/share/apps/nepomuk nepomukserver</nowiki>}}
Dette vil blive vist således:qdbus org.kde.NepomukServer /nepomukserver org.kde.NepomukServer.quit rm -r ~/.kde/share/apps/nepomuk rm -r ~/.kde4/share/apps/nepomuk nepomukserver
- Output virker på samme måde:
{{Output|1=<nowiki>terminal output is also shown as code, but on a grey background</nowiki>}}
vises somterminal output is also shown as code, but on a grey background
- Det vil forstyrre formatteringen, hvis en af skabelonerne Input eller Output starter på en ny linje i en liste. Fortsæt simpelthen på samme linje for at rette dette.
- Du kan også kombinere input/output-områder med GeSHi syntaxhiglighting. Et inputopmåde som dette
{{Input|<syntaxhighlight lang="php" line> # Initialise common code $preIP = dirname( __FILE__ ); require_once( "$preIP/includes/WebStart.php" ); </syntaxhighlight>}}
vil resultere i# Initialise common code $preIP = dirname( __FILE__ ); require_once( "$preIP/includes/WebStart.php" );
- Enkelte kodeord kan holdes i tekstlinjen ved at bruge
<code></code>
. Det vilvises
på denne måde. Bemærk, at hvis tagget <code> står umiddelbart efter et nylinjetegn, så vil det ikke blive vist korrekt.
- Filnavne og stier bør bruge skabelonen Path (se herunder).
Citater
Taggene <blockquote> og </blockquote> bør bruges, når du citerer andres arbejde eller andre sider. Dette giver en kursiveret tekst med lidt indrykning.
Her er et eksempel på, hvordan det ser ud, når du bruger blockquote-taggene
Tekst i afsnitsoverskrifter
Selv nå kriterierne ovenfor er opfyldt, så skal du aldrig bruge fed eller kursiveret tekst i afsnitsoverskrifter eller i links.
Tekst i skabelonerne Information, Note, Tip og Warning
Fed tekst bør undgås i tekster i disse skabeloner. Kursiveret tekst kan stadig bruges — brug det sparsomt for at opnå den bedste effekt.
Lister
Du kan have forskellige slags lister i dine sider — punktopstillinger, nummererede lister og emnelister. Find detaljer på siden Værktøjskassen.
Hold ting sammen
Efter at din tekst er blevet skrevet tilføjer oversættelsessystemet automatisk noget markup. Dette betyder, at når som helst der optræder en tom linje, så startes en ny enhed. Når din tekst præsenteres for oversætterne, så vil de typisk se en enhed ad gangen, så det er vigtigt ikke at have tomme linjer midt i noget, som bør behandles som en enhed. Normalt skal hele afsnit holdes samlet i en enhed; og du må under ingen omstændigheder splitte et sætning op imellem flere enheder!
Hvis du har brug for en ny linje midt i et afsnit, så er den bedste måde at opnå dette uden at lave blanke linjer at bruge <br /> for enden af linjen (ikke på en ny linje), hvor du vil have linjeskiftet Hvis du skal bruge mellemrum mellem linjerne, så skriv <br /><br />.
Ikke-afstemte parenteser
Oversættelsessystem markerer enhver oversat enhed som ufuldstændigt oversat, hvis den indeholder ikke-afstemte parenteser af nogen slags. Hvis du har brug for ikke-afstemte parenteser i din tekst, så tilføj en matchende parentes i en kommentartag som her:
<!-- }} -->{{ En linje En anden linje }}<!-- {{ -->
Dette gælder for alle slags parenteser, også de ganske almindelige runde. (Det er selvfølgelig bedst at undgå blanke linjer i en opmarkeret enhed — se Hold ting sammen.)
Specielle tags
- <keycap> and </keycap> angiver tastenavne, fx Enter
- <keycap></keycap> kan også bruges omkring grupper at taster, som skal nedtrykkes samtidigt, fx Ctrl + Alt + F1. (Bemærk brugen af "(mellemrum)+(mellemrum)" imellem tasterne).
- Følger af menuvalg skal bruge <menuchoice> og </menuchoice> , for eksempel
- Generelt bruges <menuchoice></menuchoiсe>, når brugeren skal vælge et element, også når det ikke er i en menu.
- Hvis du bidrager til en manual-side, så bør du altid bruge den markup, som beskrives herover. For andre sider er der dog en skabelon til at indgive menuvalg: {{Menu|Top|sub|...}}. Fx giver {{Menu | View | Message List | Aggregation | Standard Mailing List}} resultatet → → →
- Hvis du vil bruge <menuchoice> men bruge → i stedet for ->, så skriver du
& rarr;
(uden mellemrummet imellem '&' og r!) som i <menuchoice> View</menuchoice> & rarr; <menuchoice>Message List</menuchoice>, hvilket giver → . (Bemærk, at tegnet → skal være udenfor tagget manuchoice for at blive vist korrekt)
Filer og filstier
Traditionelt er filnavne og stier blevet opmarkeret med tagget <tt>...</tt>.
<tt>~/.kde/share</tt>
giver
~/.kde/share
Der er nu en skabelon til dette, som bør foretrækkes i nyt indhold på almindelige UserBase-sider (men endelig ikke på sider i en manual!):
{{Path | ~/.kde/share }}
giver
~/.kde/share
Det problematiske pipe-tegn
I nogle situationer kan pipe-tegnet ikke bruges - for eksempel når man føjer parametre til en skabelon. I sådanne situationer kan du i stedet bruge skabelonen {{!}}, som viser pipe-tegnet. Hvis du for eksempel skal vise en kommandolinje med et pipe-tegn i ved brug af skabelonen {{Input|...}}, så er den enkleste måde at gøre det på således: {{Input|1=cmd1 {{!}} cmd2}}
som viser
cmd1 | cmd2
Hvis du blot skriver {{Input|cmd1 | cmd2}}
så får du i stedet
cmd1
Problemet er, at cmd2
bliver opfattet som en ekstra parameter til skabelonen, som i dette tilfælde ikke bliver brugt.
I mange tilfælde kan du også omgive tekst, som indeholder pipe-tegnet med <nowiki>... </nowiki>-tags, som her: {{Input|1=<nowiki>cmd1 | cmd2</nowiki>}}
, hvilket også giver
cmd1 | cmd2
Indhold, der skal oversættes
Alt, der skal oversættes placeres imellem taggene <translate> og </translate>. I de fleste tilfælde bør billeder være imellem det indhold, der skal oversættes, da det undertiden er nødvendigt at bruge lokaliserede udgaver af et billede for at forklare en pointe. Tommelfingerreglen er: "Når du er i tvivl, så inkludér det!".