summaryrefslogtreecommitdiffstats
path: root/tde-i18n-sv/docs/kdebase/kompmgr/index.docbook
blob: 5c87fa503d96974804c96ee2499e328f6cd2da6e (plain)
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
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
<?xml version="1.0" ?>
<!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [
 <!ENTITY kappname "kompmgr">
 <!ENTITY package "kwin">
 <!ENTITY % Swedish "INCLUDE">
 <!ENTITY % addindex "IGNORE">
]>

<book lang="&language;">
<bookinfo>
<title
>Information om &kappname;</title>

<authorgroup>
<author
><personname
><firstname
>Thomas</firstname
><surname
>Luebking</surname
></personname
> <email
>thomas.luebking@web.de</email
> </author>

<othercredit role="translator"
> <firstname
>Stefan</firstname
> <surname
>Asserhäll</surname
> <affiliation
><address
><email
>stefan.asserhall@comhem.se</email
></address
></affiliation
> <contrib
>Översättare</contrib
></othercredit
> 
</authorgroup>

<copyright>
<year
>2005</year>
<holder
>Thomas Luebking</holder>
</copyright>

<legalnotice
>&FDLNotice;</legalnotice>

<date
>2005-01-15</date>
<releaseinfo
>2.0.1</releaseinfo>

<abstract>
<para
>&kappname; är en uppritningsmaskin för sammansättningar som används av &kwin;.</para>
<para
>Det här dokumentet är mer en relativt allmän förklaring av vad den gör, hur den fungerar och vilka begränsningar den har, än en dokumentation av hur den används (eftersom den fungerar automatiskt i bakgrunden).</para
> 
</abstract>

<keywordset>
<keyword
>KDE</keyword>
<keyword
>kwin</keyword>
<keyword
>uppritningsmaskin</keyword>
</keywordset>
</bookinfo>

<chapter id="introduction">
<title
>Inledning</title>

<para
>&kappname; är baserad på <application
>xcompmgr</application
>, Keith Packards referensimplementering för att använda de nya funktionerna i X.</para>

<para
>Sammansättningshanteraren fångar utmatning från X-windows och ritar upp dem i en enda bild som visas på skärmen. Fördelen med att göra detta är att man kan göra i stort sett vad som helst med fönstrens innehåll, inklusive att sammanfoga dem (genomskinlighet) eller lägga till skuggor. Man kan också tona dem, lägga till otrevlig reklam på varje fönster, klämma ihop dem, fragmentera dem, lägga till spår eller vad som helst annat du kan föreställa dig, bara begränsat av hårdvaran.</para>

</chapter>

<chapter id="xorg">
<title
>Xorg</title>

<para
>Det är nödvändigt att ha <emphasis
>X.org 6.8 eller senare</emphasis
> för att få &kappname; att fungera. X.org 6.7 eller äldre eller XFree86 fungerar inte.</para>

<sect1 id="xsetup">
<title
>Inställning</title>
<para
>Du måste explicit aktivera sammansättningsutökningen. Lägg till en ny sektion i X.org inställningsfil.</para>

<programlisting
>Section "Extensions"
    Option "Composite" "Enable"
EndSection
</programlisting>

<para
>Om det stöds av din grafikprocessor, <acronym
>GPU</acronym
> (den komplexa krets som styr moderna grafikkort), aktivera acceleration med Render. Det stöds bäst av <trademark
>NVIDIA</trademark
>, och mindre fullständigt av ATI-kort.</para>

<programlisting
>Section "Device"
....
....
    Option     "RenderAccel" "true"
....
....
EndSection</programlisting>

<para
>&kappname; ska nu vara tillgänglig. För mer information, se <link linkend="problems"
>Vanliga frågor</link
>.</para>

</sect1>

</chapter>

<chapter id="settings">
<title
>Inställningar</title>

<para
>Det här kapitlet beskriver de parametrar du kan finjustera, vad deras synliga resultat blir och deras påverkan på prestanda.</para>

<sect1 id="translucency">
<title
>Genomskinlighet</title>

<para
>Ett genomskinligt objekt är ett som låter ljus passera igenom. När det gäller fönster på skrivbordet, betyder det att innehållet i fönster syns genom det som är överst.</para>

