
<chapter id="questions">

<title
>Stil spørgsmål</title>

<para
>Du har formodentlig fulgt et link fra IRC eller en e-mail-liste til dette dokument. Du har stillet et spørgsmål, og nogen har fortalt dig at du skal lære at spørge på en bedre måde. For at få et passende, klart svar skal du stille et passende, klart spørgsmål på en måde som giver andre en anledning til at tage sig tid til at hjælpe dig. Hvis du virker uforskammet, doven eller bruger dårligt eller uklart sprog kan det nemt ske at dit spørgsmål ignoreres.</para>

<qandaset>
<qandaentry>

<question
><para
>Hvad gør jeg inden jeg stiller et spørgsmål?</para
></question>

<answer
><para
>Læs programmets dokumentation og &FAQ;. Der er en rig &kde;-dokumentation tilgængelig både i hjælpecentret og på internettet. Meget tid og anstrengelse er brugt for at lave denne dokumentation, og ofte findes svaret på dit spørgsmål i den. &kde;'s generelle brugerhåndbog finder du ved at skrive <userinput
><command
>help:/userguide</command
></userinput
> i &konqueror;s adresselinje.</para>

<para
>Søg på internettet. Ofte kan en søgning på Google efter en særlig fejlmeddelelse, eller en søgning i e-mail-listernes arkiv, føre til en løsning på dit problem.</para>

<para
>Forsøg og se hvad der sker. Kig igennem alle programmets tilvalg, læs Hvad er dette? og værktøjsvink for dem du ikke er sikker på. Hvis du virkelig er usikker på et tilvalg, så gem først data og forsøg derefter med det. Under forudsætning af at du bruger lidt sund fornuft, er der meget lille risiko for at du ødelægger noget ved at klikke på knapper.</para>

<para
>Frem for alt, vær ikke doven. Hvis du viser andre som du spørger at du klarer at fejlsøge og forske på en logisk måde, viser du dem at du er en rimelig person som det er deres tid værd at hjælpe. Det er dit problem og ikke deres, så du skal gøre grundjobbet. Spar så meget tid som muligt for dem som hjælper dig, de er travle personer.</para
> </answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvor skal jeg spørge?</para
></question>

<answer
><para
>Sædvanligvis er det bedste sted at stille et spørgsmål på <acronym
>IRC</acronym
>-kanalerne og e-mail-listerne som er beregnede til brugerspørgsmål. Send ikke simple spørgsmål om hvordan &kde; bruges til kanalerne og e-mail-listerne for udvikling, de er til for tekniske diskussioner. Nogle gode steder er #kde på irc.freenode.net, og e-mail-listen &kde;.</para
></answer
> </qandaentry>

<qandaentry>
<question
><para
>Hvordan spørger jeg?</para
></question>

<answer
><para
>Forsøg at formulere dine spørgsmål på en måde som giver mest mulig information, og er høflig og beleven. Spørg ikke om du må spørge, men spørg direkte.</para>

<para
>S: &kde; er dårlig, det er langsomt</para>

<para
>er ikke et spørgsmål som formodentlig giver dig et nyttigt svar. Det giver ingen brugbar information om hvordan problemet kan fejlsøges, og begynder med at angribe programmellet på en måde som ikke er produktiv.</para>

<para
>S: Efter at have opgraderet &kde; på Slackware &Linux; fra version 3.2.3 til 3.3.2 med kildekode, har jeg bemærket at det er blevet rigtigt langsomt. Sommetider tager programmer op til 20 sekunder om at starte. Jeg bruger de samme gamle brugerindstillinger som med den tidligere version, og jeg har forsøgt som en ny bruger, men den nye konto har det samme problem. Jeg kan ikke finde noget om dette på e-mail-listerne eller med en søgning på Google. Kan nogen pege på information som kan være til hjælp?</para>

<para
>Dette spørgsmål er høfligt, indeholder information som hjælper andre med at fejlsøge problemet og viser dem som hjælper dig hvilke udveje du allerede har forsøgt med. Ikke blot gør dette deres job nemmere, men det sparer dig for frustationen af at blive fortalt alle de mulige løsninger du allerede har været igennem.</para>

<para
>Antag ikke automatisk at fejlen skyldes &kde;. Betragt det som din fejl, ellers irriterer du hurtigt andre, hvis det virkelig viser sig være dit problem og ikke skyldes på &kde;.</para>

