<para>&kappname; är en uppritningsmaskin för sammansättningar som används av &twin;.</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>
<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>
<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>
<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>
<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>
<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><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 (< 20 %) 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 % och 80 %.</para>
<listitem><para>Även om det är en trevlig effekt med mycket genomskinlighet (med värdet < 20 %) 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><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>
<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><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>
<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>
<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><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><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><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>
<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>
<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><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>
<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>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>
<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>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>
<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>
<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>
<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>