<para
>Genomskinlighet låter dig betona vissa fönster, få en tredimensionell vy av skrivbordet, hålla ordning på täckta fönster och bara se trevligt ut. Priset är att det kostar viss systemkapacitet att sammanfoga saker och ting.</para>

<para
>Du kan ställa in genomskinlighet oberoende för följande objekt:</para>

<variablelist>
<varlistentry>
<term
><guilabel
>Aktiva fönster</guilabel
></term>
<listitem
><para
>Du föreslås att inaktiverar genomskinlighet hos det aktiva fönstret. Den huvudsakliga orsaken är prestanda, och i andra hand eftersom när du tittar på innehållet i ett genomskinligt fönster måste hjärnan filtrera bort den irriterande informationen som lyser igenom, vilket är tröttande.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Inaktiva fönster</guilabel
></term>
<listitem
><para
>Om du ställer in inaktiva fönster att vara genomskinliga, verkar aktiva fönster vara betonade och är enklare att fokusera på. Om du dock väljer ett lägre värde, kan du ha svårighet att hitta ett inaktivt fönster. Om du väljer mycket låga värden (&lt; 20 &percnt;) kanske du inte kan skilja på ordningen fönster är lagrade på varandra, så du kan klicka på knappen <guibutton
>Ok</guibutton
> av misstag i en dialogruta, när du bara ville aktivera ett fönster. De bästa värdena är mellan 60 &percnt; och 80 &percnt;.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Flyttade fönster</guilabel
></term>
<listitem
><para
>Även om det är en trevlig effekt med mycket genomskinlighet (med värdet &lt; 20 &percnt;) när fönster flyttas, blir priset att betala i prestanda högt, särskilt om du inte inaktiverar skuggor (se nedan). Prova det och om du känner att systemet är långsamt, behåll fönster som flyttas ogenomskinliga. Värdet gäller också fönster där storleken håller på att ändras.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Dockade fönster</guilabel
></term>
<listitem
><para
>Eftersom systembrickor som Kicker sällan eller aldrig flyttas, och oftast har begränsad storlek, är detta enbart visuellt och påverkar inte systemets prestanda negativt.</para
>  
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Behandla fönster med "Behåll över andra" som aktiva</guilabel
></term>
<listitem
><para
>Om du ställer in ett fönster att vara ovanför andra, vill du ofta ha fokus på det, så det kan vara vettigt att ge det samma betoning.</para
> 
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Inaktivera ARGB-fönster</guilabel
></term>
<listitem
><para
>XRender stöder fönster med alfamask, dvs. genomskinliga delar. För närvarande finns det inga eller mycket få program som använder sig av funktionen, eftersom den inte är vettig utan att använda sammansättningshantering. Det kan ändas i framtiden.</para>
<para
>Å andra sidan, ställer de flesta GTK 1.x-program (t.ex. <application
>xmms</application
>) in en sådan alfamask, vilket resulterar i nästan oanvändbara fönster (så länge fönstret som ligger under inte är svart), så du kan inaktivera stöd för ARGB-fönster här för att kunna använda GTK-program. Det kommer förhoppningsvis finnas en programfix för GTK i en nära framtid för att rätta det här.</para>
</listitem>
</varlistentry>
</variablelist>
</sect1>

