1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
|
<chapter id="questions">
<title
>Ställa frågor</title>
<para
>Det kan hända att du har följt en länk från IRC eller en e-postlista till det här dokumentet. Du har ställt en fråga, och någon har talat om för dig att du måste fråga på ett bättre sätt. För att få ett passande, klart svar måste du ställa en passande, klar fråga på ett sätt som ger andra en anledning att ta sig tid att hjälpa dig. Om du verkar oförskämd, lat eller använder dåligt eller oklart språk kan det hända att din fråga ignoreras.</para>
<qandaset>
<qandaentry>
<question
><para
>Vad gör jag innan jag ställer en fråga?</para
></question>
<answer
><para
>Läs programmets dokumentation och vanliga frågor. Det finns en rik &kde;-dokumentation tillgänglig både i hjälpcentralen och på Internet. Mycket tid och ansträngning har används för att ta fram denna dokumentation, och ofta finns svaret på din fråga i den. &kde;:s allmänna användarhandbok hittar du genom att skriva <userinput
><command
>help:/userguide</command
></userinput
> i &konqueror;s adressrad.</para>
<para
>Sök på webben. Oftast kan en sökning på Google efter ett särskilt felmeddelande, eller en sökning i e-postlistornas arkiv, leda till en lösning på ditt problem.</para>
<para
>Försök och se vad som händer. Titta igenom programmets alla alternativ, läs Vad är det här? och verktygstips för de du inte är säker på. Om du verkligen är osäker på ett alternativ, spara först data och försök därefter med det. Under förutsättning att du använder lite sunt förnuft, är det mycket liten risk att du förstör någonting genom att klicka på knappar.</para>
<para
>Framför allt, var inte lat. Om du visar andra som du frågar att du klarar av att felsöka och forska på ett logiskt sätt, visar du dem att du är en vettig person som är värd deras tid att hjälpa. Det är ditt problem och inte deras, så du måste göra grundjobbet. Spara så mycket tid som möjligt åt de som hjälper dig, de är upptagna personer.</para
> </answer>
</qandaentry>
<qandaentry>
<question
><para
>Var ska jag fråga?</para
></question>
<answer
><para
>Oftast är den bästa platsen att ställa en fråga på <acronym
>IRC</acronym
>-kanalerna och e-postlistorna som är tillägnade användarfrågor. Skicka inte enkla frågor om hur &kde; används till kanalerna och e-postlistorna för utveckling, de är till för tekniska diskussioner. Några bra platser är #kde på irc.freenode.net, och e-postlistan &kde;.</para
></answer
> </qandaentry>
<qandaentry>
<question
><para
>Hur frågar jag?</para
></question>
<answer
><para
>Försök att formulera dina frågor på ett sätt som ger mesta möjliga information, och är artigt och belevat. Fråga inte om du får fråga, utan fråga direkt.</para>
<para
>F: &kde; är dålig, det är långsamt</para>
<para
>är inte en fråga som troligen ger dig ett användbart svar. Den ger ingen användbar information om hur problemet kan felsökas, och börjar med att attackera programvaran på ett sätt som inte är produktivt.</para>
<para
>F: Efter att ha uppgraderat &kde; på Slackware &Linux; från version 3.2.3 till 3.3.2 med källkod, har jag märkt att det är riktigt långsamt. Ibland tar program upp till 20 sekunder att starta. Jag använder samma gamla användarinställning som med tidigare version, och jag har försökt som en ny användare. Jag kan inte hitta något om detta på e-postlistorna eller med en sökning på Google. Kan någon peka på information som kan vara till hjälp?</para>
<para
>Den här frågan är artig, innehåller information som hjälper andra att felsöka problemet och visar de som hjälper dig vilka utvägar du redan har försökt med.</para>
<para
>Anta inte automatiskt att felet beror på &kde;. Betrakta det som ditt fel, annars irriterar du snabbt andra, om det verkligen visar sig vara ditt problem och inte bero på &kde;.</para>
<para
>Använd ett klart språk med riktig stavning. Se upp för tvetydigheter och försäkra dig om att du tänker på vad du vill säga innan du skriver det. Om du blir tillfrågad om ett förtydligande, ge det så bra du kan. &kde; är ett projekt där många av användarna och utvecklarna inte har engelska som modersmål, och om du inte använder riktigt engelska, kan missförstånd uppstå. Använd språk lämpligt för kanalen eller e-postlistan du deltar i. Om du inte gör det, ignoreras kanske ditt meddelande av de som skulle ha kunnat hjälpa dig eftersom det inte använder ett språk som de förstår.</para>
<para
>Inkludera all information som kan vara relevant, även om du inte är säker. Har du uppgraderat annan programvara eller hårdvara på datorn, i synnerhet nya systembibliotek eller en ny kärna? Det är saker som kan påverka hur &kde; fungerar. Även om du inte kan se en länk, kanske någon annan kan det.</para>
<para
>Gör inga omskrivningar av felmeddelanden. Klistra in det exakta felet, men om det är mer än en rad eller två klistra inte in dem direkt på en <acronym
>IRC</acronym
>-kanal. Använd en inklistringstjänst som <ulink url="http://www.rafb.net/paste/"
>http://www.rafb.net/paste</ulink
>. Om du måste skriva in dem för hand, försäkra dig om att du gör det 100 % riktigt. Om du tillhandahåller felaktig information, kan andra inte hjälpa dig lika lätt. </para>
<para
>Följ upp med din lösning. Tala om för oss om den fungerade, eller om du har löst problemet själv under tiden. Det hjälper oss att veta säkert om vår lösning fungerade, och hjälper andra användare som kanske själva söker i e-postlistornas arkiv efter en lösning på problemet.</para
> </answer>
</qandaentry>
<qandaentry>
<question
><para
>Vad gör jag när jag blir tillsagd att titta någon annanstans?</para
></question>
<answer
><para
>Om du får höra att <quote
>Google vet</quote
> eller <quote
>Google är din vän</quote
> är det troligt att du inte har följt råden ovan. Du har inte gjort några efterforskningar, och lösningen är troligen något som de som hjälper dig mycket väl vet är lätt att hitta. När du får en länk till vanliga frågor eller en användarhandbok, svara aldrig <quote
>Nej, jag vill inte behöva läsa det här. Jag vill att du bara talar om svaret för mig</quote
>. Det är mycket oartigt. Om du inte kan anstränga dig nog för att läsa ett dokument, vad finns det då för anledning för den som hjälper dig att använda sin tid och anstränga sig att hjälpa dig? Om du blir tillsagd att använda Google, acceptera det utan klagan och gör det.</para
> </answer>
</qandaentry
> </qandaset>
<para
>Framför allt, använd vanlig hövlighet. &kde;-användare och utvecklare erbjuder oftast frivilligt sin tid från ett redan mycket upptaget schema, och vill veta att du uppskattar att få deras hjälp utan kostnad. Var artig, säg tack och försök vara sympatisk och vänlig. </para>
<para
>Verkar detta vara en massa besvär för att ställa en fråga? Om du vill känna att andra är skyldiga att ge dig ett svar eller stöd, får du gärna betala för kommersiellt stöd från företag som stöder &kde; på &UNIX;-plattformar. Om du inte vill betala pengar, betala de som gör det gratis med artighet och uppskattning!</para>
<para
>Om du tycker att svaret på din fråga ska ingå bland &kde;:s vanliga frågor, skicka gärna in fixar eller förslag till redaktören för &kde;:s vanliga frågor, 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:
-->
|
