&kde; för administratörer

Waldo Bastian bastian@kde.org &Philip.Rodrigues; &Philip.Rodrigues.mail; &kde; för administratörer &kde;:s interna funktioner Översikt Ännu inte skrivet Kataloglayout &kde; definierar en filsystemhierarki som används av &kde;-miljön själv samt alla &kde;-program. I allmänhet lagrar &kde; alla sina filer i ett katalogträd med en fast struktur. Normalt använder &kde; två katalogträd: Ett på systemnivå (till exempel /opt/kde3). Ett på användarnivå i användarens hemkatalog (oftast ~/.trinity). Som systemadministratör kan du skapa ytterligare träd. Sådana ytterligare träd kan användas som profiler. &SuSE; &Linux; använder till exempel: $HOME/.trinity /opt/kde3. (Detta är specifikt för &SuSE;. Andra distributioner kanske använder /usr eller /usr/kde3) /etc/opt/kde3. (Detta har lagts till av &SuSE;). Om du har installerat Kiosk-administrationsverktyget version 0.7 eller senare, kan du kontrollera vilket katalogträd som används med följande kommando: kiosktool-tdedirs &kde; och &kde;-program slår upp filer genom att söka i alla &kde;:s katalogträd. Katalogträden kontrolleras i prioritetsordning. När en fil finns i flera katalogträd, får filen från det sista trädet företräde. Normalt har trädet placerat i användarens hemkatalog högst prioritet. Det är också katalogträdet dit ändringar skrivs. För information om &MIME;-typen text/plain, söks följande filer igenom: $HOME/.trinity/share/mimelnk/text/plain.desktop /opt/kde3/share/mimelnk/text/plain.desktop /etc/opt/kde3/share/mimelnk/text/plain.desktop Om en användare gör en ändring, skrivs ändringen i $HOME/.trinity/share/mimelnk/text/plain.desktop För inställningsfiler är historien något annorlunda. Om det finns flera inställningsfiler med samma namn som hittas i katalogträd, kombineras deras innehåll. Katalogträdens prioritetsordning spelar roll här. När två filer definierar samma inställningsnyckel, avgör filen med högst prioritet vilket värde som används för nyckeln. Om till exempel följande två filer finns, med detta innehåll: $HOME/.trinity/share/config/exempel Color=red Shape=circle /etc/opt/kde3/share/config/exempel Color=blue Position=10,10 Filerna sammanfogas för att ge resultatet: Color=red Shape=circle Position=10,10 Ange kataloger Miljövariabel Exempelinställningar Kommentar TDEHOME ~/.trinity TDEROOTHOME /root/.trinity Olika variabler för att förhindra att root skriver till användarens $TDEHOME efter att ha kört su. TDEDIR /opt/kde3, /usr, /usr/kde3 Leverantörsberoende. Används av &kde; 2. Om den inte är satt, gå tillbaka till inkompilerat förvalt värde. TDEDIRS /opt/kde3, /usr, /usr/kde3 Ny i &kde; 3. Kan lista flera platser åtskilda med ett kolon. Återgår till $TDEDIR om inte angiven. Behöver inte ställas in. Standardvärden fungerar alldeles utmärkt. Behöver &kde;2 köras intill &kde;3? Låt $TDEDIR peka på &kde; 2 och $TDEDIRS på &kde; 3. En medlem av fakulteten på ett universitet skulle kunna ha följande inställningar: TDEHOME='~/.trinity3' TDEROOTHOME='/root/.trinity3' TDEDIRS='/opt/kde_staff:/opt/kde3' Användarprofiler I föregående exempel innehöll /opt/kde_staff ytterligare inställningar och program för fakultetsmedlemmar. Användarprofiler låter dig lägga till katalogen bara för vissa användare men inte för andra. Lägg till följande i /etc/tderc: [Directories-staff] prefixes=/opt/kde_staff Detta skapar en profil som heter staff som lägger till katalogträdet /opt/kde_staff. Observera att &SuSE; &Linux; använder /etc/kde3rc istället för /etc/tderc. Nu när vi har en namngiven profil kan den tilldelas till användare. För att avbilda profiler på användare måste en avbildningsfil anges i /etc/tderc: [Directories] userProfileMapFile=/etc/kde-user-profile Det är nu möjligt att tilldela en profil antingen baserad på användarnamn eller baserat på gruppen i &UNIX; som användaren ingår i. För att tilldela fakultetsprofilen till alla användare som är medlem i gruppen staff i &UNIX;, lägg till följande i /etc/kde-user-profile: [General] groups=staff_members [Groups] staff_members=staff Det är också möjligt att tilldela en profil till en enskild användare: [Users] bastian=staff Kataloglayout återbesökt Varje katalogträd som används av &kde; har en fast katalogstruktur. Kataloger som inte är relevanta i ett visst träd, eller helt enkelt inte används, kan dock utelämnas. Kataloger som används för tillfälliga filer finns oftast bara under $TDEHOME, men inte i något annat katalogträd. Arkitekturspecifika kataloger Arkitekturspecifika kataloger (operativsystem och processortyp): bin Används för körbara &kde;-program. lib Används för &kde;-bibliotek lib/kde3 Den här katalogen innehåller komponenter, insticksprogram och andra objekt som laddas vid körning för användning av &kde; 3.x program. Delade kataloger Delad: Inte arkitekturspecifik, kan delas mellan olika arkitekturer. share/applnk .desktop-filer för &kde;-menyn (gamla) share/applications .desktop-filer för &kde;-menyn (från &kde; 3.2) share/apps Innehåller programspecifika datafiler. Varje program har en underkatalog här för att lagra ytterligare datafiler. share/config Inställningsfiler. Inställningsfiler namnges normalt efter programmet som de hör till plus bokstäverna rc. Filen kdeglobals är ett specialfall. Denna fil läses av alla &kde;-program. share/config/session Katalogen används av sessionshantering och är normalt bara tillgänglig under $TDEHOME. I slutet av en session lagrar &kde;-program sina tillstånd här. Filnamnen består av programmets namn följt av ett nummer. Sessionshanteraren kcmserver lagrar referenser till numren när en session sparas i ksmserverrc. share/doc/HTML Den här katalogen innehåller dokumentation för &kde;-program. Dokumentationen kategoriseras enligt språk och programmet den hör till. Normalt finns åtminstone två filer i en katalog: index.docbook, som innehåller dokumentationen med oformaterat DocBook-format, och index.cache.bz2, som innehåller samma dokumentation formaterad som bzip2-komprimerad &HTML;. &HTML;-versionen används av Hjälpcentralen. Om &HTML;-versionen saknas, skapar Hjälpcentralen den igen från DocBook-versionen, men det är en process som tar lång tid. share/icons Under den här katalogen lagras ikoner. Ikonerna kategoriseras av tema, dimension och användningskategori. share/mimelnk I den här katalogen lagras .desktop-filer som beskriver &MIME;-typer. &kde; använder &MIME;-typer för att identifiera typen för en fil. share/services Den här katalogen innehåller .desktop-filer som beskriver tjänster. Tjänster är som program, men startas oftast av andra program istället för av användaren. Tjänster visas inte i &kde;-menyn. share/servicetypes Den här katalogen innehåller .desktop-filer som beskriver tjänsttyper. En tjänsttyp representerar oftast ett visst programmeringsgränssnitt. Program och tjänster inkluderar tjänsttyperna de tillhandahåller i sina .desktop-filer. share/sounds Den här katalogen innehåller ljudfiler. share/templates Den här katalogen innehåller mallar för att skapa filer av olika typ. En mall består av en .desktop-fil som beskriver filen och som inkluderar en referens till en fil i underkatalogen .source. Mallarna i katalogen visas i menyn Skapa ny tillgänglig på skrivbordet och i filbläddraren. När en användare väljer en mall i menyn, kopieras dess källfil. share/wallpapers Den här katalogen innehåller bilder som kan användas som skrivbordsunderlägg. Värddatorspecifika kataloger Det finns tre värddatorspecifika kataloger som oftast är symboliska länkar till andra platser. Om katalogerna inte redan finns, skapas följande symboliska länkar och kataloger med verktyget lnusertemp: $TDEHOME/socket-$HOSTNAME Oftast /tmp/tdesocket-$USER/, det används för olika &UNIX;-uttag. $TDEHOME/tmp-$HOSTNAME Oftast /tmp/tde-$USER/, det används för tillfälliga filer. $TDEHOME/cache-$HOSTNAME Oftast /var/tmp/tdecache-$USER/, det används för cachefiler. Eftersom både /tmp och /var/tmp kan skrivas av alla, finns det en möjlighet att någon av katalogerna ovan redan finns men ägs av en annan användare. I detta fall skapar verktyget lnusertemp en ny katalog med ett alternativt namn och skapar en länk till den istället. Inställningsfiler &kde; använder ett enkelt textbaserat filnamn för alla inställningsfiler. Det består av par med nycklar och värden som är placerade i grupper. Alla inställningsfiler i &kde; använder UTF-8 kodning för text utanför ASCII-området. Början på en grupp anges av ett gruppnamn som är placerat inom hakparenteser. Alla poster med nyckel och värde som följer hör till gruppen. Gruppen slutar antingen när en ny grupp börjar, eller när filslutet nås. Poster längst upp i filen som inte föregås av ett gruppnamn tillhör den standardgruppen. Följande exempel visar en inställningsfil som består av två grupper. Den första gruppen innehåller nycklarna LargeCursor och SingleClick, den andra gruppen innehåller nycklarna Show hidden files och Sort by: [KDE] LargeCursor=false SingleClick=true [KFileDialog Settings] Show hidden files=false Sort by=Name Poster i en grupp består av en nyckel och ett värde skilda åt med ett likhetstecken. Nyckeln kan innehålla mellanslag och kan följas av alternativ inom hakparenteser. Delen efter likhetstecknet är postens värde. Eventuella blanktecken som omger likhetstecknet ignoreras, liksom eventuella blanktecken i slutet. Mer kortfattat är formatet: post=värde Om det är meningen att ett värde ska innehålla ett mellanslag i början och slutet kan det åstadkommas genom att använda ett bakstreck följt av ett s. Det finns flera andra bakstreckkoder. Här är en fullständig lista: \s kan användas som mellanslag \t kan användas för att inkludera ett tabulatortecken \r för ett returtecken \n för ett nyradstecken \\ för att inkludera själva bakstrecket I följande exempel börjar värdet för posten Caption med två mellanslag medan posten Description innehåller tre rader text. Nyrader med bakstrecksnotation används för att skilja de tre raderna åt. [Preview Image] Caption=\s Min rubrik Description=Det här är en\nmycket lång\nbeskrivning. Tomma rader i inställningsfiler ignoreras, liksom rader som börjar med ett nummertecken (#). Nummertecknet kan användas för att lägga till kommentarer i inställningsfiler. Det bör noteras att när ett &kde;-program uppdaterar en inställningsfil, bevaras inte kommentarerna. Det kan finnas flera inställningsfiler med samma namn i underkatalogen share/config i olika katalogträd i &kde;. I detta fall kombineras informationen i alla dessa inställningsfiler nyckel för nyckel. Om samma nyckel i en viss grupp är definierad på mer än ett ställe, används nyckelvärdet som lästes från katalogträdet med högst prioritet. Inställningsfiler under $TDEHOME har alltid högst prioritet. Om en nyckel i en viss grupp definieras flera gånger i en enskild fil, används den sista postens värde. Om $HOME/.trinity/share/config/foobar innehåller: [MyGroup] Color=red Shape=circle och /etc/opt/kde3/share/config/foobar innehåller [MyGroup] Color=blue Position=10,10 blir resultatet: [MyGroup] Color=red Shape=circle Position=10,10 Om $HOME/.trinity/share/config/foobar innehåller [MyGroup] Color=red Shape=circle [MyGroup] Color=green och /opt/kde_staff/share/config/foobar innehåller [MyGroup] Color=purple Position=20,20 och /etc/opt/kde3/share/config/foobar innehåller [MyGroup] Color=blue Position=10,10 blir resultatet: [MyGroup] Color=green Shape=circle Position=20,20 För att hindra användare från att överskrida standardinställningar, kan inställningar markeras som oföränderliga. Inställningar kan göras oföränderliga individuellt, per grupp eller per fil. En individuell post kan låsas genom att lägga till [$i] efter nyckeln, t.ex.: Color[$i]=blue En grupp med poster kan låsas genom att placera [$i] efter gruppnamnet, t.ex.: [MyGroup][$i] För att låsa hela filen, inled filen med [$i] på en ensam rad, dvs.: [$i] Om $HOME/.trinity/share/config/foobar innehåller: [MyGroup] Color=red Shape=circle och /etc/opt/kde3/share/config/foobar innehåller: [MyGroup][$i] Color=blue Position=10,10 blir resultatet: [MyGroup] Color=blue Position=10,10 Om $HOME/.trinity/share/config/foobar innehåller: [MyGroup] Color=red Shape=circle och /opt/kde_staff/share/config/foobar innehåller [MyGroup] Color=purple Shape=rectangle och /etc/opt/kde3/share/config/foobar innehåller [MyGroup][$i] Color=blue Position=10,10 blir resultatet: [MyGroup] Color=purple Shape=rectangle Position=10,10 Så kallad skalexpansion kan användas för att tillhandahålla mer dynamiska standardvärden. Med skalexpansion kan värdet för en inställningsnyckel skapas från värdet av en miljövariabel eller från utmatningen av ett skalkommando. För att aktivera skalexpansion för en inställningspost, måste nyckeln följas av [$e]. Normalt skrivs den expanderade formen till användarens inställningsfil efter första användningen. För att förhindra det, rekommenderas att låsa inställningsposten genom att använda [$ie]. Användaren kan förstås inte ändra den då. I följande exempel avgörs värdet på Host med utdata från programmet hostname. Denna inställning är också låst för att försäkra att värdet alltid avgörs dynamiskt. Värdet för posten Email avgörs genom att fylla i värden för miljövariablerna $USER och $HOST. När anna loggar in på annas_dator resulterar det i ett värde som är lika med anna@annas_dator. Inställningen är inte låst. [Mail Settings] Host[$ie]=$(hostname) Email[$e]=${USER}@${HOST} De flesta inställningsposter kan indexeras med en språkkod. I detta fall används språket som användaren har valt att använda på skrivbordet för att slå upp nyckelns värde. Om förvalt språk (amerikansk engelska) har valts, eller om det inte finns något index som motsvarar valt språk, används nyckelposten utan index. I följande exempel beror värdet på posten Caption på språket. Om användaren har valt franska som språk (språkkod fr) blir postens värde Ma Légende. In alla övriga fall används värdet My Caption. [Preview Image] Caption=My Caption Caption[fr]=Ma Légende I följande exempel beror värdet på posten Caption på språket. Om användaren har valt franska som språk (språkkod fr) blir postens värde Ma Légende. In alla övriga fall används värdet My Caption. [Preview Image] Caption=My Caption Caption[fr]=Ma Légende I allmänhet är inte posterna som kan finnas i en inställningsfil dokumenterade. Från &kde; 3.2 har det börjat ändras. Det finns filer i $TDEDIR/share/config.kcfg som tillhandahåller en formell beskrivning av de möjliga posterna i en inställningsfil. De används av den nya inställningseditorn i &kde; när de är tillgängliga. Här är ett exempel på en &XML;-inställningsfil: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE kcfg SYSTEM "http://www.kde.org/standards/kcfg/1.0/kcfg.dtd"> <kcfg> <kcfgfile name="korganizerrc"/> <group name="General"> <entry type="Bool" key="Auto Save"> <label>Enable automatic saving of calendar</label> <default>true</default> </entry> <entry type="Int" key="Auto Save Interval"> <default>10</default> </entry> </group> </kcfg> Den har samma effekt som: [General] Auto Save=false Auto Save Interval=25 &kde;:s startsekvens &tdm; Körs alltid som root. Använder $TDEDIR/share/config/tdmrc och /etc/X11/xdm/Xservers. Den senare innehåller poster som: :0 local /usr/X11R6/bin/X :0 vt07 Relevanta startfiler är också: [X-*-Core] sektionen i tdmrc Setup - /etc/X11/xdm/Xsetup Användaren skriver in användarnamn och lösenord Startup - /etc/X11/xdm/Xstartup - förbereder som systemadministratör Session - /etc/X11/xdm/Xsession - startar sessionen som användaren = För en KDE-session: kde eller starttde = Om de finns ~/.xsession eller ~/.xinitrc Återställning - /etc/X11/xdm/Xreset - efter sessionen avslutats &kde;:s startskript: <command>starttde</command> &kde;:s startsekvens börjar med skriptet starttde. I de flesta fall anropas skriptet från inloggningshanteraren (&tdm;) så fort användarens behörighet har kontrollerats. Det finns två mycket viktiga rader i skriptet starttde: LD_BIND_NOW=true tdeinit +kcminit +knotify and kwrapper ksmserver $TDEWM Den första raden startar huvudprocessen tdeinit. Huvudprocessen tdeinit används för att starta alla andra &kde;-processer. Den visas i utmatningen från ps som tdeinit: Running.... Väljarna efter tdeinit är namn på ytterligare processer som ska startas. Tecknet + anger att tdeinit måste vänta på att processen blir klar. tdeinit startar också dcopserver, tdelauncher och kded. Den andra av de två raderna ber tdeinit att starta sessionshanteringsprocessen ksmserver. Sessionshanteraren avgör sessionens livstid. När processen avslutas, loggas användaren ut. Bakgrundsprocesser Alla &kde;:s bakgrundstjänster är användarspecifika: I motsats till systemdemoner, delas de inte mellan användare. Förutom att vara unika för varje användare, är de också unika per X-serverskärm. Processerna är: dcopserver Skrivbordskommunikation kded Generell tjänstdemon. Sätter igång databasuppdatering av Sycoca när det behövs. kcminit Initieringstjänst Se för mer information. tdelauncher Programstart (detta är inte dialogrutan &Alt;F2) Se för mer information. knotify Användarunderrättelser. Se för mer information. ksmserver Sessionshantering Se för mer information. <command>tdeinit</command> tdeinit används för att starta alla andra &kde;-program. tdeinit kan både starta normala binärprogramfiler samt tdeinit laddningsbara moduler (KLM:er). KLM:er fungerar precis som binärprogramfiler men kan startas effektivare. KLM:er finns under $TDEDIR/lib/kde3 Nackdelen är att program som startas på det här sättet syns som tdeinit i utmatningen från top och ps. Använd top eller ps för att se själva programnumret. %ps waba 23184 0.2 2.1 23428 11124 ? S 21:41 0:00 tdeinit: Running... waba 23187 0.1 2.1 23200 11124 ? S 21:41 0:00 tdeinit: dcopserver --nosid waba 23189 0.2 2.4 25136 12496 ? S 21:41 0:00 tdeinit: tdelauncher waba 23192 0.7 2.8 25596 14772 ? S 21:41 0:00 tdeinit: kded waba 23203 0.8 3.4 31516 17892 ? S 21:41 0:00 tdeinit: knotify tdeinit: Running... anger huvudprocessen tdeinit. övriga processer som listas är program startade som KLM:er. När tdeinit startas första gången startar det dcopserver, tdelauncher, och kded, samt eventuella ytterligare program angivna på dess kommandorad i skriptet starttde, normalt kcminit och knotify. <command>dcopserver</command> dcopserver är en demon som tillhandahåller funktioner för kommunikation mellan processer (&DCOP;) för alla &kde;-program. &DCOP;-funktionerna kan kommas åt från kommandoskalet via kommandoradsverktyget dcop. &DCOP; är väsentligt för alla &kde;-program. Några relaterade filer: $HOME/.DCOPserver_$HOSTNAME_$DISPLAY t.ex. .DCOPserver_linux__0. Styrs av $DCOPAUTHORITY /tmp/.ICE-unix/dcoppid-nummer t.ex. dcop7634-1069677856. Detta är filen som filen DCOPserver ovan pekar på. $HOME/.ICEauthority Behörighetsinformation som styrs av $ICEAUTHORITY kcminit kcminit kör initieringstjänster under start. Initieringstjänster anges i programmens .desktop-filer eller tjänster via raden X-TDE-Init: [Desktop Entry] Encoding=UTF-8 Exec=tdecmshell energy Icon=energy_star Type=Application X-TDE-Library=energy X-TDE-Init=energy Initieringstjänster används typiskt för att initiera hårdvara baserat på användarespecificerade inställningar. kcminit kan användas för att visa alla initieringstjänster och kcminit tjänst kan användas för att explicit köra en enstaka tjänst. Det kan vara användbart vid undersökning av startproblem. <command>tdelauncher</command> tdelauncher är en demon som är ansvarig för att aktivera tjänster inne i &kde;. Den arbetar nära kopplad till huvudprocessen tdeinit för att starta nya processer. &kde;-program kommunicerar med tdelauncher via &DCOP; för att starta nya program eller tjänster. Mest känd från felmeddelandet: TDELauncher kunde inte nås via DCOP , som antingen anger ett allvarligt problem med dcopserver eller att tdelauncher kraschade. tdelauncher kan startas om genom att starta om tdeinit från ett terminalfönster. Försäkra dig om att $HOME, $DISPLAY och de olika $TDEDIR(S) är riktigt inställda när du gör det. <command>knotify</command> Den huvudsakliga uppgiften för knotify är att skicka vidare ljudunderrättelser till ljudservern. Det tillhandahåller också alternativa underrättelsemetoder. KSMServer &kde;:s sessionshanterare är ksmserver. Vid start kör sessionshanteraren program som ska startas automatiskt och återställer program från föregående session. Programmen som ska startas automatiskt anges av .desktop-filer i katalogen $TDEDIR/share/autostart. Om ett program ska startas automatiskt eller inte kan göras villkorligt beroende på någon inställningspost som avgörs av posten X-TDE-autostart-condition i .desktop-filen. Filen ktip.desktop innehåller till exempel: X-TDE-autostart-condition=ktiprc:TipOfDay:RunOnStart:true Det betyder att inställningsfilen ktiprc kontrolleras efter posten RunOnStart i gruppen [TipOfDay]. Om ingen sådan post hittas, antas true, vilket betyder att ktip är ett av programmen som normalt startas automatiskt. Vissa av programmen som startas automatiskt av ksmserver är: kdesktop &kde;:s skrivbord &kicker; &kde;:s panel ktip Ett program för dagens tips kwrited Ett verktyg för att ta emot systemmeddelanden som skickas till användaren &klipper; Ett klippbordsverktyg som dockas i panelen kalarm Ett verktyg som varnar om kommande händelser och möten kdesktop startar i sin tur automatiskt program som lagras i $TDEHOME/Autostart. kdesktop öppnar automatiskt alla filer som är lagrade i katalogen, inklusive dokument, binärfiler eller program i form av .desktop-filer. &kde;:s sessionshanterare återställer också en av de tidigare sessionerna. En session innehåller en samling program samt programspecifik information som motsvarar tillståndet hos programmet när sessionen sparades. Sessioner lagras i inställningsfilen ksmserverrc som innehåller referenser till programspecifik tillståndsinformation. Den programspecifika tillståndsinformationen sparas i $TDEHOME/share/config/session. Tillståndsinformationen för &twin; innehåller fönsterpositioner för alla andra program i sessionen. Miljövariabler Vissa viktiga miljövariabler som används av &kde;: $TDEDIR Måste vara inställd om TDEDIRS inte är inställd och måste peka på roten i &kde;:s installationsträd. Gör det möjligt för &kde; att hitta data som ikoner, menyer och bibliotek. $TDEDIRS Överskrider TDEDIR och låter dig ange flera kataloger där &kde; letar efter data. Användbar om du vill eller måste installera vissa program med ett annat prefix än resten av &kde;. $TDEHOMEOm inte angivet, använder &kde; ~/.trinity som katalog där personlig data lagras. $TDEROOTHOMEOm inte angiven, använder &kde; ~root/.trinity som katalog för personlig data för root. Introducerades för att förhindra att &kde; av misstag skrev över användardata med root-behörighet när användaren kör ett &kde;-program efter att ha bytt till root med su. $TDEWMOm miljövariabeln TDEWM är satt, används den som &kde;:s fönsterhanterare inne i skriptet starttde istället för &twin;. $TDE_LANGÖverskrider &kde;:s språkinställning, t.ex. startar TDE_LANG=fr kprogram & ett program med fransk översättning om nödvändiga filer är installerade. $TDE_MULTIHEADSätt variabeln till true för att ange att &kde; kör på ett system med flera bildskärmar. $TDE_FORK_SLAVES (Sedan &kde; 3.2.3) Sätt variabeln för att starta I/O-slavar direkt från själva programmets process. Normalt startas I/O-slavar genom att använda tdelauncher/tdeinit. Alternativet är användbart om I/O-slaven ska köra i samma miljö som programmet. Det kan vara fallet med Clearcase. $TDE_HOME_READONLY Ställ in variabeln för att ange att hemkatalogen är monterad som skrivskyddad. $TDE_NO_IPV6(Sedan &kde; 3.2.3): Sätt variabeln för att inaktivera stöd för IPv6 och IPv6 uppslagningar med DNS. $TDE_IS_PRELINKED(Sedan &kde; 3.2): Sätt variabeln för att ange att du har förlänkat &kde;-binärfiler och bibliotek. Det stänger av tdeinit. $TDE_UTF8_FILENAMESOm den här miljövariabeln är satt, antar &kde; att alla filnamn har kodningen UTF-8 oavsett nuvarande C-lokal. $TDE_FULL_SESSION(Sedan &kde; 3.2) Sätts automatiskt till sann av &kde;:s start. Det används t.ex. av &konqueror; för att veta om det ska fundera på att bli kvar i minnet för framtida återanvändning när det stängs. Om inte satt, avslutas &konqueror; när det stängs (&tdesu; gör det t.ex., och det är också användbart för avlusning). $TDESYCOCALåter dig ange sökväg och namn på cachefilen med systeminställningar som skapas av &kde;. $TDETMPTillåter att en annan sökväg än tmp anges där &kde; lagrar sina tillfälliga filer. $TDEVARTMPTillåter att en annan sökväg än var/tmp anges där &kde; lagrar sina variabla filer. $XDG_DATA_HOME(Sedan &kde; 3.2) Definierar baskatalogen som användarspecifika datafiler ska lagras relativt till. Standardvärde är $HOME/.local/share $XDG_DATA_DIRS(Sedan &kde; 3.2) Definierar den uppsättning baskataloger i prioritetsordning som ska användas för att söka efter datafiler förutom baskatalogen $XDG_DATA_HOME. Standardvärde är /usr/local/share/:/usr/share/. &kde; lägger också till platser från $TDEDIRS samt profiler. Används för .desktop och .directory-menyfiler. .desktop-filer under $XDG_DATA_DIRS/applications. .directory filer under $XDG_DATA_DIRS/desktop-directories. $XDG_CONFIG_HOME(&kde; 3.2): Definierar baskatalogen som användarspecifika inställningsfiler ska lagras i förhållande till. Standardvärdet är $HOME/.config. $XDG_CONFIG_DIRS(&kde; 3.2): Definerar den prioritetsordnade uppsättningen baskataloger som ska sökes i efter inställningsfiler förutom baskatalogen $XDG_CONFIG_HOME. Standardvärdet är /etc/xdg &kde; lägger också till platser från $TDEDIRS och profiler. Används av .menu-beskrivningar i $XDG_CONFIG_DIRS/menus. Mysteriet med tdeinit tdeinit används för att starta alla andra &kde;-program. tdeinit kan både starta normala binärprogramfiler samt tdeinit laddningsbara moduler (KLM:er). KLM:er fungerar precis som binärprogramfiler men kan startas effektivare. KLM:er finns under $TDEDIR/lib/kde3 Nackdelen är att program som startas på det här sättet syns som tdeinit i utmatningen från top och ps. Använd top eller ps för att se själva programnumret. % ps aux | grep bastian bastian 26061 0.0 2.2 24284 11492 ? S 21:27 0:00 tdeinit: Running... bastian 26064 0.0 2.2 24036 11524 ? S 21:27 0:00 tdeinit: dcopserver bastian 26066 0.1 2.5 26056 12988 ? S 21:27 0:00 tdeinit: tdelauncher bastian 26069 0.4 3.2 27356 16744 ? S 21:27 0:00 tdeinit: kded bastian 26161 0.2 2.7 25344 14096 ? S 21:27 0:00 tdeinit: ksmserver bastian 26179 1.1 3.4 29716 17812 ? S 21:27 0:00 tdeinit: kicker bastian 26192 0.4 3.0 26776 15452 ? S 21:27 0:00 tdeinit: klipper bastian 26195 1.0 3.5 29200 18368 ? S 21:27 0:00 tdeinit: kdesktop Som du kan ha märkt, har det en annan sidoeffekt, som gör det svårt att döda en process som orsakar problem: % killall kdesktop kdesktop: no process killed Du kan vara frestad att försöka med killall tdeinit, men att döda alla tdeinit-processer får effekten att stänga av hela &kde;. I själva verket, totalförstöring! Det finns två enkla lösningar på detta: % tdekillall kdesktop eller gamla hederliga % kill 26195 tdekillall är en del av &kde;-paketet SDK. Anpassa &kde; Skrivbordsikoner &kde; använder flera typer av ikoner: Dokument Länkar till webbplatser (med filen .desktop) Länkar till program (med filen .desktop) Enheter - diskar, partitioner och periferienheter: Explicit genom att använda .desktop-filer Automatisk via I/O-slaven devices:// Leverantörspecifikt (t.ex. &SuSE;:s Min dator) Webbplatser Länkar till webbplatser som använder .desktop-fil: Skapa ny Arkiv Länk till plats (URL). Ändra ikon med dialogrutan Egenskaper. Resulterande .desktop-fil: [Desktop Entry] Encoding=UTF-8 Icon=/opt/kde3/share/apps/kdesktop/pics/ksslogo.png Type=Link URL=http://www.kde.org/ Program Länkar till program som använder .desktop-fil: Skapa ny Arkiv Länk till program. Du måste själv ange detaljinformation. Dra från &kde;-menyn. Antingen kopiera eller länka (skapar symbolisk länk), mycket enklare [Desktop Entry] Encoding=UTF-8 GenericName=IRC Client GenericName[af]=Irc Kliët GenericName[de]=IRC Programm ... GenericName[zu]=Umthengi we IRC SwallowExec= Name=KSirc Name[af]=Ksirc Name[de]=KSirc ... Standardmoduler av text Översatt generell beskrivning, används inte på skrivbordet Arv, kan tas bort Översatt namn som det syns på skrivbordet Skrivbordsikoner ... Name[zu]=Ksirc MimeType= Exec=ksirc %i %m Icon=ksirc TerminalOptions= Path= Type=Application Terminal=0 X-TDE-StartupNotify=true X-DCOP-ServiceType=Multi Categories=Qt;TDE;Network &MIME;-typer som stöds, används inte på skrivbordet Kommandoraden att köra Ikonen, från ikontema eller fullständig sökväg Används bara om terminal behövs Arbetskatalog för kommando Fler standardmoduler av text Använd true om en terminal behövs, textprogram Visa studsande pekare, inaktivera om det inte fungerar Har programmet startat ok? Ta bort om det inte fungerar Kategorier för &kde;:s meny, används inte på skrivbordet Alternativet <varname>Exec</varname> i <literal role="extension">.desktop</literal>-filer Efter kommandot kan du ange flera platsmarkörer som ersätts med själva värdet när programmet körs: %f Ett ensamt filnamn, som används när en fil släpps på ikonen, eller med filbindningar. %F En lista med filer. Används för program som kan öppna flera lokala filer på en gång. %u En ensam webbadress. Om programmet till exempel kan hantera &FTP;- eller &HTTP;-webbadresser självt, annars &kde;. %U En lista med webbadresser. Filen laddas först ner och en lokal fil skickas till programmet. %d Katalog för filen som ska öppnas. Användbart om programmet måste ha filen i nuvarande arbetskatalog. %D En lista med kataloger. Inte särskilt praktiskt. %i Ikonen. värde. &kde;-programmet använder ikonen från raden Icon= i aktivitetsfältet. %m Miniikonen. Arv. %c Rubriken. värde. &kde;-programmet använder namnet från raden Name= i aktivitetsfältet. Exempel: Exec rad Kör kommando ksirc %iksirc --icon ksirc cd %d; kedit $(basename %f)cd /tmp; kedit file.txt Enheter Länkar till enheter som använder .desktop-filen: Skapa ny -> Enhet Var definiera Många ställen att definiera skrivbordsikoner: ~/Desktop: kopierad från/etc/skel/Desktop $TDEDIR/apps/kdesktop/Desktop (sammanfogad) $TDEDIR/apps/kdesktop/DesktopLinks (kopierad) Enhetsikoner (sammanfogas dynamiskt) Distributionspecifikt: SUSE Linux kopierar vissa ikoner i starttde.theme från /opt/kde3/share/config/SuSE/default/. &kde;-menyn Hur den fungerar I &kde; 3.2 introducerades ett gemensamt menyformat på http://freedesktop.org/Standards/menu-spec/. Innan &kde; 3.2 Katalogstruktur under share/applnk Katalogstrukturen representerar menystrukturen Varje .desktop-fil representerar ett enda program Det var svårt att arrangera om strukturen i &kde; 3.2 för det nya menyformatet: Definierar strukturen i en enda .menu-fil Är baserad på kategorier Delas mellan GNOME och &kde; Stöder också menyer med applnk-stil Exempel från applications.menu <Menu> <Name>Office</Name> <Directory>suse-office.directory</Directory> <Include> <Filename>Acrobat Reader.desktop</Filename> <Filename>tde-kpresenter.desktop</Filename> <Filename>tde-kword.desktop</Filename> </Include> <Menu> Menypost med tre program: /usr/share/applications/Acrobat Reader.desktop /opt/kde3/share/applications/kde/kpresenter.desktop /opt/kde3/share/applications/kde/kword.desktop Lagras var? .menu-filer som beskriver menystrukturen. Filerna lagras i $TDEDIR/etc/xdg/menus och /etc/xdg/menus. De lagrar systemets menystruktur och styrs av $XDG_CONFIG_DIRS. $HOME/.config/menus lagrar användarspecifika ändringar i menystrukturen och styrs av $XDG_CONFIG_HOME. För mer information, se http://www.freedesktop.org/Standards/basedir-spec. .desktop-filer beskriver program och lagras i: $TDEDIR/share/applications, /usr/share/applications, /usr/local/share/applications. De är systemets .desktop-filer för program som styrs av $XDG_DATA_DIRS. $HOME/.local/applications innehåller användarspecifika .desktop-filer och användarspecifika ändringar. Den styrs av$XDG_DATA_HOME. För mer information, se http://www.freedesktop.org/Standards/basedir-spec .directory-filer som beskriver undermenyer lagras i $TDEDIR/share/desktop-directories, /usr/share/desktop-directories, /usr/local/share/desktop-directories. De är systemets .directory-filer för menyer styrda av $XDG_DATA_DIRS. Användarspecifika ändringar lagras i $HOME/.local/desktop-directories. De styrs av $XDG_DATA_HOME. För mer information, se http://www.freedesktop.org/Standards/basedir-spec Exempel från applications.menu <Menu> <Name>Art</Name> <Directory>suse-edutainment-art.directory</Directory> <Include> <Category>X-SuSE-Art</Category> </Include> </Menu> Art är det interna namnet på menyn. suse-edutainment-art.directory definierar namn och ikon för menyn, och menyn innehåller alla program som har X-SuSE-Art angivna som kategori, t.ex.: Categories=Qt;TDE;Education;X-SuSE-Art suse-edutainment-art.directory definierar namn och ikon för menyn: [Desktop Entry] Name=Art and Culture Icon=kcmsystem Vanliga svårigheter Program som inte finns i menyn existerar inte med avseende på andra program eller filbindningar. Om du tar bort ett program från menyn, antar &kde; att du inte vill använda det. När program inte är önskade i menyn, kan de antingen placeras i menyn .hidden eller en särskild meny med NoDisplay=true i filen .directory. Väsentliga menyer $TDEDIR/etc/xdg/menus/applications-merged/ innehåller kde-essential.menu som innehåller några väsentliga menyer som normalt inte visas i själva &kde;-menyn. Informationscentralen har en dold inställningsmeny vars innehåll definieras av kde-settings.menu och vars ikon och namn definieras av kde-settings.directory. Informationscentralen har en dold informationsmeny vars innehåll definieras av kde-information.menu och vars ikon och namn definieras av kde-information.directory. Skärmsläckare innehåller en dold meny System/Screensavers, vars innehåll definieras av kde-screensavers.menu och vars ikon och namn definieras av kde-system-screensavers.directory. $TDEDIR/share/desktop-directories/kde-system-screensavers.directory innehåller: NoDisplay=true Menyer med gammal stil &kde; fortsätter att stöda menyer med gammal stil som definieras av katalogstrukturen i $TDEDIR/share/applnk (för systemet) och $HOME/.trinity/share/applnk (användarspecifika). Det görs om inte .desktop-filen har raden Categories=. I detta fall avgör kategorierna platsen i menyn. <application>KSycoca</application> KSycoca lagrar menystrukturen och information om alla tillgängliga program i en cache. Du kan bygga om databasen med tdebuildsycoca. Databasen som byggs finns i /var/tmp/tdecache-${USER}/tdesycoca. Den uppdateras automatiskt av KDED, kontrolleras vid inloggning i &kde;, och KDED bevakar ändringar under tiden du är inloggad. För att inaktivera bevakning av ändringar (eftersom det kan vara skadligt via NFS) lägg till följande i kdedrc: [General] CheckSycoca=false För att tvinga att den skapas om, kör touch $TDEDIR/share/services/update_tdesycoca. &kmenuedit; &kmenuedit; är avsedd för ett enanvändarskrivbord. Ändringar i menystrukturen sparas i ~/.config/menus/applications-tdemenuedit.menu, ändringar av program sparas i ~/.local/share/applications/ och ändringar i undermenyer (ikon, namn) sparas i ~/.local/share/desktop-directories/. Administrationsverktyget för kioskläge använder &kmenuedit; och kopierar ovanstående ändringar till en profilplats eller systemplats. &kde;:s panel &kde;:s panel är också känd som &kicker;. Den är modulär och består av följande komponenter: Miniprogram Programknappar Specialknappar Normalt innehåller panelen följande miniprogram: Skrivbordsväljare - visar virtuella skrivbord Aktivitetsfält Systembricka Klocka och följande specialknappar: &kde;:s meny Skrivbordsknapp Diverse programknappar läggs också till, om utrymmet tillåter: Hemknapp Bläddrarknapp Kmail-knapp Filbindningar Filbindningar kopplar ihop en filtyp med ett eller flera program. Filens typ bildas genom att avgöra dess &MIME;-typ. De &MIME;-typer som &kde; känner till lagras i $TDEDIR/share/mimelnk och varje programs .desktop-fil innehåller en lista med &MIME;-typer som programmet stöder. kview.desktop: MimeType=image/gif;image/x-xpm;image/x-xbm;image/jpeg; image/x-bmp;image/png;image/x-ico;image/x-portable-bitmap; image/x-portable-pixmap;image/x-portable-greymap; image/tiff;image/jp2 kuickshow.desktop: MimeType=image/gif;image/x-xpm;image/x-xbm;image/jpeg; image/png;image/tiff;image/x-bmp;image/x-psd;image/x-eim; image/x-portable-bitmap;image/x-portable-pixmap; image/x-portable-greymap Båda kan öppna image/gif. Vilket används för att öppna en .gif-fil? Programmet med högst rang! kview.desktop innehåller InitialPreference=3 medan kuickshow.desktop innehåller InitialPreference=6 Därför används &kuickshow; för att öppna .gif-filer. Hur kan vi göra &kview; förvalt? En användare kan ändra filbindning i inställningscentralen. Ändringarna lagras i $HOME/.trinity/share/config/profilerc. För att använda samma ändringar för flera användare, lagra inställningarna i användarens profilkatalog eller i den globala inställningskatalogen i &kde; för att använda som standardvärde för flera användare. Låsa &kde; Hur det fungerar: Grundläggande funktioner &kde;:s låsningsfunktioner är centrerade kring följande alternativ: Göra inställningsalternativ oföränderliga Begränsa åtkomst till specifika åtgärder Begränsa åtkomst till vissa webbadresser Begränsa åtkomst till vissa inställningsmoduler Oföränderliga inställningsalternativ Låsa &kde; Oföränderliga alternativ möjliggör för systemadministratörer att tillhandahålla standardinställningar som inte kan ändras av användaren. Användarens förinställda inställningsalternativ ignoreras så fort ett inställningsalternativ görs oföränderligt. Alternativ kan antingen styras baserat på varje post, eller baserat på grupper av poster, eller baserat på enskilda filer. Om en fil eller grupp är oföränderlig, är alla inställningsalternativ i den filen eller gruppen oföränderliga, till och med de alternativ där systemadministratören inte tillhandahåller något standardvärde. Stöd i program för oföränderliga alternativ kan variera från program till program. Även om användaren inte kommer att kunna göra permanenta ändringar av oföränderliga inställningsalternativ, kanske användaren ändå får se ett alternativ i användargränssnittet för att göra ändringen. Åtgärdsbegränsningar &kde;-program byggs omkring åtgärdskonceptet. Åtgärder kan aktiveras på olika sätt, typiskt via menyraden, en av verktygsraderna eller en tangentbordsgenväg. Spara dokument är ett exempel på en åtgärd. Om du känner till det interna namnet på åtgärden är det möjligt att begränsa den. När en åtgärd är begränsad, visas den inte längre i menyraden eller verktygsraden. Det interna namnet på Spara dokument är . Låsningsramverket tillhandahåller också en uppsättning mer abstrakta begränsningar som kan användas för att inaktivera funktioner som inte täcks av en enskild åtgärd. Ett exempel är begränsningen som inaktiverar alla funktioner som skulle ge användaren åtkomst till ett &UNIX;-skal. Begränsa åtkomst till skal för användare För att förhindra att användaren kommer åt ett kommandoskal kan vi begränsa åtgärden genom att lägga till följande i kdeglobals: [KDE Action Restrictions] shell_access=false Eftersom detta påverkar &kde;:s meny och tillgängliga program, måste vi tvinga att sycoca-databasen uppdateras: touch $TDEDIR/share/services/update_tdesycoca Logga nu in i &kde; och kontrollera följande punkter: K-menyn I &konqueror; Verktyg Öppna terminal Kommandot &Alt;F2 kör Fullständig dokumentation om tillgängliga åtgärder finns på http://www.kde.org/areas/sysadmin/. Några av de mer intressanta åtgärderna listas nedan: Alternativet Anpassa i menyn Inställningar. Alternativet Rapportera fel i menyn Hjälp. Menyn som visas med högerklick på skrivbordet. Menyn som visas med högerklick i panelen. Döljer alla åtgärder eller program som kräver åtkomst som root Döljer alla åtgärder eller program som tillhandahåller åtkomst till ett skal. Inaktiverar alternativet att välja utskriftssystem (bakgrundsprogram). Om användaren kommer att kunna låsa skärmen Om användaren får starta en andra X-session (se också &tdm;) Om OpenGL-skärmsläckare tillåts användas. Tillåt skärmsläckare som inte döljer hela skärmen Begränsningar av webbadresser Det finns tre typer av begränsningar som kan användas för webbadresser: list För att styra om en kataloglistning är tillåten. open För att styra om vissa webbadresser kan öppnas Redirect För att styra om en webbadress kan öppna en annan webbadress, antingen automatiskt eller via en hyperlänk. Regler kontrolleras i ordningen de definieras. Den sista regeln som gäller en webbadress anger om webbadressen kan kommas åt. Följande regler inaktiverar att öppna webbadresser med http och https utanför .foretag.se: [KDE URL Restrictions] rule_count=2 rule_1=open,,,,http,,,false rule_2=open,,,,http,*.foretag.se,,true De fyra första kommatecknen hoppar över urvalskriterier med avseende på den urspungliga webbadressen. Den delen behövs bara med regler av omdirigeringstyp. förbjuder att någon HTTP eller HTTPS webbadress öppnas tillåter att alla HTTP och HTTPS webbadresser i domänen .foretag.se öppnas. Observera att jokertecknet * bara tillåts i början på en domän. Följande regler gör att användaren inte längre kan bläddra i kataloger på det lokala filsystemet som är utanför hans $HOME katalog: [KDE URL Restrictions] rule_count=2 rule_1=list,,,,file,,,false rule_2=list,,,,file,,$HOME,true förbjuder att någon lokal katalog listas tillåter att lista kataloger under användarens egen katalog $HOME. $HOME och $TMP är särskilda värden som anger användarens hemkatalog och &kde;:s tillfälliga katalog för användaren, t.ex. /tmp/tde-bastian. Följande regler gör att användaren inte längre kan öppna lokala filer som är utanför hans $HOME katalog: [KDE URL Restrictions] rule_count=3 rule_1=open,,,,file,,,false rule_2=open,,,,file,,$HOME,true rule_3=open,,,,file,,$TMP,true förbjuder att någon lokal fil öppnas tillåter att filer öppnas under användarens egen katalog $HOME. tillåter att filer öppnas i användarens tillfälliga &kde;-katalog. Det behövs av vissa &kde;-program som först laddar ner en fil eller ett dokument i den tillfälliga katalogen och sedan öppnar den i programmet. Omdirigeringsalternativet styr om dokument från en viss plats kan referera till vissa andra platser, antingen automatiskt eller manuellt via en hyperlänk. En uppsättning standardregler finns som en generell säkerhetsåtgärd. Dokument lagrade på Internet får till exempel inte referera till lokalt lagrade dokument. Om vi till exempel vill ge Intranät-servern www.foretag.se möjlighet att referera till lokala filer, skulle vi kunna lägga till följande regel: [KDE URL Restrictions] rule_count=1 rule_1=redirect,http,www.foretag.se,,file,,,true Istället för att lista protokoll enligt namn är det också möjligt att ange en hel grupp av protokoll. Följande grupper har definierats för det: :local Protokoll som kommer åt lokalt lagrad information, till exempel file:/, man:/, fonts:/, floppy:/ :internet Vanliga Internetprotokoll som http och ftp Information om protokoll lagras i *.protocol-filer som finns i $TDEDIR/share/services. Posten = definierar gruppen ett protokoll är en del av: grep $TDEDIR/share/services/*.protocol Allmänna regler: Protokollen :local kan referera till vilket annat protokoll som helst Det är alltid tillåtet att referera till ett Internetprotokoll Alla protokoll är inte en del av en grupp, till exempel fish:/. Inställningsmoduler &kde; har inställningsmoduler som styr diverse aspekter av miljön i &kde;. Inställningsmoduler visas i inställningscentralen, i ett programs inställningsdialogruta eller i båda. Proxyinställningsmodulen syns i inställningscentralen, men är också en del av dialogrutan Anpassa Konqueror i &konqueror; enskilda inställningsmoduler kan startas med tdecmshell modul För att starta proxymodulen använd: tdecmshell tde-proxy.desktop tdecmshell proxy Alla program använder inte inställningsmoduler. Ofta är inställningsdialogrutan en integrerad del av själva programmet. Alla inställningsmoduler är strängt taget en del av &kde;:s meny. Modulerna som är synliga i inställningscentralen har normalt en .desktop-fil under $TDEDIR/share/applications/kde och sorteras in i den dolda menyn Settings-Modules av kde-settings.menu som inkluderas från kde-essential.menu tdebuildsycoca 2> /dev/null | grep Settings-Modules Programspecifika moduler har normalt en .desktop-fil under $TDEDIR/share/applnk/.hidden som motsvarar den dolda .hidden menyn, som inkluderas som resultat av <KDELegacyDirs/> tdebuildsycoca 2> /dev/null | grep .hidden I &kde; 3.3 är det möjligt att redigera inställningscentralen med kcontroledit. kcontroledit fungerar precis som kmenuedit och ändrar bara för den nuvarande användaren. Använd kiosktool för att göra ändringar för alla. Enskilda inställningsmoduler kan inaktiveras genom att lägga till följande i kdeglobals: [KDE Control Module Restrictions] modul-id=false För att till exempel inaktivera proxymodulen använd [KDE Control Module Restrictions] tde-proxy.desktop=false Kontrollera i inställningscentralen och dialogrutan Anpassa Konqueror om proxyinställningen fortfarande finns där. Den lata administratören &kde; gör det själv: Bygga dina egna verktyg DCOP Desktop COmmunication Protocol, DCOP, är en lättviktig mekanism för kommunikation mellan processer. DCOP tillåter att användaren kommunicerar med program som för närvarande kör. &kde; tillhandahåller två program för att utnyttja DCOP: dcop, ett kommandoradsprogram, och kdcop, ett program med grafiskt gränssnitt. Några anmärkningar om att använda dcop: dcop [väljare] [program [objekt [funktion [arg1] [arg2] ... ] ] ] Program som kan öppna mer än ett fönster på samma gång listas som <program>-processid. Alla väljare är skiftlägeskänsliga. setFullScreen och setfullscreen är två olika funktioner. Tecknet * från reguljära uttryck kan användas i program- och objektväljare. % dcop konqueror-16006 konsole-8954 Några exempel på kommandon och deras utmatning finns nedan: % dcop konsole-8954 En &konsole; kör med processid 8954. % dcop KBookmarkManager-.../share/apps/tdefile/bookmarks.xml KBookmarkManager-.../share/apps/konqueror/bookmarks.xml KBookmarkNotifier KDebug MainApplication-Interface konsole (default) konsole-mainwindow#1 tdesycoca session-1 session-2 session-3 session-4 Här ser du att fyra sessioner kör. % dcop QCStringList interfaces() QCStringList functions() int sessionCount() TQString currentSession() TQString newSession() TQString newSession(TQString type) TQString sessionId(int position) void activateSession(TQString sessionId) void nextSession() void prevSession() void moveSessionLeft() void moveSessionRight() bool fullScreen() void setFullScreen(bool on) ASYNC reparseConfiguration() Här är alternativen för &konsole;s huvudprogram. % dcop QCStringList interfaces() QCStringList functions() bool closeSession() bool sendSignal(int signal) void clearHistory() void renameSession(TQString name) TQString sessionName() int sessionPID() TQString schema() void setSchema(TQString schema) TQString encoding() void setEncoding(TQString encoding) TQString keytab() void setKeytab(TQString keyboard) QSize size() void setSize(QSize size) Här är alternativen för den första sessionen, session-1. % dcop true Det här ställer in &konsole; till fullskärmsläge. När det finns mer än ett program eller objekt, vilket ska man använda? Finns en referens? % echo DCOPRef(konsole-7547,konsole) % dcop session-6 % dcopstart konsole-9058 #!/bin/sh konsole=$(dcopstart konsole-script) session=$(dcop $konsole konsole currentSession) dcop $konsole $session renameSession Local session=$(dcop $konsole konsole newSession) dcop $konsole $session renameSession Remote session=$(dcop $konsole konsole newSession) dcop $konsole $session renameSession Code dcop $konsole $session sendSession 'cd /my/work/directory' Kdialog &kde; gör det själv: Att bygga egna verktyg Du kan använda &kde;:s dialogrutor från dina egna skript, för att kombinera de kraftfulla skalskripten i &UNIX; med den enkla användningen av &kde;. kdialog kdialog Delen Kdialog kan ersättas via väljaren kdialog Sparar om den ska visas igen i $TDEHOME/share/config/minfil genom att skriva in följande rader i filen: [Notification Messages] mykey=false Istället för kan du också använda och om lämpligt. Du kan till exempel använda kdialog eller kdialog . Det är också möjligt att skapa meddelanderutor som accepterar svaret ja eller nej. kdialog echo $? Returvärde Betydelse 0Ja, Ok, Fortsätt 1Nej 2Avbryt Försäkra dig om att lagra resultatet i en variabel om du inte använder det direkt. Nästa kommando fyller $? med ett nytt värde. Du kan också använda här, det kommer ihåg användarens val och returnerar det nästa gång utan att visa dialogrutan igen. Ytterligare varianter är: som men med en annan ikon Med knapparna Fortsätt och Avbryt. Med knapparna Ja, Nej och Avbyt. Till exempel: kdialog kdialog Resultatet skrivs ut på standardutmatningen. För att lägga in det i en variabel kan du använda name=$(kdialog --inputbox "Skriv in ditt namn:" "Ditt namn"). Det sista argumentet är valfritt. Det används för att fylla i dialogrutan i förväg. password=$(kdialog ) Väljaren fungerar inte med eller Det finns två dialogrutor som låter användaren göra ett val i en lista: Låter användaren välja ett objekt i en lista. Låter användaren välja ett eller flera objekt i en lista. city=$(kdialog ) $city blir a, b, c eller d. city=$(kdialog ) Madrid och Paris är förvalda. Resultatet med Madrid och Paris valda blir "b" "c". Om du lägger till väljaren , placerar den b och c på varsin rad, vilket gör det enklare att behandla resultatet. file=$(kdialog --getopenfilename $HOME) file=$(kdialog --getopenfilename $HOME "*.png *.jpg|Image Files") file=$(kdialog --getsavefilename $HOME/SaveMe.png) file=$(kdialog --getexistingdirectory $HOME) &groupware-with-kontact;