<para
>Brug et klart sprog med rigtig stavning. Pas på med tvetydigheder og sørg for at tænke på hvad du vil sige inden du skriver det. Hvis du bliver spurgt om en tydeliggørelse, så gør det så godt du kan. &kde; er et projekt hvor mange af brugerne og udviklerne ikke har engelsk som modersmål, og hvis du ikke bruger rigtigt engelsk, kan misforståelser opstå. Brug sprog passende for kanalen eller e-mail-listen du deltager i. Hvis du ikke gør det, ignoreres din meddelelse måske af dem som ville have kunnet hjælpe dig eftersom det ikke bruger et sprog som de forstår.</para>

<para
>Inkludér al information som kan være relevant, også selvom du ikke er sikker. Har du opgraderet andet programmel eller hardware på maskinen, i særdeleshed nye systembiblioteker eller en ny kerne? Det er ting som kan påvirke hvordan &kde; virker. Selv om du ikke kan se en sammenhæng, er der måske en anden der kan det.</para>

<para
>Lav ingen omskrivninger af fejlmeddelelser. Indsæt den nøjagtige fejl, men hvis det er mere end en linje eller to så indsæt dem ikke direkte på en <acronym
>IRC</acronym
>-kanal. Brug en indsætningstjeneste såsom <ulink url="http://www.rafb.net/paste/"
>http://www.rafb.net/paste</ulink
>. Hvis du skal indtaste dem i hånden, så sørg for at du gør det 100 % rigtigt. Hvis du giver ukorrekt information, kan andre ikke hjælpe dig så nemt. </para>

<para
>Følg op med din løsning. Fortæl os om den virkede, eller om du har løst problemet selv i mellemtiden. Det hjælper os at vide med sikkerhed om vor løsning fungerede, og hjælper andre brugere som måske selv søger i e-mail-listernes arkiver efter en løsning på problemet.</para
> </answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvad gør jeg når jeg bliver bedt om at kigge et andet sted?</para
></question>

<answer
><para
>Hvis du bliver fortalt at <quote
>Google ved</quote
> eller <quote
>Google er din ven</quote
> er det sandsynligt at du ikke har fulgt rådene ovenfor. Du har ikke lavet nogen efterforskninger, og løsningen er formodentlig noget som de som hjælper dig meget vel ved er let at finde. Når du får et link til ofte stillede spørgsmål eller en brugerhåndbog, så svar helst aldrig <quote
>Nej, jeg har ikke lyst til at læse det hvorfor fortæller du mig det ikke</quote
>. Dette er meget dårlige manerer. Hvis du ikke kan anstrenge dig nok til at læse et dokument, hvad er der så af grund for den som hjælper dig til at bruge sin tid og anstrenge sig for at hjælpe dig? Hvis du bliver bedt om at bruge Google, så acceptér det uden klage og gør det.</para
> </answer>
</qandaentry
> </qandaset>

<para
>Fremfor alt, brug almindelig høflighed. &kde;-brugere og udviklere tilbyder oftest frivilligt deres tid fra et allerede meget travlt skema, og vil vide at du værdsætter at få deres hjælp uden omkostning. Vær høflig, sig tak og forsøg at være sympatisk og venlig. </para>

<para
>Synes dette at være en masse besvær for at stille et spørgsmål? Hvis du vil føle at andre er skyldige at give dig et svar eller støtte, må du gerne betale for kommerciel understøttelse fra firmaer som understøtter &kde; på &UNIX;-platforme. Hvis du ikke vil betale penge, så betal dem som gør det gratis med høflighed og værdsættelse!</para>


<para
>Hvis du synes at svaret på dit spørgsmål skal indgå blandt &kde;'s ofte stillede spørgsmål, så indsend gerne rettelser eller forslag til redaktøren for &kde;'s ofte stillede spørgsmål, på <email
>faq@kde.org</email
>.</para>



</chapter>

<!-- Keep this comment at the end of the file
Local variables:
mode: xml
sgml-omittag:nil
sgml-shorttag:nil
sgml-namecase-general:nil
sgml-general-insert-case:lower
sgml-minimize-attributes:nil
sgml-always-quote-attributes:t
sgml-indent-step:0
sgml-indent-data:true
sgml-parent-document:("index.docbook" "book" "chapter")
sgml-exposed-tags:nil
sgml-local-catalogs:nil
sgml-local-ecat-files:nil
End:
-->
