Nicolas Goutte goutte@kde.org 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 $TDEHOME) 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 tde-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. 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 $TDEHOME 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. 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. har mer information om &kde;:s katalogstruktur, för att hjälpa dig hitta filen du behöver redigera. &kde; tillhandahåller ett kraftfullt kommunikationssystem mellan processer med &DCOP;, Desktop COmmunication Protocol. Genom att använda &DCOP; kan du styra ett stort antal funktioner i &kde; från kommandoraden eller från ett skript skrivet i ditt favoritskriptspråk. Du kan också få information från &kde;-program: till exempel tillhandahåller flera mediaspelare i &kde; metoder för att fråga spelaren efter information om spåret som för närvarande spelas. Generellt sett tillhandahåller varje &kde;-program ett eller flera &DCOP; gränssnitt, som i sin tur tillhandahåller metoder (eller om du föredrar det, funktioner) som andra program kan anropa. Det första steget i att skriva vårt skript är alltså att hitta lämplig metod för att ändra skrivbordsunderläggets bakgrundsfärg. Det enklaste sättet att göra det är att använda gränssnittet kdcop för att se tillgängliga &DCOP;-metoder. Kör kdcop från en terminal eller Kör program (fönstret som dyker upp med &Alt;F2). Fönstret kdcop visar programmen som för närvarande kör och tillhandahåller &DCOP;-gränssnitt, med en trädvy. I allmänhet krävs en viss sökning genom trädvyn för att hitta rätt metod, men ett användbart tips är att gränssnittet markerat (default) vanligtvis innehåller de oftast använda funktionerna. För att testa att funktionen gör det vi förväntar oss, dubbelklicka på posten setColor. För att ange färgen c, klicka på färgväljarknappen och välj en färg. Ange om färgen ska vara färg A med kryssrutan. Klicka på Ok, så ändras skrivbordsunderläggets färg. För att komma åt &DCOP;-metoden från ditt favoritskriptspråk, kan du antingen använda &DCOP;-bindningar, om de är tillgängliga i modulen tdebindings, eller anropa kommandoradsprogrammet dcop. För enkel användning är det tillräckligt att anropa kommandoradsprogrammet dcop. För att anropa en &DCOP;-metod på kommandoraden, måste vi ange programmet och gränssnittet som metoden tillhör, själva metoden och argumenten på en form som är lämplig för skalet. Vi anger program, gränssnitt och metod i denna ordning, följt av argumenten i samma ordning som de visas i kdcop. dcop har många andra väljare: Ta en titt på utmatningen från dcop --help. Det är nog med teori. Tid för ett exempel: Med hjälp av kommandoradsprogrammet dcop och lite kod i Perl, ska vi göra ett enkelt skript som långsamt låter skrivbordets bakgrund gå igenom spektrum cykliskt. Först tittar vi efter lämplig medod med kdcop. I det här exemplet går vi förbi sökningen, och går direkt till den: Metoden vi vill ha är kdesktopKBackgroundIfacesetColor. Funktionens argument och returtyp visas med stilen i språket C++. För setColor, är argumenten en färg, c, som anger den nya bakgrundsfärgen, och ett Booleskt värde, isColorA som anger om färgen är den första eller andra (det är användbart för att ange toningar med mera). För att använda metoden setColor på kommandoraden, använder vi följande: % dcop kdesktop KBackgroundIface setColor '#ffffff' false För att ange färgen använder vi det hexadecimala RGB-värdet, som används av &HTML;. Observera att det är omgivet av enkla citationstecken, för att skydda # från skalet. För att hitta det hexadecimala RGB värdet för en färg, öppna en färgvalsdialogruta i ett &kde;-program (till exempel i inställningscentralen, Utseende och teman Färger ), välj färgen du vill ha, och använd värdet som anges i textrutan HTML. Det är alltså allt vi behöver från &DCOP;. Nu är det bara frågan om att skriva ett skript omkring det. Här är en (mycket) grov implementering: = $min) and ($colour[$which] <= $max)); } } ]]> Kör bara skriptet utan argument så går det cykliskt igenom bakgrundsfärger i ett något begränsat spektrum ända tills det avbryts. Voilà! Perl är förstås inte det enda språk du kan använda för att skriva skript med &DCOP;. Om du föredrar skalskript, är det också tillgängligt: Följande skript hämtar huvudbilden från serien User Friendly och använder den som skrivbordsunderlägg, med allmänt tillgängliga verktyg och lite grand &DCOP;: .*,,"` TMPFILE=`mktemp /tmp/$0.XXXXXX` || exit 1 wget -q -O $TMPFILE $COMICURL dcop kdesktop KBackgroundIface setWallpaper $TMPFILE 1 ]]> Den första raden efter #!/bin/sh använder wget och lite magi med reguljära uttryck för att plocka ut bildens plats från huvudsidans &HTML;-kod. Den andra och tredje raden laddar ner bilden, och till sist ställer dcop in den nerladdade bilden som skrivbordsunderlägg. 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. Använd xev för att hitta tangenternas koder. I det här fallet är de 233 och 234. 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). 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 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. 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. 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 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 ). Det kan enkelt åstadkommas med följande metod: Öppna inställningscentralen och välj Inmatningsåtgärder under avdelningen Region och handikappstöd Välj Ny åtgärd Namnge den nya åtgärden, t.ex. Nästa virtuella skärm Välj Tangentbordsgenväg -> Kommando/webbadress (enkel) som Åtgärdstyp: 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. Under fliken Inställningar för kommando/webbadress, skriv in kommandot att köra i fältet: dcop twin default nextDesktop Upprepa ovanstående med tangenten Prev_Virtual_Screen och dcop twin 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. Se dokumentationen för Khotkeys genom att slå upp den i hjälpcentralen, eller skriva help:/khotkeys i ett &konqueror;-fönster. Adriaan de Groot groot@kde.org &tdedebugdialog; syns inte normalt i K-menyn. Du måste starta det från ett skal eller från Kör program med kommandot tdedebugdialog. &tdedebugdialog; 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å tdeio (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. I fullständig läge, som du får när du startar tdedebugdialog som tdedebugdialog --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.