&kde; for administratorer

Waldo Bastian bastian@kde.org &Philip.Rodrigues; &Philip.Rodrigues.mail; &kde; for administratorer &kde;'s interne funktioner Overblik Endnu ikke skrevet Kataloglayout &kde; definerer et filsystemhierarki som bruges af &kde;-miljøet selv samt alle &kde;-programmer. I almindelighed opbevarer &kde; alle sine filer i et mappetræ med en fast struktur. Normalt bruger &kde; to mappetræer: Et på systemniveau (for eksempel /opt/kde3). Et på brugerniveau i brugerens hjemmemappe (oftest ~/.trinity). Som systemadministrator kan du oprette yderligere træer. Sådanne yderligere træer kan bruges som profiler. &SuSE; &Linux; bruger for eksempel: $HOME/.trinity /opt/kde3. (Dette er specifikt for &SuSE;. Andre distributioner bruger måske /usr eller /usr/kde3) /etc/opt/kde3. (Dette er tilføjet af &SuSE;). Hvis du har installeret Kiosk-administrationsværktøjet version 0.7 eller senere, kan du kontrollere hvilket mappetræ som bruges med følgende kommando: kiosktool-tdedirs &kde; og &kde;-programmer slår filer op ved at søge i alle &kde;'s mappetræer. Katalogtræerne kontrolleres i prioritetsrækkefølge. Når en fil findes i flere mappetræer, bliver filen fra det sidste træet foretrukket. Normalt har træet placeret i brugerens hjemmemappe højeste prioritet. Det er også mappetræet der ændringer skrives. For information om &MIME;-typen text/plain, gennem følgende filer: $HOME/.trinity/share/mimelnk/tekst/plain.desktop /opt/kde3/share/mimelnk/tekst/plain.desktop /etc/opt/kde3/share/mimelnk/tekst/plain.desktop Hvis en bruger laver en ændring, skrives ændringen i $HOME/.trinity/share/mimelnk/tekst/plain.desktop For indstillingsfiler er historien noget anderledes. Hvis der er flere indstillingsfiler med samme navn som findes i mappetræer, kombineres deres indhold. Katalogtræernes prioritetsrækkefølge spiller rolle her. Når to filer definerer samme indstillingsnøgle, afgør filen med højest prioritet hvilken værdi som bruges for nøglen. Hvis for eksempel følgende to filer findes, med dette indhold: $HOME/.trinity/share/config/foobar Color=red Shape=circle /etc/opt/kde3/share/config/eksempel Color=blue Position=10,10 Filerne flettes sammen til at give resultatet: Color=red Shape=circle Position=10,10 Angiv mapper Miljøvariabel Eksempel på opsætninger Kommentar TDEHOME ~/.trinity TDEROOTHOME /root/.trinity Forskellige variabler til at forhindre root i at skrive i $TDEHOME for brugeren efter at have kørt su. TDEDIR /opt/kde3, /usr, /usr/kde3 Leverandørafhængig. Brugt af &kde; 2. Hvis ikke sat, falder det tilbage til indkompileret standard. TDEDIRS /opt/kde3, /usr, /usr/kde3 Nyt i &kde;3. Kan lave en liste af flere steder adskilt af kolon. Hvis ikke sat, falder det tilbage til $TDEDIR Behøver ikke indstilles. Standardværdier fungerer aldeles udmærket. Kører &kde;2 ved siden af &kde;3? Lad $TDEDIR pege på &kde; 2 og $TDEDIRS på &kde; 3. Et medlem af fakultetet på et universitet ville kunne have følgende indstillinger: TDEHOME='~/.trinity3' TDEROOTHOME='/root/.trinity3' TDEDIRS='/opt/kde_staff:/opt/kde3' Brugerprofiler I foregående eksempel indeholdt /opt/kde_staff yderligere indstillinger og programmer for fakultetsmedlemmer. Brugerprofiler tillader dig kun at tilføje mappen for visse brugere men ikke for andre. Tilføj følgende i /etc/tderc: [Directories-staff] prefixes=/opt/kde_staff Dette laver en profil som hedder staff som lægger til mappetræet /opt/kde_staff. Bemærk at &SuSE; &Linux; bruger /etc/kde3rc i stedet for /etc/tderc. Nu når vi har en navngiven profil kan den tildeles til brugere. For at afbilde profiler på brugere skal en afbildningsfil angives i /etc/tderc: [Directories] userProfileMapFile=/etc/kde-user-profile Det er nu muligt at tildele en profil enten baseret på brugernavn eller baseret på gruppen i &UNIX; som brugeren indgår i. For at tildele fakultetsprofilen til alle brugere som er medlemmer i gruppen staff_member i &UNIX;, tilføj følgende i /etc/kde-user-profile: [General] groups=staff_members [Groups] staff_members=staff Det er også muligt at tildele en profil til en enkelt bruger: [Users] bastian=staff Kataloglayout besøgt igen Hvert mappetræ som bruges af &kde; har en fast mappestruktur. Kataloger som ikke er relevante i et vist træ, eller blot bruges, kan dog udelades. Kataloger som bruges for midlertidige filer findes oftest kun under $TDEHOME, men ikke i noget andet mappetræ. Arkitekturspecifikke mapper Arkitekturspecifikke mapper (operativsystem og processortype): bin Bruges til kørbare &kde;-programmer. lib Bruges til &kde;-biblioteker. lib/kde3 Denne mappe indeholder komponenter, plugin og andre objekter som indlæses ved kørsel til brug for &kde; 3.x program. Delte mapper Delt: Ikke arkitekturspecifik, kan deles mellem forskellige arkitekturer. share/applnk .desktop filer for &kde;-menu (forældet) share/applications .desktop filer for &kde;-menu (efter &kde; 3.2) share/apps Indeholder program-specifikke datafiler. Hvert program har en undermappe her til at opbevare yderligere datafiler. share/config Indstillingsfiler. Indstillingsfiler navngives normalt efter programmet de tilhører plus bogstaverne rc. Et specielt tilfælde er kdeglobals. Denne fil læses af alle &kde;'s programmer. share/config/session Denne mappe bruges af sessionshåndteringen og er normalt kun tilgængelig under $TDEHOME. Ved slutningen af en session med &kde; opbevarer programmer deres tilstand her. Filnavnene består af navnet på programmet fulgt af et tal. Sessionshåndteringen ksmserver opbevarer referencer til disse tal når en session gemmes i ksmserverrc. share/doc/HTML Denne mappe indeholder dokumentation for &kde;'s programmer. Doumentation er opdelt efter sprog og programmet det hører til. Normalt er der mindst to filer i en mappe: index.docbook, som indeholder dokumentationen i et uformaterede DocBook format, og index.cache.bz2, som indeholder den samme dokumentation formateret som bzip2-komprimeret &HTML;. &HTML;-versionen bruges af &khelpcenter;. Hvis &HTML;-versionen mangler, vil &khelpcenter; regenerere den fra DocBook-versionen, men dette er en langsom proces. share/icons Under denne mappe opbevares ikoner. Ikoner er kategoriseret efter tema, dimension and brugskategori. share/mimelnk I denne mappe opbevares .desktop-filer der beskriver &MIME;-typer. &kde; bruger &MIME;-typer til at identificere typen af en fil. share/services Denne mappe indeholder .desktop-filer der beskriver tjenester. Tjenester er ligesom programmer med startes sædvanligvis af andre programmer i stedet for af brugeren. Tjenester ses ikke i &kde;'s menu. share/servicetypes Denne mappe indeholder .desktop-filer der beskriver tjenestetyper. En tjenestetype repræsentere sædvanligvis en vis programmeringsgrænseflade. Programmer og tjenester inkluderer de tjenestetyper de sørger for i deres >.desktop-filer. share/sounds Denne mappe indeholder lydfiler. share/templates Denne mappe indeholder skabeloner til at lave filer af forskellige typer. En skabelon består af en .desktop-fil der beskriver filen og som inkluderer en reference til en fil i .source undermappen. Skabelonerne i denne mappe ses i Opret ny-menuen der er tilgængelig på desktoppen og i filhåndteringen. Når en bruger vælger en skabelon fra menuen kopieres dens kildefil. share/wallpapers Denne mappe indeholder milleder der kan bruges som baggrundsbillede Værtsspecifikke mapper Der er tre værtsspecifikke mapper som oftest er symbolske link til andre steder. Hvis mapperne ikke allerede er der, skabes følgende symbolske link og mapper med værktøjet lnusertemp: $TDEHOME/socket-$HOSTNAME Oftest /tmp/tdesocket-$USER/, det bruges for forskellige &UNIX;-udtag. $TDEHOME/tmp-$HOSTNAME Oftest /tmp/tde-$USER/, det bruges for midlertidige filer. $TDEHOME/cache-$HOSTNAME Oftest /var/tmp/tdecache-$USER/, det bruges for cachefiler. Eftersom både /tmp og /var/tmp kan skrives af alle, er der en mulighed for at nogen af mapperne ovenfor allerede findes men ejes af en anden bruger. I dette tilfælde laver værktøjet lnusertemp en ny mappe med et alternativt navn og laver en link til den i stedet. Indstillingsfiler &kde; bruger et enkelt tekstbaseret filnavn for alle indstillingsfiler. Det består af par med nøgler og værdier som er placerede i grupper. Alle indstillingsfiler i &kde; bruger UTF-8 kodning til tekst udenfor ASCII-området. Begyndelsen af en gruppe angives af et gruppenavn som er placeret i kantede parenteser. Alle indgange med nøgle og værdi som følger hører til gruppen. Gruppen slutter enten når en ny gruppe begynder, eller når filslutningen nås. Indgange længst oppe i filen som ikke har et gruppenavn forud, tilhører standardgruppen. Følgende eksempel viser en indstillingsfil som består af to grupper. Den første gruppe indeholder nøglerne LargeCursor og SingleClick, den anden gruppe indeholder nøglerne Show hidden files og Sort by: [KDE] LargeCursor=false SingleClick=true [KFileDialog Settings] Show hidden files=false Sort by=Name Indgange i en gruppe består af en nøgle og en værdi adskilt af med et lighedstegn. Nøglen kan indeholde mellemrum og kan følges af tilvalg inom hakparenteser. Delen efter likhetstecknet er indgangens værdi. Eventuella blanktegn som omger likhetstecknet ignoreres, ligesom eventuella blanktegn i slutningen. Mer kortfattat er formatet: indgang=værdi Hvis det er meningen at en værdi skal indeholde et mellemrum i begyndelsen og slutningen kan det opnås ved at bruge et baglæns skråstreg fulgt af et s. Der er flere andre baglæns skråstreg-koder. Her er en fuldstændig liste: \s kan bruges som mellemrum \t kan bruges til at inkludere et tabulatortegn \r for et returtegn \n for et nylinjetegn \\ for at inkludere selve den baglæns skråstreg I følgende eksempel begynder værdien for indgangen Caption med to mellemrum mens indgangen Description indeholder tre linjer tekst. Nye linjer i baglæns skråstreg notation bruges til at skille de tre linjer ad. [Preview Image] Caption=\s Min overskrift Description=Dette er en\nmeget lang\nbeskrivelse. Tomme linjer i indstillingsfiler ignoreres, ligesom linjer som begynder med et nummertegn (#). Nummertegnet kan bruges til at tilføje kommentarer i indstillingsfiler. Det bør noteres at når et &kde;-program opdaterer en indstillingsfil, bevares kommentarerne ikke. Det kan være flere indstillingsfiler med samme navn i undermappen share/config i forskellige mappetræer i &kde;. I dette tilfælde kombineres informationen i alle disse indstillingsfiler nøgle for nøgle. Hvis samme nøgle i en vis gruppe er defineret på mere end et sted, bruges nøgleværdien som blev læst fra mappetræet med højest prioritet. Indstillingsfiler under $TDEHOME har altid højest prioritet. Hvis en nøgle i en vis gruppe defineres flere gange i en enkelt fil, bruges den sidste indgangs værdi. Hvis $HOME/.trinity/share/config/foobar indeholder: [MyGroup] Color=red Shape=circle og /etc/opt/kde3/share/config/foobar indeholder [MyGroup] Color=blue Position=10,10 bliver resultatet: [MyGroup] Color=red Shape=circle Position=10,10 Hvis $HOME/.trinity/share/config/foobar indeholder [MyGroup] Color=red Shape=circle [MyGroup] Color=green og /opt/kde_staff/share/config/foobar indeholder [MyGroup] Color=purple Position=20,20 og /etc/opt/kde3/share/config/foobar indeholder [MyGroup] Color=blue Position=10,10 bliver resultatet: [MyGroup] Color=green Shape=circle Position=20,20 For at hindre brugere i at sætte standardindstillinger ud af kraft, kan indstillinger markeres som uforanderlige. Indstillinger kan gøres uforanderlige individuelt, pr gruppe eller pr fil. En individuel indgang kan låses ved at tilføje [$i] efter nøglen, f.eks.: Color[$i]=blue En gruppe med indgange kan låses ved at placere [$i] efter gruppenavnet, f.eks.: [MyGroup][$i] For at låse hele filen, indledes filen med [$i] på en enkelt linje, dvs.: [$i] Hvis $HOME/.trinity/share/config/foobar indeholder: [MyGroup] Color=red Shape=circle og /etc/opt/kde3/share/config/foobar indeholder: [MyGroup][$i] Color=blue Position=10,10 bliver resultatet: [MyGroup] Color=blue Position=10,10 Hvis $HOME/.trinity/share/config/foobar indeholder: [MyGroup] Color=red Shape=circle og /opt/kde_staff/share/config/foobar indeholder [MyGroup] Color=purple Shape=rectangle og /etc/opt/kde3/share/config/foobar indeholder [MyGroup][$i] Color=blue Position=10,10 bliver resultatet: [MyGroup] Color=purple Shape=rectangle Position=10,10 Såkaldt skalekspansion kan bruges for at sørge for mere dynamiske standardværdier. Med skalekspansion kan værdien for en indstillingsnøgle skabes fra værdien af en miljøvariabel eller fra udskriften af et skalkommando. For at aktivere skalekspansion for en indstillingsindgang, skal nøglen følges af [$e]. Normalt skrives den ekspanderede form til brugerens indstillingsfil efter første brug. For at forhindre dette, anbefales at låse indstillingsindgangen ved at bruge [$ie]. Brugeren kan så naturligvis ikke ændre den så. I følgende eksempel afgøres værdien på Host med uddata fra programmet hostname. Denne indstilling er også låst for at sikre at værdien altid afgøres dynamisk. Værdien af indgangen Email afgøres ved at udfylde værdierne for miljøvariablerne $USER og $HOST. Når anna logger ind på annas_maskine resulterer det i en værdi som er lig med anna@annas_maskine. Indstillingen er ikke låst. [Mail Settings] Host[$ie]=$(hostname) Email[$e]=${USER}@${HOST} De fleste indstillingsindgange kan indekseres med en sprogkode. I dette tilfælde bruges sproget som brugeren har valgt at bruge på desktoppen til at slå nøglens værdi op. Hvis standardsproget (amerikansk engelsk) er valgt, eller hvis der ikke er indeks som svarer til det valgte sprog, bruges nøgleindgangen uden indeks. I følgende eksempel afhænger værdien af indgangen Caption af sproget. Hvis brugeren har valgt fransk som sprog (sprogkode fr) bliver indgangens værdi Ma Légende. I alle øvrige tilfælde bruges værdien My Caption. [Preview Image] Caption=My Caption Caption[fr]=Ma Légende I følgende eksempel afhænger værdien af indgangen Caption af sproget. Hvis brugeren har valgt fransk som sprog (sprogkode fr) bliver indgangens værdi Ma Légende. I alle øvrige tilfælde bruges værdien My Caption. [Preview Image] Caption=My Caption Caption[fr]=Ma Légende I almindelighed er indgangene som kan findes i en indstillingsfil ikke dokumenterede. Fra &kde; 3.2 er dette begyndt at ændres. Der er filer i $TDEDIR/share/config.kcfg som sørger for en formel beskrivelse af de mulige indgange i en indstillingsfil. De bruges af den nye indstillingseditor i &kde; når de er tilgængelige. Her er et eksempel på en &XML;-indstillingsfil: <?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 samme effekt som: [General] Auto Save=false Auto Save Interval=25 &kde;'s startsekvens &tdm; Køres altid som root! Bruger $TDEDIR/share/config/tdmrc og /etc/X11/xdm/Xservers. Den senere indeholder indgange såsom: :0 local /usr/X11R6/bin/X :0 vt07 Relevante startfiler er også: [X-*-Core] afsnittet i tdmrc Opsætning - /etc/X11/xdm/Xsetup Brugeren indtaster brugernavn og kodeord Startup - /etc/X11/xdm/Xstartup - forbered som systemadministrator Session - /etc/X11/xdm/Xsession - starter sessionen som bruger = For en KDE-session: kde eller starttde = Hvis de findes ~/.xsession eller ~/.xinitrc Nulstil - /etc/X11/xdm/Xreset - efter sessionen er afsluttet &kde;'s startscript: <command >starttde</command > &kde;'s startsekvens begynder med scriptet starttde. I de fleste tilfælde kaldes scriptet fra indlogningshåndteringen (&tdm;) så snart brugerens er kontrolleret. Der er to meget vigtige linjer i scriptet starttde: LD_BIND_NOW=true tdeinit +kcminit +knotify and kwrapper ksmserver $TDEWM Den første linje starter tdeinit masterprocessen. tdeinit mastereprocessen bruges til at starte alle andre &kde; processer. Den ses i output fra ps som tdeinit: Running.... Argumenterne efter tdeinit er navnene på yderligere processer der skal startes. + indikerer at tdeinit skal vente indtil processen er færdig. tdeinit starter også dcopserver, tdelauncher og kded. Den anden af de to linjer beder tdeinit om at starte sessionshåndteringsprocessen ksmserver. Sessionshåndteringen afgør sessionens livstid. Når processen afsluttes, logges brugeren ud. Baggrundsprocesser Alle &kde;'s baggrundstjenester er brugerspecifikke: I modsætning til systemdæmoner, deles de ikke mellem brugere. Foruden at være entydige for hvert bruger, er de også entydige pr X-serverskærm. Processerne er: dcopserver Desktopkommunikation kded Generel tjenestedæmon. Sætter databaseopdatering af Sycoca i gang når det behøves. kcminit Initieringstjeneste Se for mere information. tdelauncher Programstart (dette er ikke dialogen &Alt;F2) Se for mere information. knotify Brugerunderretninger. Se for mere information. ksmserver Sessionshåndtering Se for mere information. <command >tdeinit</command > tdeinit bruges til at starte alle andre &kde;-programmer. tdeinit kan både starte normale binære programfiler samt tdeinit indlæsbare moduler (KLM:er). KLM'er fungerer præcis som binære programfiler men kan startes effektivere. KLM'er findes under $TDEDIR/lib/kde3 Bagdelen er at programmer som startes på denne måde ses som tdeinit i udskriften fra top og ps. Brug top eller ps for at se selve programnavnet. %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... angiver hovedprocessen tdeinit. De øvrige processer på listen er programmer startede som KLM'er. Når tdeinit startes første gang starter det dcopserver, tdelauncher, og kded, samt eventuelle yderligere programmer angivne på dets kommandolinje i scriptet starttde, normalt kcminit og knotify. <command >dcopserver</command > dcopserver er en dæmon som sørger for funktioner for kommunikation mellem processer (&DCOP;) for alle &kde;-program. Der er adgang til &DCOP;-funktionerne fra kommandoskallen via kommandolinjeværktøjet dcop. &DCOP; er væsentligt for alle &kde;-programmer. Nogle relaterede filer: $HOME/.DCOPserver_$HOSTNAME_$DISPLAY f.eks. .DCOPserver_linux__0. Styres af $DCOPAUTHORITY /tmp/.ICE-unix/dcoppid-nummer f.eks. dcop7634-1069677856. Dette er filen som filen DCOPserver ovenfor peger på. $HOME/.ICEauthority Godkendelsesinformation som styres af $ICEAUTHORITY kcminit kcminit kør initieringstjenester ved opstart. Initieringstjenester angives i programmernes .desktop-filer eller tjenester via linjen X-TDE-Init: [Desktop Entry] Encoding=UTF-8 Exec=tdecmshell energy Icon=energy_star Type=Application X-TDE-Library=energy X-TDE-Init=energy Initieringstjenester bruges typisk til at initiere hardware baseret på brugerespecificerede indstillinger. kcminit kan bruges til at vise alle initieringstjenester og kcminit tjeneste kan bruges til eksplicit at køre en enkelt tjeneste. Dette kan være nyttig ved undersøgelse af startproblemer. <command >tdelauncher</command > tdelauncher er en dæmon som er ansvarlig for at aktivere tjenester inde i &kde;. Den arbejder tæt koblet til hovedprocessen tdeinit for at starte nye processer. &kde;-programmer kommunikerer med tdelauncher via &DCOP; for at starte nye programmer eller tjenester. Mest kendt fra fejlmeddelelsen: TDELauncher kunne ikke nås via DCOP , som enten angiver et alvorligt problem med dcopserver eller at tdelauncher brød sammen. tdelauncher kan genstartes ved at genstarte tdeinit fra et terminalvindue. Sørg for at $HOME, $DISPLAY og de forskellige $TDEDIR(S) er rigtigt indstillede når du gør det. <command >knotify</command > Den hovedsagelige opgave for knotify er at videresende lydunderretninger til lydserveren. Det sørger for også alternative underretningsmetoder. KSMServer &kde;'s sessionshåndtering er ksmserver. Ved start kører sessionshåndteringen programmer som skal startes automatisk og genopretter programmer fra foregående session. Programmerne som skal startes automatisk angives af .desktop-filer i mappen $TDEDIR/share/autostart. Om et program skal startes automatisk eller ej, kan gøres betinget afhængigt af en indstillingsindgang som afgøres af indgangen X-TDE-autostart-condition i .desktop-filen. Filen ktip.desktop indeholder for eksempel: X-TDE-autostart-condition=ktiprc:TipOfDay:RunOnStart:true Det betyder at indstillingsfilen ktiprc kontrolleres efter indgangen RunOnStart i gruppen [TipOfDay]. Hvis ingen sådan indgang findes, antages true, hvilket betyder at ktip er et af programmerne som normalt startes automatisk. Nogle af de programmer som startes automatisk af ksmserver er: kdesktop &kde;'s desktop &kicker; &kde;'s panel ktip Et program for dagens vink kwrited Et værktøj til at modtage systemmeddelelser som sendes til brugeren &klipper; Et klippebordsværktøj som dokkes i panelet kalarm Et værktøj som advarer om kommande begivenheder og aftaler kdesktop starter når det er dets tur automatisk programmer som opbevares i $TDEHOME/Autostart. kdesktop åbner automatisk alle filer som er opbevarede i mappen, inklusive dokumenter, binære filer eller programmer i form af .desktop-filer. &kde;'s sessionshåndtering genopretter også en af de tidligere sessioner. En session indeholder en samling programmer samt programspecifik information som svarer til tilstanden for programmet da sessionen blev gemt. Sessioner opbevares i indstillingsfilen ksmserverrc som indeholder referenver til programspecifik tilstandsinformation. Den programspecifikke tilstandsinformationen gemmes i $TDEHOME/share/config/session. Tilstandsinformationen for &twin; indeholder vinduespositioner for alle andre programmer i sessionen. Miljøvariabler Nogle vigtige miljøvariabler som bruges af &kde;' $TDEDIR Skal være indstillet hvis TDEDIRS ikke er indstillet og skal pege på roden i &kde;'s installationstræ. Gør det muligt for &kde; at finde data såsom ikoner, menuer og biblioteker. $TDEDIRS Sætter TDEDIR ud af kraft og lader dig angive flere mapper hvor &kde; leder efter data. Nyttig hvis du vil eller skal installere visse programmer med et andet præfiks end resten af &kde;. $TDEHOMEHvis ikke angivet, bruger &kde; ~/.trinity som mappe hvor personlig data opbevares. $TDEROOTHOMEHvis ikke angivet, bruger &kde; ~root/.trinity som mappe for personlig data for root. Introduceredes for at forhindre at &kde; ved en fejl overskrev brugerdata med root-ejerskab når brugeren kører et &kde;-program efter at have skiftet til root med su. $TDEWMHvis miljøvariablen TDEWM er sat, bruges den som &kde;'s vinduehåndtering inde i scriptet starttde i stedet for &twin;. $TDE_LANGSætter &kde;'s sprogindstilling ud af kraft, f.eks. starter TDE_LANG=fr kprogram & et program med fransk oversættelse hvis de nødvendige filer er installerede. $TDE_MULTIHEADSæt variablen til true for at angive at &kde; kører på et system med flere skærme. $TDE_FORK_SLAVES (Siden &kde; 3.2.3) Sæt variablen for at starte I/O-slaver direkte fra selve programmets proces. Normalt startes I/O-slaver ved at brugetdelauncher/tdeinit. Dette er nyttigt hvis I/O-slaven skal køre i samme miljø som programmet. Dette kan være tilfældet med Clearcase. $TDE_HOME_READONLY Indstil variablen for at angive at hjemmemappen er monteret som skrivebeskyttet. $TDE_NO_IPV6(Siden &kde; 3.2.3): Sæt variablen for at deaktivere støtte for IPv6 og IPv6 opslag med DNS. $TDE_IS_PRELINKED(Siden &kde; 3.2): Sæt variablen for at angive at du har forlinket &kde;'sbinære filer og biblioteker . Det lukker af for tdeinit. $TDE_UTF8_FILENAMESHvis denne miljøvariabel er sat, antager &kde; at alle filnavne har kodningen UTF-8 uanset nuværende C-lokal. $TDE_FULL_SESSION(Siden &kde; 3.2) Sættes automatisk til sand ved &kde;'s start. Det bruges f.eks. af &konqueror; til at vide om det skal overveje at forblive i hukommelsen for fremtidig gen når det lukkes. Hvis det ikke er sat, afsluttes &konqueror; når det lukkes (&tdesu; gør det f.eks., og det er også nyttigt til fejlsøgning). $TDESYCOCALader dig angive søgesti og navn på cachefilen med systemindstillinger som laves af &kde;. $TDETMPTillader at en anden søgesti end tmp angives hvor &kde; opbevarer sine midlertidige filer. $TDEVARTMPTillader at en anden søgesti end var/tmp angives hvor &kde; opbevarer sine variable filer. $XDG_DATA_HOME(Siden &kde; 3.2) Definerer basismappen som brugerspecifikke datafiler skal opbevares relativt til. Standardværdi er $HOME/.local/share $XDG_DATA_DIRS(Siden &kde; 3.2) Definerer sættet af basismapper i prioritetsrækkefølge som skal bruges til at søge efter datafiler udover basismappen $XDG_DATA_HOME. Standardværdi er /usr/local/share/:/usr/share/. &kde;tilføjer også steder fra $TDEDIRS samt profiler. Bruges til .desktop og .directory-menufiler. .desktop-filer under $XDG_DATA_DIRS/applications. .directory filer under $XDG_DATA_DIRS/desktop-directories. $XDG_CONFIG_HOME(&kde; 3.2): Definerer basismappen som brugerspecifikke indstillingsfiler skal opbevares i forhold til. Standardværdien er $HOME/.config. $XDG_CONFIG_DIRS(&kde; 3.2): Definerer det prioritetsordnede sæt basismapper som skal søges i efter indstillingsfiler udover basismappen $XDG_CONFIG_HOME. Standardværdien er /etc/xdg &kde; tilføjer også steder fra $TDEDIRS og profiler. Bruges af .menu-beskrivelser i $XDG_CONFIG_DIRS/menus. Mysteriet med tdeinit tdeinit bruges til at starte alle andre &kde;-programmer. tdeinit kan både starte normale binære programfiler samt tdeinit indlæsbare moduler (KLM:er). KLM'er fungerer præcis som binære programfiler men kan startes effektivere. KLM'er findes under $TDEDIR/lib/kde3 Bagdelen er at programmer som startes på denne måde ses som tdeinit i udskriften fra top og ps. Brug top eller ps for at se selve programnavnet. % 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 måske har bemærket, har det en anden bivirkning, som gør det svært at dræbe en proces som forårsager problemer: % killall kdesktop kdesktop: no process killed Du kan være fristet til at forsøge med killall tdeinit, men at dræbe alle tdeinit-processer vil have den virkning at lukke af for hele &kde;. I virkeligheden total destruktion! Der er to enkle løsninger på dette: % tdekillall kdesktop eller gamle hæderlige % kill 26195 tdekillall er en del af &kde;-pakken SDK. Indstil &kde; Desktopikoner &kde; bruger flere typer af ikoner: Dokumenter Link til netsteder (med filen .desktop) Link til programmer (med filen .desktop) Enheder - diske, partitioner og periferienheder: Eksplicit ved at bruge .desktop-filer Automatisk via I/O-slaven devices:// Leverandørspecifikt (f.eks. &SuSE;'s Min maskine) Netsteder Link til netsteder som bruger .desktop-fil: Opret ny Fil Link til sted (URL). Ændr ikon med dialogen Egenskaber. Resulterende .desktop-fil: [Desktop Entry] Encoding=UTF-8 Icon=/opt/kde3/share/apps/kdesktop/pics/ksslogo.png Type=Link URL=http://www.kde.org/ Programmer Link til programmer som bruger .desktop-fil: Opret ny Fil Link til program. Du skal selv angive detaljerne. Træk fra &kde;-menuen. Enten kopiere eller linke (laver symbolsk link), meget enklere [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 af tekst Oversat generel beskrivelse, bruges ikke på desktoppen Arv, kan fjernes Oversat navn som det ses på desktoppen Desktopikoner ... 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 understøttes, bruges ikke på desktoppen Kommandolinjen at køre Ikonen, fra ikontema eller fuldstændig søgesti Bruges kun hvis terminal behøves Arbejdsmappe for kommando Flere standardmoduler af tekst Brug true hvis en terminal behøves, tekstprogram Vis studsende peger, deaktivér hvis det ikke virker Er programmet startet ok? Fjern hvis det ikke virker Kategorier for &kde;'s menu, bruges ikke på desktoppen Tilvalget <varname >Exec</varname > i <literal role="extension" >.desktop</literal >-filer Efter kommandoen kan du angive flere pladsmarkører som erstattes med selve værdien når programmet køres: %f Et enkelt filnavn, som bruges når en fil slippes på ikonen, eller med filbindinger. %F En liste med filer. Bruges for programmer som kan åbne flere lokale filer på en gang. %u En enkelt url. Hvis programmet for eksempel kan håndtere &FTP;- eller &HTTP;-url'er selv, ellers &kde;. %U En liste med &URL;'er. Filen hentes først og så sendes en lokal fil til programmet. %d Katalog for filen som skal åbnes. Nyttigt hvis programmet skal have filen i nuværende arbejdsmappe. %D En liste med mapper. Ikke særligt praktisk. %i Ikonen. værdi. &kde;-programmet bruger ikonen fra linjen Icon= i aktivitetsfeltet. %m Miniikonen. Arv. %c Overskriften. værdi. &kde;-programmet bruger navnet fra linjen Name= i opgavelinjen. Eksempler: Exec linje Kørt kommando ksirc %iksirc --icon ksirc cd %d; kedit $(basename %f)cd /tmp; kedit file.txt Enheder Link til enheder som bruger .desktop-filen: Opret ny -> Enhed Hvor at definere Mange steder at definere desktopikoner: ~/Desktop: kopieret fra/etc/skel/Desktop $TDEDIR/apps/kdesktop/Desktop (indflettet) $TDEDIR/apps/kdesktop/DesktopLinks (kopieret) Enhedsikoner (indflettes dynamisk) Distributionspecifik: SUSE Linux kopierer visse ikoner i starttde.theme fra /opt/kde3/share/config/SuSE/default/. &kde;-menuen Hvordan virker det I &kde; 3.2 introduceredes et fælles menuformat på http://freedesktop.org/Standards/menu-spec/. Før &kde; 3.2 Katalogstruktur under share/applnk Katalogstrukturen repræsenterer menustrukturen Hver .desktop-fil repræsenterer et enkelt program Det var svært at omarrangere strukturen i &kde; 3.2 til det nye menuformat: Definerer strukturen i en enkelt .menu-fil Er baseret på kategorier Deles mellem GNOME og &kde; Støtter også menuer i applnk-stil Eksempel fra 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> Menuindgang med tre programmer: /usr/share/applications/Acrobat Reader.desktop /opt/kde3/share/applications/kde/kpresenter.desktop /opt/kde3/share/applications/kde/kword.desktop Opbevares hvor? .menu-filer som beskriver menustrukturen. Filerne opbevares i $TDEDIR/etc/xdg/menus og /etc/xdg/menus. De opbevarer systemets menustruktur og styres af $XDG_CONFIG_DIRS. $HOME/.config/menus opbevarer brugerspecifikke ændringer i menustrukturen og styres af $XDG_CONFIG_HOME. For mere information, se http://www.freedesktop.org/Standards/basedir-spec. .desktop-filer beskriver programmer og opbevares i: $TDEDIR/share/applications, /usr/share/applications, /usr/local/share/applications. De er systemets .desktop-filer for programmer som styres af $XDG_DATA_DIRS. $HOME/.local/applications indeholder brugerspecifikke .desktop-filer og brugerspecifikke ændringer. Den styres af$XDG_DATA_HOME. For mere information, se http://www.freedesktop.org/Standards/basedir-spec .directory-filer som beskriver undermenuer opbevares i $TDEDIR/share/desktop-directories, /usr/share/desktop-directories, /usr/local/share/desktop-directories. De er systemets .directory-filer for menuer styret af $XDG_DATA_DIRS. Brugerspecifikke ændringer opbevares i $HOME/.local/desktop-directories. De styres af $XDG_DATA_HOME. For mere information, se http://www.freedesktop.org/Standards/basedir-spec Eksempel fra applications.menu <Menu> <Name>Art</Name> <Directory>suse-edutainment-art.directory</Directory> <Include> <Category>X-SuSE-Art</Category> </Include> </Menu> Art er det interne navn på menuen. suse-edutainment-art.directory definerer navn og ikon for menuen, og menuen indeholder alle programmer som har X-SuSE-Art angivne som kategori, f.eks.: Categories=Qt;TDE;Education;X-SuSE-Art suse-edutainment-art.directory definerer navn og ikon for menuen: [Desktop Entry] Name=Art and Culture Icon=kcmsystem Almindelige besværligheder Programmer som ikke er i menuen eksisterer ikke med hensyn til andre programmer eller filbindinger. Hvis du fjerner et program fra menuen, antager &kde; at du ikke vil bruge det. Når programmer ikke er ønskede i menuen, kan de enten placeres i menuen .hidden eller en særlig menu med NoDisplay=true i filen .directory. Væsentlige menuer $TDEDIR/etc/xdg/menus/applications-merged/ indeholder kde-essential.menu som indeholder nogle væsentlige menuer som normalt ikke vises i selve &kde;-menuen. Kontrolcentret har en skjult indstillingsmenu hvis indhold defineres af kde-settings.menu og hvis ikon og navn defineres af kde-settings.directory. Kontrolcentret har en skjult informationsmenu hvis indhold defineres af kde-information.menu og hvis ikon og navn defineres af kde-information.directory. Pauseskærme indeholder en skjult menu System/Screensavers, hvis indhold defineres af kde-screensavers.menu og hvis ikon og navn defineres af kde-system-screensavers.directory. $TDEDIR/share/desktop-directories/kde-system-screensavers.directory indeholder: NoDisplay=true Menuer i gammel stil &kde; fortsætter med at støde på menuer i gammel stil som defineres af mappestrukturen i $TDEDIR/share/applnk (for systemet) og $HOME/.trinity/share/applnk (brugerspecifikke). Det gøres hvis .desktop-filen ikke har linjen Categories=. I dette tilfælde afgør kategorierne stedet i menuen. <application >KSycoca</application > KSycoca opbevarer menustrukturen og information om alle tilgængelige programmer i en cache. Du kan genbygge databasen med tdebuildsycoca. Databasen som bygges findes i /var/tmp/tdecache-${USER}/tdesycoca. Den opdateres automatisk af KDED, kontrolleres ved indlogning i &kde;, og KDED overvåger ændringer mens du er logget på. For at deaktivere overvågning af ændringer (eftersom det kan være skadeligt over NFS) tilføj følgende i kdedrc: [General] CheckSycoca=false For at tvinge til regenerering, køres touch $TDEDIR/share/services/update_tdesycoca. &kmenuedit; &kmenuedit; er beregnet til en enkeltbruger-desktop. Ændringer i menustrukturen gemmes i ~/.config/menus/applications-tdemenuedit.menu, ændringer af programmer gemmes i ~/.local/share/applications/ og ændringer i undermenuer (ikon, navn) gemmes i ~/.local/share/desktop-directories/. Administrationsværktøjet for kiosktilstand bruger &kmenuedit; og kopierer ovenstående ændringer til et profilsted eller systemsted. &kde;'s panel &kde;'s panel er også kendt som &kicker;. Det er modulært og består af følgende komponenter: Panelprogrammer Programknapper Specialknapper Normalt indeholder panelet følgende miniprogrammer: Desktopsvælger - viser virtuelle desktoppe Opgavelinje Statusfelt Ur og følgende specielle knapper: &kde;'s menu Desktopsknap Diverse programknapper tilføjes også, hvis pladsen tillader det: Hjemknap Browserknap Kmail-knap Filassociationer Filbindinger kobler en filtype sammen med et eller flere programmer. Filens type etableres ved at afgøre dens &MIME;-type. De &MIME;-typer som &kde; kender til opbevares i $TDEDIR/share/mimelnk og hvert programs .desktop-fil indeholder en liste med &MIME;-typer som programmet understøtter. 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 Begge kan åbne image/gif. Hvilken bruges så til at åbne en .gif-fil? Programmet med højest rang! kview.desktop indeholder InitialPreference=3 mens kuickshow.desktop indeholder InitialPreference=6 Derfor bruges &kuickshow; til at åbne .gif-filer. Hvordan kan vi gøre &kview; til standarden? En bruger kan ændre filbindinger i kontrolcentret. Ændringerne opbevares i $HOME/.trinity/share/config/profilerc. For at bruge samme ændringer for flere brugere, opbevares indstillingerne i brugerens profilmappe eller i den globale indstillingsmappen i &kde; for at bruges som standardværdi for flere brugere. Lås &kde; Hvordan virker det: Grundlæggende funktioner &kde;'s låsningsfunktioner er centrerede omkring følgende tilvalg: Gør indstillingstilvalg uforanderlige Begræns adgang til specifikke handlinger Begræns adgang til visse &URL;'er Begræns adgang til visse indstillingsmoduler Uforanderlige indstillingstilvalg Lås &kde; Uforanderlige tilvalg muliggør for systemadministratorer at sørge for standardindstillinger som ikke kan ændres af brugeren. Brugerens forudindstillede indstillingstilvalg ignoreres så snart et indstillingstilvalg gøres uforanderligt. Tilvalg kan enten styres baseret på hver indgang, eller baseret på grupper af indgange, eller baseret på hver fil for sig. Hvis en fil eller gruppe er uforanderlig, er alle indstillingstilvalg i denne fil eller gruppe uforanderlige, til og med de tilvalg hvor systemadministratoren ikke sørger for nogen standardværdi. Støtte i programmer for uforanderlige tilvalg kan variere fra program til program. Selv om brugeren ikke vil kunne lave permanente ændringer af uforanderlige indstillingstilvalg, kan brugeren måske alligevel se et tilvalg i brugergrænsefladen til at lave en sådan ændring. Handlingsbegrænsninger &kde;-programmer bygges omkring handlingsbegrebet. Handlinger kan aktiveres på forskellige måder, typisk via menulinjen, en af værktøjslinjerne eller en tastaturgenvej. Gem dokument er et eksempel på en handling. Hvis du det interne navn på handlingen er det muligt at begrænse den. Når en handling er begrænset, vises den ikke længere i menulinjen eller værktøjslinjen. Det interne navnet på Gem dokument er . Låsningsskelettet sørger også for et sæt mere abstrakte begrænsninger som kan bruges til at deaktivere funktioner som ikke dækkes af en enkelt handling. Et eksempel er begrænsningen som deaktiverer alle funktioner som ville give brugeren adgang til en &UNIX;-skal. Begræns adgang til skal for brugere For at forhindre at brugeren får adgang til en kommandoskal kan vi begrænse handlingen ved at tilføje følgende i kdeglobals: [KDE Action Restrictions] shell_access=false Eftersom dette påvirker &kde;'s menu og tilgængelige programmer, skal vi tvinge til at sycoca-databasen opdateres: touch $TDEDIR/share/services/update_tdesycoca Log nu in i &kde; og kontrollér følgende punkter: K-menuen I &konqueror; Værktøjer Åbn terminal Kommandoen &Alt;F2 kører Fuldstændig dokumentation om tilgængelige handlinger findes på http://www.kde.org/areas/sysadmin/. Nogle af de mere interessante handlinger er på listen nedenfor: Tilvalget Indstil i menuen Indstillinger. Tilvalget Rapportér fejl i menuen Hjælp. Menuen som vises med højreklik på desktoppen. Menuen som vises med højreklik i panelet. Skjuler alle handlinger eller programmer som kræver adgang som root Skjuler alle handlinger eller program som sørger for adgang til en skal. Deaktiverer tilvalget at vælge udskriftssystem (baggrundsprogram). Om brugeren vil kunne låse skærmen Om brugeren må starte en andre X-session (se også &tdm;) Om OpenGL-pauseskærme tillades at bruges. Tillad pauseskærme som ikke skjuler hele skærmen Begrænsninger af &URL;'er Der er tre typer af begrænsninger som kan bruges for &URL;'er: liste For at styre om en liste af mapper er tilladt. open For at styre om visse &URL;'er kan åbnes Redirect For at styre om en &URL; kan åbne en anden &URL;, enten automatisk eller via et hyperlink. Regler kontrolleres i rækkefølgen de defineres. Den sidste regel som gælder en &URL; angiver om der er adgang til &URL;'en. Følgende regler deaktiverer at åbne &URL;'er med http og https udenfor .firma.dk: [KDE URL Restrictions] rule_count=2 rule_1=open,,,,http,,,false rule_2=open,,,,http,*.ourcompany.com,,true De første fire kommaer springer over udvalgskriteriet med hensyn til den oprindelige &URL;. Denne del er kun nødvendig med omdirigering typeregler. forbyder at nogen http eller https-&URL; åbnes tillader at åbne en vilkårlig http- og https-&URL; i .vortfirma.dk-domænet. Bemærk at jokertegnet * er kun tilladt ved starten af et domæne. Følgende regler gør at brugeren ikke længere kan kigge i mapper på det lokale filsystem der er udenfor $HOME-mappen: [KDE URL Restrictions] rule_count=2 rule_1=list,,,,file,,,false rule_2=list,,,,file,,$HOME,true forbyder at nogen lokal mappe vises tillader at vise mapper under brugerens egen mappe $HOME. $HOME and $TMP er særlige værdier til at indikere brugerens hjemmemappe &kde;'s midlertidige mappe for brugeren, ⪚ /tmp/tde-bastian Følgende regler gør at brugeren ikke længere kan åbne lokale filer der er udenfor deres $HOME-mappe: [KDE URL Restrictions] rule_count=3 rule_1=open,,,,file,,,false rule_2=open,,,,file,,$HOME,true rule_3=open,,,,file,,$TMP,true forbyder at nogen lokal fil åbnes tillader at filer åbnes under brugerens egen mappe $HOME. tillader at filer åbnes i brugerens midlertidige &kde;-mappe. Dette behøves for visse &kde;-programmer som først henter en fil eller et dokument i den midlertidige mappe og derefter åbner den i programmet. Omdirigeringstilvalget styrer om dokument fra et vist sted kan referere til visse andre steder, enten automatisk eller manuelt via et hyperlink. Et sæt standardregler findes som en generel sikkerhedshandling. Dokumenter opbevaret på internettet må for eksempel ikke referere til lokalt opbevarede dokumenter. Hvis vi for eksempel vil give intranet-serveren www.mitfirma.dk mulighed for at referere til lokale filer, vil vi skulle tilføje følgende regel: [KDE URL Restrictions] rule_count=1 rule_1=redirect,http,www.mitfirma.dk,,file,,,true I stedet for en liste med protokoller efter navn er det også muligt at angive en hel gruppe af protokoller. Følgende grupper er defineret for det: :local Protokol som giver adgang til lokalt opbevaret information, for eksempel file:/, man:/, fonts:/, floppy:/ :internet Sædvanlig internetprotokoller såsom http og ftp Information om protokol opbevares i *.protocol-filer som er i $TDEDIR/share/services. Indgangen = definerer gruppen en protokol er en del af: grep $TDEDIR/share/services/*.protocol Generelle regler: Protokollen :local kan referere til en hvilket som helst anden protokol Det er altid tilladt at referere til et :internet protokol Ikke alle protokoller er en del af en gruppe, for eksempel fish:/. Indstillingsmoduler &kde; har indstillingsmoduler som styrer diverse aspekter af miljøet i &kde;. Indstillingsmoduler vises i kontrolcentret, i et programs indstillingsdialog eller i begge steder. Proxy-indstillingsmodulet ses i kontrolcentret, men er også en del af dialogen Indstil Konqueror i &konqueror; enkelte indstillingsmoduler kan startes med tdecmshell modul For at starte proxy-modulet bruges: tdecmshell tde-proxy.desktop tdecmshell proxy Ikke alle program bruger indstillingsmoduler. Ofte er indstillingsdialogen en integreret del af selve programmet. Alle indstillingsmoduler er strengt taget en del af &kde;'s menu. Modulerne som er synlige ikontrolcentret har normalt en .desktop-fil under $TDEDIR/share/applications/kde og sorteres under den skjulte menu Settings-Modules af kde-settings.menu som inkluderes fra kde-essential.menu tdebuildsycoca 2> /dev/null | grep Settings-Modules Programspecifikke moduler har normalt en .desktop-fil under $TDEDIR/share/applnk/.hidden som svarer den skjulte .hidden menu, som inkluderes som resultat af <KDELegacyDirs/> tdebuildsycoca 2> /dev/null | grep .hidden I &kde; 3.3 er det muligt at redigere kontrolcentret med kcontroledit. kcontroledit virker nøjagtigt lige som kmenuedit og ændrer kun for den nuværende bruger. Brug kiosktool for at lave ændringer for alle. Individuelle indstillingsmoduler kan deaktiveres ved at tilføje følgende i kdeglobals: [KDE Control Module Restrictions] modul-id=false For eksempel for at deaktivere proxy-modulet bruges [KDE Control Module Restrictions] tde-proxy.desktop=false Tjek i kontrolcentret og dialogen Indstil Konqueror om proxy-indstillingen stadigvæk findes der. Den dovne administrator &kde; gør det selv: Byg dine egne værktøjer DCOP Desktop COmmunication Protocol, DCOP, er en letvægts mekanisme for kommunikation mellem processer. DCOP tillader at brugeren kommunikerer med programmer som for øjeblikket kører. &kde; sørger for to programmer til at udnytte DCOP: dcop, et kommandolinjeprogram, og kdcop, et program med grafisk grænseflade. Nogle bemærkninger om at bruge dcop: dcop [vælgare] [program [objekt [funktion [arg1] [arg2] ... ] ] ] Programmer som kan åbne mere end et vindue samtidigt gang listes som <program>-processid. Alle flag er versalfølsomme. setFullScreen og setfullscreen er to forskellige funktioner. Tegnet * fra regulære udtryk kan bruges i program- og objektargumenter. % dcop konqueror-16006 konsole-8954 Nogle eksempler på kommandoer og deres uddata er nedenfor: % dcop konsole-8954 En &konsole; kører med proces-id 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 Her ser du at fire sessioner kører. % dcop QCStringList interfaces() QCStringList functions() int sessionCount() QString currentSession() QString newSession() QString newSession(QString type) QString sessionId(int position) void activateSession(QString sessionId) void nextSession() void prevSession() void moveSessionLeft() void moveSessionRight() bool fullScreen() void setFullScreen(bool on) ASYNC reparseConfiguration() Her er valgmulighederne for &konsole;s hovedprogram. % dcop QCStringList interfaces() QCStringList functions() bool closeSession() bool sendSignal(int signal) void clearHistory() void renameSession(QString name) QString sessionName() int sessionPID() QString schema() void setSchema(QString schema) QString encoding() void setEncoding(QString encoding) QString keytab() void setKeytab(QString keyboard) QSize size() void setSize(QSize size) Her er valgmulighederne for den første session, session-1. % dcop true Dette stiller &konsole; til fuldskærmstilstand. Når der er mere end et program eller objekt, hvilket skal man bruge? Findes en reference? % 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 selv: At bygge egne værktøjer Du kan bruge &kde;'s dialoger fra dine egne scripter, til at kombinere de kraftfulde skalscripter i &UNIX; med den enkle brug af &kde;. kdialog kdialog Delen Kdialog kan erstattes via flaget kdialog Gemmer om den skal vises igen i $TDEHOME/share/config/minfil ved at indtaste følgende linjer i filen: [Notification Messages] mykey=false I stedet for kan du også bruge og hvis det er passende. Du kan for eksempel bruge kdialog eller kdialog . Det er også muligt at oprette meddelelsesfelter som accepterer svaret ja eller nej. kdialog echo $? Returværdi Betydning 0Ja, o.k., Fortsæt 1Nej 2Annullér Sørg for at gemme resultatet i en variabel hvis du ikke bruger det direkte. Næste kommando fylder $? med en ny værdi. Du kan også bruge her, husker det brugerens valg og returnerer det næste gang uden at vis dialogen igen. Yderligere varianter er: som men med en anden ikon Med knapperne Fortsæt og Annullér. Med knapperne Ja, Nej og Annullér. For eksempel: kdialog kdialog Resultatet skrives ud på standardudskriften. For at lægge det ind i en variabel kan du bruge name=$(kdialog --inputbox "Indtast dit navn:" "Dit navn"). Det sidste argument er valgfrit. Det bruges for at udfylde dialogen i forvejen. password=$(kdialog ) Tilvalget virker ikke med eller Der er to dialoger som lader brugeren gøre et valg i en liste: Lader brugeren vælge et objekt i en liste. Lader brugeren vælge et eller flere objekter i en liste. city=$(kdialog ) $city blir a, b, c eller d. city=$(kdialog ) Madrid og Paris er standard. Resultatet med Madrid og Paris valgte bliver "b" "c". Hvis du tilføjer flaget , placerer den b og c på hver sin linje, hvilket gør det enklere at behandle 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;