# Meka under huven på &kde;

Nicolas Goutte goutte@kde.org

## Redigera inställningsfiler för hand

### Inledning

Inställningsfilerna i &kde; är enkla att redigera med en vanlig editor som &kate;, eftersom inställningsfilerna är textfiler.

Ett exempel på en textfil:

    [General]
    AutoSave=1
    LastFile=/var/tmp/test.txt

Användarspecifika inställningsfiler lagras i `.kde/share/config` (ersätt `.kde` med din inställning av $`KDEHOME`) och de globala finns i underkatalogen `share/config` i &kde;:s installationssökväg. (Du kan hitta sökvägen genom att köra kommandot `kde-config --prefix`.) Filnamnen slutar typiskt med rc (utan inledande punkt), till exempel `kopeterc`.

Att redigera inställningsfiler för hand kan utgöra en risk för stabiliteten hos din installation av &kde;. Program kontrollerar oftast inte vad de läser i inställningsfiler. Det betyder att de kan störas av vad de får som inställningar, och kan till och med krascha.

### Säkerhetskopior

Den första regeln är alltså att göra en säkerhetskopia av filen innan du ändrar den. Det är bäst att lagra säkerhetskopian utanför någon underkatalog i `.kde` (eller motsvarande $`KDEHOME` katalog). Säkerhetskopior är hur som helst en god idé i händelse av ett större fel i &kde; som skulle förstöra viktiga inställningsfiler (till exempel dina inställningar av &kmail;, som finns i filen `kmailrc`). Ett sådant större fel ska inte inträffa, men det kan ändå ske.

### Redigering

Varför skulle du vilja röra inställningsfilerna över huvudtaget? Ja, först och främst behöver du det om du vill upprätta ett kioskläge. Kanske har en utvecklare bett dig att lägga till en post för att hjälpa till att lösa ett problem i programmet. Kanske vill du återhämta dig från ett problem utan att behöva ta bort hela `.kde` katalogen. Kanske vill du lära dig mer om interna funktioner i &kde;.

Hur som helst, vilken anledning du än har, vill du ändra en inställningsfil för hand.

När du tänker dig att redigera en sådan fil, försäkra dig om att programmet som använder den inte kör. Om det är en av de grundläggande inställningsfilerna, fundera på att redigera filen när &kde; inte alls kör.

Klar? Gör då en säkerhetskopia av filen (det har vi väl redan talat om?). Starta din favoriteditor (låt oss anta att det är &kate;), ladda filen (Var noggrann med att ladda den som UTF-8, som &kate; visar som utf8).

Nu har du en fil som ser ut så här:

    [Group]
    Key1=Value1
    Key2=Value2
    Key3=Value3

Du kan nu ändra den (med försiktighet) och därefter spara den (Försäkra dig igen om att det är som UTF-8).

Nu kan du testa programmet och om det inte lägre kör som det ska, stänga programmet och återställa inställningsfilens säkerhetskopia.

### Relaterad information

- kde-for-administrators har mer information om &kde;:s katalogstruktur, för att hjälpa dig hitta filen du behöver redigera.

## Använda skript med skrivbordet

En kort introduktion till DCOP-skript. kdcop.

## Lägga till extra tangentbindningar till &kde;

Många moderna tangentbord har extra tangenter som normalt inte är tilldelade till någon åtgärd.

Multimediatangenter skapar ofta en signal, och kan helt enkelt väljas som en snabbtangent i ett program precis som att välja vilken annan tangent som helst. Vissa tangenter detekteras dock inte, och att trycka på dem i Anpassa genvägar får ingen effekt.

Till exempel har vissa bärbara datorer från IBM extra tangenter omkring vänster- och högerpilarna, som ser ut som sida vänster och sida höger.

1. Använd `xev` för att hitta tangenternas koder. I det här fallet är de 233 och 234.

2. Välj tangentsymboler. Det finns en hel uppsättning sådana som inte normalt används, alltså är många lediga. Du hittar listan i `/usr/X11R6/include/X11/keysymdef.h` (eller motsvarigheten på ditt system).

3. Skapa en fil i din hemkatalog som heter `.Xmodmap`, och lägg till följande:

       keycode 233 = Next_Virtual_Screen
       keycode 234 = Prev_Virtual_Screen

4. Kör kommandot ``xmodmap` `~/.Xmodmap``

Nu ska du kunna köra `xev` igen och se att tangenterna nu genererar tangentsymbolen som du tilldelade dem. Du kan nu helt enkelt tilldela dem till vilken åtgärd som helst som vanligt.

## Relaterad information

- Manualsidan för `xev`. Du kan titta på den genom att skriva `man:/xev` i ett &konqueror;-fönster eller genom att skriva ``man` xev` i en terminal.

## Lägga till tangentbindningar för nya åtgärder

