From 1d166accf42ea52c5fca931ef4852822dd605fd6 Mon Sep 17 00:00:00 2001
From: Timothy Pearson <kb9vqf@pearsoncomputing.net>
Date: Sun, 27 Jan 2013 00:53:08 -0600
Subject: Rename a number of libraries and executables to avoid conflicts with
 KDE4

---
 translations/da/doc/index.docbook | 18 +++++++++---------
 1 file changed, 9 insertions(+), 9 deletions(-)

(limited to 'translations/da/doc')

diff --git a/translations/da/doc/index.docbook b/translations/da/doc/index.docbook
index 6840dc6..a0fe101 100644
--- a/translations/da/doc/index.docbook
+++ b/translations/da/doc/index.docbook
@@ -4142,7 +4142,7 @@
 </programlisting
 > Når du kalder PDF&latex; med flaget <option
 >--shell-escape</option
->, konverteres grafikfilen <filename
+>, konverteres grafitdefilen <filename
 >test.eps</filename
 > automatisk til <filename
 >test.pdf</filename
@@ -4174,7 +4174,7 @@
 			
 			<listitem
 ><para
->Du kan også bruge automatisk konvertering. Alle grafikfiler konverteres i farten til EPS, og indsættes i PS-dokumentet. Dette er en bekvem måde, men du skal indstille systemet rigtigt. Dette beskrives i afsnittet <link linkend="build_epsgraphics"
+>Du kan også bruge automatisk konvertering. Alle grafitdefiler konverteres i farten til EPS, og indsættes i PS-dokumentet. Dette er en bekvem måde, men du skal indstille systemet rigtigt. Dette beskrives i afsnittet <link linkend="build_epsgraphics"
 >EPS-grafik</link
 >.</para
 ></listitem>
@@ -4220,7 +4220,7 @@
 >EPS-grafik</title>
 		
 		<para
->EPS-grafikfiler er den traditionelle måde at indsætte grafikfiler i &latex;-dokumenter. Eftersom e-mail-lister er fulde med spørgsmål angående EPS-grafik, beskriver vi nogle vigtige aspekter og demonstrerer hvordan &kile; understøtter dem.</para>
+>EPS-grafitdefiler er den traditionelle måde at indsætte grafitdefiler i &latex;-dokumenter. Eftersom e-mail-lister er fulde med spørgsmål angående EPS-grafik, beskriver vi nogle vigtige aspekter og demonstrerer hvordan &kile; understøtter dem.</para>
 		
 		<sect2 id="build_graphics_eps">
 		
@@ -4263,12 +4263,12 @@
 
 		<listitem
 ><para
->Eftersom &latex; kun kan læse filer som indeholder ASCII, kan den ikke læse informationen om den omgivende boks fra komprimerede eller andre filer end EPS-grafikfiler.</para
+>Eftersom &latex; kun kan læse filer som indeholder ASCII, kan den ikke læse informationen om den omgivende boks fra komprimerede eller andre filer end EPS-grafitdefiler.</para
 ></listitem>
 		
 		<listitem
 ><para
->EPS-grafikfilen indsættes ikke i DVI-filen. Eftersom EPS-filerne skal være tilgængelige når DVI-filen konverteres til PS, skal EPS-filerne følge med DVI-filerne så snart de flyttes.</para
+>EPS-grafitdefilen indsættes ikke i DVI-filen. Eftersom EPS-filerne skal være tilgængelige når DVI-filen konverteres til PS, skal EPS-filerne følge med DVI-filerne så snart de flyttes.</para
 ></listitem>
 		</itemizedlist>
 		
@@ -4293,7 +4293,7 @@
 		<para
 >&kile; hjælper dig til at finde information om den omgivende boks. Hvis du har installeret pakken <ulink url="http://www.imagemagick.org/"
 >&imagemagick;</ulink
->, henter &kile; informationen fra EPS-filen og indsætter den som et tilvalg. Dette gøres automatisk når du vælger grafikfilen. Der er to fordele ved at gå frem på denne måde:</para>
+>, henter &kile; informationen fra EPS-filen og indsætter den som et tilvalg. Dette gøres automatisk når du vælger grafitdefilen. Der er to fordele ved at gå frem på denne måde:</para>
 
 		<itemizedlist>
 		<listitem
@@ -4384,7 +4384,7 @@
 >. Når du kigger på konverteringskommandoen ser du at ingen ekstra fil laves. Resultatet af konverteringsprocessen sendes direkte til PS-filen. Det eneste som &latex; skal kende til er billedets størrelse, og derfor har vi brug for den omgivende boks, som &kile; sørger for.</para>
 		
 		<para
->Nogle siger at dette er en usikker måde. Du skal bestemme dig for hvordan du vil arbejde. Under alle omstændigheder behøver du ingen omgivende boks, eftersom &kile; ekstraherer denne information fra alle typer af grafikfiler.</para>
+>Nogle siger at dette er en usikker måde. Du skal bestemme dig for hvordan du vil arbejde. Under alle omstændigheder behøver du ingen omgivende boks, eftersom &kile; ekstraherer denne information fra alle typer af grafitdefiler.</para>
 
 		</sect2>
 		
@@ -4394,7 +4394,7 @@
 >PDF&latex; og EPS-grafik</title>
 
 		<para
->Som allerede nævnt, kan PDF&latex; ikke håndtere EPS-grafikfiler, men konverteringsværktøjer såsom <link linkend="build_graphics_epstopdf"
+>Som allerede nævnt, kan PDF&latex; ikke håndtere EPS-grafitdefiler, men konverteringsværktøjer såsom <link linkend="build_graphics_epstopdf"
 >epstopdf</link
 > kan hjælpe. Den bedste måde er at inkludere pakken <filename
 >epstopdf</filename
@@ -4652,7 +4652,7 @@
 >projekter</emphasis
 > i &kile;. Et projekt er en gruppering af &latex;, &tex; eller andre dokumenter som indeholder al information som bruges for at bygge det fuldstændige dokument. Et typisk projekt ville være et dokument som består af flere kapitler, skrevne i forskellige <literal role="extension"
 >.tex</literal
->-filer. Alle skal så kunne indgå i et projekt, for at gøre hele dokumentet enklere at håndtere. Du kan også opbevare filer som ikke er kildekode, såsom grafikfiler i et projekt. Projektets specifikation opbevares i en særlig fil, med filendelsen <literal role="extension"
+>-filer. Alle skal så kunne indgå i et projekt, for at gøre hele dokumentet enklere at håndtere. Du kan også opbevare filer som ikke er kildekode, såsom grafitdefiler i et projekt. Projektets specifikation opbevares i en særlig fil, med filendelsen <literal role="extension"
 >.kilepr</literal
 >.</para>
 
-- 
cgit v1.2.1