<sect1 id="shadows">
<title
>Skuggor</title>
<para
>Varför skulle någon vilja att fönster kastar skuggor? Ja, kanske bara för att det ser snyggt ut, eller för att det tillåter bättre separation av fönster, eller... för att det ser snyggt ut!</para
> 
<variablelist>
<varlistentry>
<term
><guilabel
>Använd skuggor</guilabel
></term>
<listitem
><para
>En skugga kostar vissa extra prestanda för processorn och grafikprocessorn, så de kan inaktiveras medan en allmän alfakanalmöjlighet behålls.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Aktiva fönsters storlek</guilabel
></term>
<term
><guilabel
>Inaktiva fönsters storlek</guilabel
></term>
<term
><guilabel
>Dockade fönsters storlek</guilabel
></term>
<listitem
><para
>Du kan välja flera olika skuggstorlekar för olika fönstertillstånd eller -typer. Värdena är inte absoluta, utan gäller skärmens upplösning.</para>
<para
>I princip kan du ställa in alla värden du vill (om du redigerar inställningsfilen med en texteditor, lång mer än <quote
>32</quote
> som tillhandahålls), men större skuggor kostar mer prestanda hos processorn och grafikprocessorn.</para
> 
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Vertikal position</guilabel
></term>
<term
><guilabel
>Horisontell position</guilabel
></term>
<listitem
><para
>Normalt skulle fönstret kasta en skugga <quote
>likadan runt omkring</quote
>, som motsvarar en ljuskälla rakt framifrån. Användare bekanta med &MacOS; kan vilja ha en vertikal förskjutning, medan användare av &Windows; kan föredra en viss förskjutning åt sydost. Experimentera med värdena till du är nöjd.</para
> 
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Skuggfärg</guilabel
></term>
<listitem
><para
>Oftast syns skuggor som frånvaro av ljus i gråa nyanser (så den maximala skuggan är svart, eller inget ljus alls). Men det här är minsann en virtuell värld, och om du till och med skulle vilja ha rosa skuggor, så varför inte?</para
> 
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Ta bort skuggor vid flyttning</guilabel
></term>
<listitem
><para
>Markera det här om du behöver mer prestanda (särskilt när du använder genomskinliga fönster vid förflyttning).</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Ta bort skuggor vid ändring av storlek</guilabel
></term>
<listitem
><para
>Det är en god idé att markera det här vare sig genomskinliga fönster används vid storleksändring (och förflyttning) eller inte. Punktavbildningarna av fönstrens skuggor måste skapas om hela tiden under storleksändring, vilket ger stor påverkan på systemprestanda.</para>
</listitem>
</varlistentry>
</variablelist>
</sect1>

<sect1 id="effects">
<title
>Effekter</title>
<variablelist>
<varlistentry>
<term
><guilabel
>Tona in fönster</guilabel
></term>
<term
><guilabel
>Tona mellan ändringar i genomskinlighet</guilabel
></term>
<listitem
><para
>Istället för att bara låta ett nytt fönster dyka upp, kan du vilja tona in det långsamt. Även om det ser imponerande ut, ger det ett lika imponerade pris i prestanda, och det är svårt att använda fönster som håller på att tonas på ett meningsfullt sätt. </para>
</listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Intoningshastighet</guilabel
></term>
<term
><guilabel
>Uttoningshastighet</guilabel
></term>
<listitem
><para
>På grund av användbarhetsorsakerna som nämns under <guilabel
>Tona in fönster</guilabel
>, är det mest praktiskt att använda en snabb intoningshastighet och (för mer ögongodis) en långsam uttoningshastighet. Det ger trevliga effekter och ett system som känns mjukt, samt låg latenstid innan information visas.</para
> 
</listitem>
</varlistentry>
</variablelist>
</sect1>

</chapter>

<chapter id="problems">
<title
>Problem</title>

<para
>Hela sammansättningsutökningen är mycket ny. Den kan orsaka allvarliga problem, och till och med krascha X, så <emphasis
>du uppmanas starkt att aldrig aktivera sammansättningsutökningen i Xorg.conf för kritiska produktionssystem</emphasis
>. Om du dock kan ta risken med ett något mindre stabilt system, är det verkligen trevligt att se en del ögongodis.</para>

<para
>I följande fall kan du märka några problem. Här är några populära sätt att komma förbi dem: </para>

<qandaset>
<qandaentry>
<question>
<para
>Jag har X.org 6.8.x, men &kappname; startar inte</para>
</question>
<answer>
<para
>Du måste explicit aktivera utökningen Composite. Lägg till en ny sektion i  /etc/X11/XorgConfig:</para>
<programlisting
>Section "Extensions"
   Option "Composite" "Enable"
EndSection</programlisting>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Ok, &kappname; fungerar, men det är förskräckligt långsamt</para>
</question>
<answer>
<para
>Om det stöds av din grafikprocessor, <acronym
>GPU</acronym
>, (i huvudsak <trademark
>NVIDIA</trademark
>-kort, och i viss mån ATI-kort), försäkra dig först om att du har aktiverat acceleration med Render.</para>
<programlisting
>Section "Device"
....
....
Option     "RenderAccel" "true"
....
....
EndSection
</programlisting>