De flesta åtgärder antingen på skrivbordet eller i program är enkelt tillgängliga att tilldela en tangentbindning till. Om åtgärden du vill ha en snabbtangent för är något du skrivit själv, eller på annat sätt inte är tillgänglig, kan du ändå tilldela den en snabbtangent.

För att knyta ihop de två föregående avsnitten, vill du kanske tilldela en tangent på tangentbordet som annars är oanvänd till ett skript eller ett DCOP-kommando. Vårt exempel här är att tilldela de två tangenter vi har lagt till i adding-extra-keys för att gå till föregående eller nästa virtuella skrivbord, vilket man behöver DCOP för att göra (som beskrevs i scripting-the-desktop).

Det kan enkelt åstadkommas med följande metod:

1. Öppna inställningscentralen och välj Khotkeys under avdelningen Region och handikappstöd

2. Välj Ny åtgärd

3. Namnge den nya åtgärden, t.ex. `Nästa virtuella skärm`

4. Välj Tangentbordsgenväg -> Kommando/webbadress (enkel) som Åtgärdstyp:

5. Under fliken Tangentbordsgenväg, klicka på knappen som du vill använda för att utföra kommandot. I det här exemplet, skulle du trycka på den med ikonen Nästa sida, Då visas Next_Virtual_Screen som tangentbild.

6. Under fliken Inställningar för kommando/webbadress, skriv in kommandot att köra i fältet: ``dcop kwin default nextDesktop``

Upprepa ovanstående med tangenten Prev_Virtual_Screen och ``dcop kwin default previousDesktop``.

Genom att nu trycka på Prev_Virtual_Screen eller Next_Virtual_Screen byter du till föregående eller nästa virtuella skrivbord.

Uppenbarligen kan du tilldela vilken ledig tangent som helst till en åtgärd.

## Relaterad information

- Se dokumentationen för Khotkeys genom att slå upp den i hjälpcentralen, eller skriva `help:/khotkeys` i ett &konqueror;-fönster.

- adding-extra-keys

- scripting-the-desktop

## &kdebugdialog;: Styra &kde;:s avlusningsutmatning

### Grundläggande användning

&kdebugdialog; syns inte normalt i K-menyn. Du måste starta det från ett skal eller från Kör program med kommandot ``kdebugdialog``. &kdebugdialog; visar ett fönster med en lång lista över avlusningsytor. Varje yta har en kryssruta som du kan markera eller avmarkera för att aktivera eller inaktivera felsökningsutmatning för den delen av &kde;.

Listan med felsökningsytor är sorterad i nummerordning, inte alfabetiskt, så kio (127) kommer före artskde (400). Numren går upp till omkring 200000, men det finns egentligen bara 400 ytor. Du behöver dock inte söka igenom hela listan för att hitta ytan du vill ha. Det finns en radeditorruta längst upp i dialogrutan där du kan skriva in en del av namnet på ytan du vill ha. Listan med poster som visas filtreras så att bara de felsökningsytor som innehåller texten du har skrivit in. Genom att t.ex. skriva in `k` filtreras inte särskilt mycket, men skrivs `kont` in visas bara felsökningsytor för &kontact;. Som ett ännu snabbare sätt att aktivera eller inaktivera felsökningsutmatning, finns också knapparna Markera alla och Avmarkera alla, som gör att &kde; skapar enorma mängder felsökningsutmatning, eller mycket lite.

### Kdebugdialog i fullständigt läge

I fullständig läge, som du får när du startar kdebugdialog som ``kdebugdialog` `--fullmode``, är samma lista med felsökningsytor tillgängliga som i enkelt läge, men du kan bara välja en åt gången i en kombinationsruta. Nu kan du oberoende ställa in utmatningen för olika typer av meddelanden: Information, Varning, Fel och Allvarligt fel. För var och en av dessa typer kan du välja vart meddelandet skickas. Alternativen är:

Arkiv, då du kan skriva in ett filnamn. Filen skrivs i katalogen $`HOME`.

Meddelanderuta. Varje felsökningsmeddelande visas i en informationsdialogruta, som du måste klicka Ok i för att fortsätta med programmet.

Skal, förvalt alternativ. Meddelanden skrivs ut med standardfelutmatningen, och syns antingen i skalfönstret där programmet startades eller i `.xsession-errors`.

Systemlogg. Detta skickar varje felsökningsmeddelande till systemets syslog-funktion, som kan utföra sin egen behandling av meddelandet.

Ingen. Det undertrycker utmatning av den här sortens meddelande.

För meddelanden som skapas av allvarliga fel är det i allmänhet en dålig idé att välja Ingen eller Syslog, eftersom du i båda fallen inte ser meddelandet och programmet som stöter på det allvarliga felet försvinner utan att lämna någon ledtråd om varför det försvann. Om programmet försvinner eller inte vid ett allvarligt fel, kan styras med kryssrutan Avbryt vid allvarligt fel, som normalt är markerad, men du kan ändå förvänta dig att ett program kraschar (på ett osnyggt sätt) om det stöter på ett allvarligt fel.

### Relaterad information