<para
>Om den fortfarande är långsam kan du försöka justera minnesanvändningen. Minska antingen skärmdjupet (t.ex. från 24 till 16) eller minska upplösningen (t.ex. från 1280x1024 till 1024x768).</para
> 

<para
>Observera att den begränsande faktorn för sammansättningsutökningen för närvarande verkar vara processorns cachestorlek.</para>

</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Efter att ha aktiverat sammansättningshanteraren kan jag inte längre köra några <acronym
>GLX</acronym
>-program. Jag har ett <trademark
>NVIDIA</trademark
>-kort.</para>
</question>
<answer>
<para
>För vissa problem inaktiverade <trademark
>NVIDIA</trademark
> stöd för GLX när sammansättningshanteraren är aktiv. Att aktivera det igen är möjligt, men kan orsaka problem för vissa kombinationer av kärna, drivrutin och grafikprocessor.</para
> 
<programlisting
>Section "Device"
....
....
Option  "AllowGLXWithComposite" "true"
....
....
EndSection
</programlisting>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Jag ville spela ett spel med <acronym
>SDL</acronym
> (men inte <acronym
>GL</acronym
>), såsom <application
>scummvm</application
>, men när sammansättningshanteraren har aktiverats kan jag bara se en skugga.</para>
</question>
<answer>
<para
>Det här är ett problem med PictType som rapporteras av SDL.</para>

<para
>Ett sätt att komma förbi problemet:</para>
<screen
>Istället för att direkt anropa <command
>scummvm</command
>, anropa
<command
>SDL_VIDEO_X11_VISUALID=0x24 scummvm</command
>. Det talar om för SDL att
använda ett format som stöds och du kan spela som vanligt. </screen>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Program XXX vägrar starta efter sammansättningshanteraren har aktiverats.</para>
<para
>Program YYY förstör X efter sammansättningshanteraren har aktiverats.</para>
<para
>Program ZZZ ser konstigt ut efter sammansättningshanteraren har aktiverats.</para>
</question>
<answer>
<para
>Sammansättningsutökningen är fortfarande experimentell.</para>
<para
>Ett sätt att komma förbi problemet:</para>
<para
>Istället för att anropa <command
>programnamn</command
> direkt, anropa <command
>XLIB_SKIP_ARGB_VISUALS=1 programnamn</command
></para>
<para
>Program som är kända orsaker till problem:</para>
<itemizedlist>
<listitem
><para
>Alla GTK 1-program (t.ex. <application
>gmplayer</application
>, <application
>xmms</application
>, <application
>gaim</application
>): Misslyckas att starta, ser oanvändbart konstiga ut, eller kraschar X.</para
></listitem>
<listitem
><para
>&kuickshow;: Visar bara en svart ram</para
></listitem>
<listitem
><para
>&Qt; <application
>Designer</application
>: Kraschar X</para
></listitem>
<listitem
><para
>&kopete;: Kraschar X</para
></listitem>
<listitem
><para
>&kolf;: Kraschar X</para
></listitem>
</itemizedlist>
</answer>
</qandaentry>

<qandaentry>
<question>
<para
>Jag försöker titta på en video, men ser bara artefakter i videofönstret.</para>
</question>
<answer>
<para
>Du använder <quote
>xv</quote
> som videogränssnitt. Det är överlagringsläget, där videoinnehållet skrivs direkt till videokortets minne, och går förbi X. Därför verkar fönstret vara statiskt (färgad bakgrund) och uppdateras inte av skadeutökningen.</para>
<para
>Det kommer förhoppningsvis finnas en rättning av detta i framtiden. För närvarande fås bäst resultat vid användning av <application
>Xine</application
>, men att visa genomskinliga videor är ändå inte snabbt.</para>
</answer>
</qandaentry>

</qandaset>
</chapter>

<chapter id="credits-and-licenses">
<title
>Tack till och licenser</title>

<sect1 id="authors">
<title
>Upphovsmän</title>
<para
>Thomas Luebking <email
>baghira-style@gmx.net</email
>: Redaktör</para>
&underFDL; &underGPL; </sect1>


</chapter>

</book>
<!--
Local Variables:
mode: sgml
sgml-omittag: nil
sgml-shorttag: t
End:
-->