WaldoBastianbastian@kde.org&Philip.Rodrigues; &Philip.Rodrigues.mail; &kde; per amministratoriAll'interno di &kde; Panoramicada scrivereStruttura delle cartelle&kde; definisce una gerarchia di file di sistema utilizzati sia dall'ambiente &kde; stesso che dalle applicazioni &kde;. In generale &kde; memorizza tutti i suoi file in un albero di directory con una struttura fissa. &kde; sua due alberi di cartelle predefiniti:Uno a livello di sistema (per esempio /opt/kde3).Uno a livello di utente nella sua cartella home (normalmente ~/.kde)Come amministratore di sistema puoi creare degli alberi aggiuntivi che possono essere usati come profili&SuSE; &Linux; per esempio utilizza:$HOME/.kde/opt/kde3. (Questo è specifico di &SuSE;; altre distribuzioni possono usare /usr oppure /usr/kde3)/etc/opt/kde3 (Questo è stato aggiunto da &SuSE;).Se hai installato lo strumento di amministrazione di Kiosk v0.7 o successive puoi controllare quali alberi di cartelle sono utilizzati attraverso il seguente comando: kiosktool-tdedirs&kde; e le sue applicazioni cercano i file analizzando gli alberi di cartelle di &kde;. Questi sono controllati secondo un ordine di precedenza. Quanto un file è presente in più alberi di cartelle ha la precedenza il file presente nell'ultimo albero. Normalmente, l'albero presente nella cartella home dell'utente ha la più alta precedenza. Questo è anche quello in cui sono scritte le modifiche.Per informazioni sul tipo &MIME; text/plain vengono ricercati i seguenti file:$HOME/.kde/share/mimelnk/text/plain.desktop/opt/kde3/share/mimelnk/text/plain.desktop/etc/opt/kde3/share/mimelnk/text/plain.desktopSe un utente effettua una modifica, queste sono scritte in $HOME/.kde/share/mimelnk/text/plain.desktopPer i file di configurazione la storia è un po' differente. Se ci sono più file di configurazione con lo stesso nome trovati negli alberi delle cartelle, il contenute è combinato. L'ordine di precedenza degli alberi delle directory giocano qui un ruolo. Quanto due file definiscono la stessa chiave di configurazione, il file con la più alta precedenza determina qual è il valore utilizzato per la chiave.Per esempio, se esistessero i seguenti due file con questi contenuti:$HOME/.kde/share/config/foobarColore=rosso
Forma=cerchio
/etc/opt/kde3/share/config/foobarColore=blue
Posizione=10,10
I file saranno fusi in questo modo:Colore=rosso
Forma=cerchio
Posizione=10,10
Specificare le cartelleVariabili d'ambenteImpostazione(i) d'esempioCommentoTDEHOME~/.kdeTDEROOTHOME/root/.kdeVariabile diversa per evitare la scrittura di root sulla $TDEHOME dell'utente dopo aver eseguito su.TDEDIR/opt/kde3, /usr, /usr/kde3Dipendente dal venditore. Utilizzato da &kde; 2. Se non è impostata, fa ricorso a quanto stabilito di default.TDEDIRS/opt/kde3, /usr, /usr/kde3Nuovo in &kde;3. Può elencare posizioni multiple separate dai due punti. Se non è impostato ritorna a $TDEDIRNon è necessario impostarla, quanto predefinito funziona bene.Vuoi eseguire &kde;2 accanto a &kde;3? Punta $TDEDIR a &kde; 2 e $TDEDIRS a &kde; 3.Un membro dello staff di un'università potrebbe avere le seguenti impostazioni:TDEHOME='~/.kde3'
TDEROOTHOME='/root/.kde3'
TDEDIRS='/opt/kde_staff:/opt/kde3'
Profili utenteNell'esempio precedente /opt/kde_staff conteneva impostazioni aggiuntive e le applicazioni per i membri dello staff. I profili utente permettono di aggiungere questa cartella solo per qualcuno o tranne che per qualcuno. Aggiungi quanto segue a /etc/kderc:[Directories-staff]
prefixes=/opt/kde_staff
Questo crea un profilo denominato staff che si aggiunge all'albero di cartelle /opt/kde_staff (nota che &SuSE; &Linux; utilizza /etc/kde3rc al posto di /etc/kderc). Ora che abbiamo dato un nome al profilo, possiamo assegnarlo agli utenti.Per assegnare i profili agli utenti c'è bisogno che sia specificato un file di assegnazione in /etc/kderc:[Directories]
userProfileMapFile=/etc/kde-user-profile
Ora è possibile assegnare un profilo in base sia al nome dell'utente sia al gruppo &UNIX; cui l'utente appartiene.Per assegnare il profilo staff per tutti gli utenti membri del gruppo &UNIX; staff_members aggiungi quanto segue al /etc/kde-user-profile:[General]
groups=staff_members
[Groups]
staff_members=staff
È anche possibile assegnare un profilo al singolo utente:[Users]
bastian=staff
Rivisitazione della struttura delle cartelleOgni albero di cartelle utilizzato da &kde; ha una struttura di cartelle prefissata. Le cartelle che non sono rilevanti in un certo albero o semplicemente non utilizzate posso essere tralasciate. Per esempio, le cartelle utilizzate per i file temporanei sono normalmente trovabili sotto $TDEHOME e non in qualsiasi altro albero di cartelle.Cartelle specifiche per architetturaCartelle specifiche per architettura (SO e tipo di CPU):binUtilizzato dagli eseguibili di &kde;.libUtilizzato dalle librerie di &kde;.lib/kde3Questa cartella contiene componenti, plugin e altre oggetti caricabili in runtime utilizzabili dalle applicazioni x di &kde; 3.Cartelle condiviseCondiviso: non specifico per una ma può essere condiviso tra differenti architetture.share/applnkFile .desktop per il menu di &kde; (obsoleto)share/applicationsFile .desktop per il menu di &kde; (da &kde; 3.2)share/appsContiene file di dati specifici per le applicazioni. Ogni applicazione ha una sottocartella per registrare file di dati aggiuntivi.share/configFile di configurazione. Normalmente hanno il nome composto dal nome dell'applicazione cui si riferiscono più le lettere rc. Un caso particolare è kdeglobals, in quanto letto da tutte le applicazioni di &kde;.share/config/sessionQuesta cartella è utilizzata dal gestore delle sessioni ed è normalmente disponibile sotto $TDEHOME. Alla fine di una sessione le applicazioni di &kde; registrano qui il loro stato. Il nome dei file sono composti dal nome dell'applicazione seguiti da un numero. Il gestore delle sessioni ksmserver registra le referenze a questi numeri quando salva una sessione in ksmserverrc.share/doc/HTMLQuesta cartella contiene la documentazione per le applicazioni di &kde;. La documentazione è suddivisa per lingue e per l'applicazione cui si riferisce. Normalmente almeno due file si possono trovare in una cartella: index.docbook, che contiene la documentazione nel formato DocBook e index.cache.bz2 che contiene la stessa documentazione in formato &HTML; compresso con bzip2. La versione &HTML; è quella utilizzata dal &khelpcenter;. Se la versione in &HTML; non esiste, il &khelpcenter; la rigenererà partendo dalla versione DocBook. Considera che questo è un processo che fa perdere del tempo.share/iconsIn questa cartella sono conservate le icone. Queste sono catalogate per tema, dimensione e categoria di utilizzo.share/mimelnkIn questa cartella sono conservati i file .desktop che descrivono i tipi &MIME;. &kde; utilizza i tipi &MIME; per identificare la tipologia di un file.share/servicesQuesta cartella contiene i file .desktop che descrivono i servizi. I servizi assomigliano alle applicazioni ma normalmente sono lanciati da altre applicazioni invece che dall'utente. I servizi non appaiono nel menu di &kde;.share/servicetypesQuesta directory contiene i file .desktop che descrivono i tipi dei servizi. Un tipo di servizio di solito rappresenta una certa interfaccia di programmazione. Le applicazioni ed i servizi includono nei propri file
>.desktop il tipo di servizio a cui provvedono.share/soundsQuesta cartella contiene i file sonori.share/templatesQuesta cartella contiene i template per creare file di diverso tipo. Un template consiste in un file .desktop che descrive il file e che include una referenza ad un file nella sotto cartella .source. I template in questa cartella appaiono nel menu Create nuovo disponibile nel desktop e nel browser di file. Quando un utente seleziona un template dal menu è copiato il file sorgente.share/wallpapersQuesta cartella contiene le immagini che possono essere utilizzate come sfondo.Cartelle specifiche del computer ospiteCi sono tre cartelle specifiche del computer ospite che sono di solito collegate simbolicamente ad altri indirizzi. Se le cartelle non esistono ancora, saranno creati il seguente collegamento simbolico e la cartella utilizzando l'utilità lnusertemp:$TDEHOME/socket-$HOSTNAMEDi solito /tmp/tdesocket-$USER/ è utilizzato da diversi socket &UNIX;.$TDEHOME/tmp-$HOSTNAMEDi solito /tmp/kde-$USER/ è utilizzato per i file temporanei.$TDEHOME/cache-$HOSTNAMEDi solito /var/tmp/kdecache-$USER/ è utilizzata per i file in cache.Dato che sia /tmp che /var/tmp sono scrivibili da chiunque, c'è una possibilità che una delle due cartelle già esistano ma che non sia posseduta da un altro utente. In questo caso l'utilità lnusertemp creerà una nuova cartella con un nome alternativo e farà riferimento a questa.File di configurazione&kde; usa un file di semplice testo per tutti i suoi file di configurazione. Questi consistono in una coppia chiave-valore inseriti in gruppi. Tutti i file di configurazione di &kde; utilizza la codifica UTF-8 per il testo al di fuori dei limiti dell'ASCII.L'inizio di un gruppo è indicato da un nome scritto in parentesi quadrate. Tutte le voci chiave-valore che seguono appartengono a quel gruppo. Il gruppo finisce quanto ne inizia un altro o quando è raggiunta la fine del file. Le voci in testa al file che non sono precedute da un nome di gruppo appartengono al gruppo predefinito.Il seguente esempio mostra un file di configurazione composto da due gruppi. Il primo gruppo contiene le chiavi LargeCursor e SingleClick, il secondo gruppo contiene le chiavi Show hidden files e Sort by:[KDE]
LargeCursor=false
SingleClick=true
[KFileDialog Settings]
Show hidden files=false
Sort by=Name
Le voci in un gruppo sono composte da una chiave ed un valore separati da un segno di uguaglianza. La chiave può contenere spazi e può essere seguita da opzioni racchiuse in parentesi quadre. La parte dopo il segno di uguaglianza è il valore della voce. Ogni spazio bianco che circonda il segno di uguaglianza è ignorato, come ogni spazio bianco. Per essere più concisi, il formato è:voce=valoreSe un valore può includere uno spazio all'inizio o alla fine, questo si può ottenere utilizzando un barra rovescia seguita da una s.Ci sono molti altri codici con la barra rovescia; eccone una lista completa: \s può essere utilizzato al posto dello spazio\t può essere utilizzato per inserire una tabulazione\r per un carattere di fine riga\n per un carattere di ritorno a capo (nuova linea)\\ per inserire la barra rovescia stessaNel seguente esempio il valore della voce Caption inizia con due spazi mentre quella Description contiene tre linee di testo. I fine riga con la notazione con la barra rovescia sono utilizzati per separare due linee differenti.[Preview Image]
Caption=\s My Caption
Description=This is\na very long\ndescription.
Le linee vuote nei file di configurazione sono ignorati tanto quanto quelle che iniziano con un cancelletto (#). Il cancelletto può essere utilizzato per aggiungere dei commenti ai file di configurazioni. Si dovrebbe notare che quando un'applicazione di &kde; aggiorna un fine di configurazione i commenti non vengono preservati.Ci possono essere più file di configurazione con lo stesso nome nella sotto cartella share/config dei vari alberi di cartelle di &kde;. In questo caso l'informazione di tutti questi file di configurazione è combinata sulle basi del concetto del chiave per chiave. Se la stessa chiave all'interno di certi gruppi è definita in più di un posto, sarà utilizzato il valore della chiave letto dall'albero di cartelle con la più alta precedenza. I file di configurazione sotto la $TDEHOME hanno sempre la precedenza più alta. Se una chiave in un certo gruppo è definita più volte in un singolo file è utilizzato il valore dell'ultima voce.Se il file $HOME/.kde/share/config/foobar contiene:
[MyGroup]
Color=red
Shape=circle
ed il file /etc/opt/kde3/share/config/foobar contiene
[MyGroup]
Color=blue
Position=10,10
il risultato sarà: [MyGroup]
Color=red
Shape=circle
Position=10,10
Se $HOME/.kde/share/config/foobar contiene
[MyGroup]
Color=red
Shape=circle
[MyGroup]
Color=green
e /opt/kde_staff/share/config/foobar contiene
[MyGroup]
Color=purple
Position=20,20
e /etc/opt/kde3/share/config/foobar contiene
[MyGroup]
Color=blue
Position=10,10
il risultato sarà: [MyGroup]
Color=green
Shape=circle
Position=20,20
Per evitare che gli utenti siano in grado di sovrascrivere le impostazioni predefinite, queste sono marcate come non modificabili. Le impostazioni possono essere rese immutabili individualmente, per gruppo o per file. Una voce individuale può essere bloccata aggiungendo [$i] dopo la chiave, ⪚: Color[$i]=blue
Un gruppo di voci può essere bloccato ponendo [$i] subito dopo il nome del gruppo, ⪚: [MyGroup][$i]
Per bloccare l'intero file, inizia il file con [$i] posto su una singola riga, &ie;: [$i]
Se $HOME/.kde/share/config/foobar contiene:
[MyGroup]
Color=red
Shape=circle
e /etc/opt/kde3/share/config/foobar contiene:
[MyGroup][$i]
Color=blue
Position=10,10
il risultato sarà: [MyGroup]
Color=blue
Position=10,10
Se $HOME/.kde/share/config/foobar contiene:
[MyGroup]
Color=red
Shape=circle
e /opt/kde_staff/share/config/foobar contiene:
[MyGroup]
Color=purple
Shape=rectangle
e /etc/opt/kde3/share/config/foobar contiene:
[MyGroup][$i]
Color=blue
Position=10,10
il risultato sarà: [MyGroup]
Color=purple
Shape=rectangle
Position=10,10
La cosiddetta estensione di shell può essere utilizzata per far fronte a valori predefiniti più dinamici. Con estensione di shell il valore di una chiave di configurazione può essere costruito a partire dal valore di una variabile d'ambiente o dall'output di un comando di shell. Per abilitare l'estensione di shell per una voce di configurazione, la chiave deve essere seguita da [$e]. Normalmente la forma estesa è scritta nel file di configurazione dell'utente dopo il primo utilizzo. Per evitarlo, è raccomandabile il bloccaggio della voce di configurazione utilizzando [$ie]. L'utente non può naturalmente modificarlo.Nel seguente esempio il valore della voce Host è determinato dall'output del programma hostname. Questa impostazione è anche bloccata per garantire che il valore sia sempre determinato in modo dinamico.Il valore per la voce Email è determinando prendendo i valori delle variabili d'ambiente $USER e $HOST. Quando joe si collega su joes_host si determinerà il valore in joe@joes_host. L'impostazione non è bloccata.[Mail Settings]
Host[$ie]=$(hostname)
Email[$e]=${USER}@${HOST}
Molte delle voci di configurazione possono essere indicizzate con un codice di lingua. In questo caso, la lingua che l'utente ha selezionato per essere utilizzata nel desktop è quella utilizzata per il valore della chiave. Se è stata selezionata la lingua predefinita (Inglese Americano) o se non c'è indice che corrisponde al linguaggio selezionato, sarà utilizzata la chiave senza indice.Nell'esempio che segue il valore della voce Caption dipende dalla lingua. Se l'utente ha selezionato francese come lingua (codice della lingua fr) il valore della voce sarà Ma Légende. Negli altri casi il valore utilizzato sarà My Caption.[Preview Image]
Caption=My Caption
Caption[fr]=Ma Légende
In questo esempio il valore della voce Caption dipende dalla lingua. Se l'utente ha selezionato il francese come lingua (codice di lingua fr) il valore della voce sarà Ma Légende.. In tutti gli altri casi sarà utilizzato il valore My Caption.[Preview Image]
Caption=My Caption
Caption[fr]=Ma Légende
In genere le voci che possono apparire in un file di configurazione non sono documentate. Con &kde; 3.2 è stato fatto un cambiamento in tal senso. All'interno di $TDEDIR/share/config.kcfg, possono essere trovati i file che forniscono una formale descrizione delle possibili voci presenti in un file di configurazione. Queste sono utilizzate dal nuovo editor di configurazione di &kde; se disponibile.Ecco un esempio di file di configurazione in &XML;:
<?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>
Ha lo stesso effetto di: [General]
Auto Save=false
Auto Save Interval=25
Sequenza di avvio di &kde;&tdm;Viene eseguito sempre come root! Utilizza $TDEDIR/share/config/tdmrc e /etc/X11/xdm/Xservers. L'ultimo contiene voci come::0 local /usr/X11R6/bin/X :0 vt07
Altri file rilevanti in avvio sono: Sezione [X-*-Core] nel file tdmrcSetup - /etc/X11/xdm/XsetupL'utente inserisce il nome & la password Startup - /etc/X11/xdm/Xstartup - preparato come root Session - /etc/X11/xdm/Xsession - inizia una sessione come utente = Per una sessione di KDE: kde o starttde= se presente ~/.xsession o ~/.xinitrcReset - /etc/X11/xdm/Xreset - dopo che una sessione finisce Lo script di startup di &kde;: starttdeLa sequenza di avvio di &kde; inizia con lo script starttde. In molti casi questo script è richiamato dal gestore degli accessi (&tdm;) una volta che l'utente si è autenticato. Ci sono due righe molto importanti nello script starttde:LD_BIND_NOW=true tdeinit +kcminit +knotify and kwrapper
ksmserver $KDEWM
La prima riga inizia con il processo principale tdeinit. Questo è utilizzato per far partire tutti gli altri processi di &kde;. Come si mostra nell'output di ps come tdeinit: Running.... Gli argomenti dopo tdeinit sono i nome degli ulteriori processi da iniziare. Il + indica che tdeinit ha bisogno di attendere fino a che il processo non è finito. tdeinit fa partire anche dcopserver, klauncher e kded.La seconda delle due righe chiede a tdeinit di far partire il processo del gestore delle sessioni ksmserver. Questo determina la vita della sessione. Quando questo processo si chiude, l'utente è scollegato.Processi di secondo pianoTutti i servizi di sfondo sono specifici dell'utente: a differenza del sistema utilizzato dai demoni questi non sono condivisi tra gli utenti. Come sono unici per gli utenti sono unici anche per il display dell'X-server. I processi sono:dcopserverComunicazione del desktopkdedDemone per i servizi generici.Effettua dei trigger di aggiornamento nel database Sycoca quando c'è la necessitàkcminitServizi di inizializzazioneVedere per ulteriori informazioni.klauncherEsecutore dei programmi (questo not è il dialogo che si apre con il tasto &Alt;F2!)Vedere per ulteriori informazioni.knotifyNotifiche all'utente.Vedere per ulteriori informazioni.ksmserverGestione della sessioneVedere per ulteriori informazioni.tdeinittdeinit è utilizzato per far partire tutti i programmi di &kde;. tdeinit può far partire sia normali file di programma binari che moduli caricabili di tdeinit (i cosiddetti KLM ovvero Kdeinit loadable modules ndt). I KLM funzionano proprio come dei programmi binari ma possono essere eseguiti in modo più efficiente. I KLM si trovano in $TDEDIR/lib/kde3Per contro, i programmi che sono partiti in questo modo appaiono come tdeinit nell'output di top e di ps. Utilizzare top oppure ps per vedere i nomi dei programmi in esecuzione:%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: klauncher
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... indica il processo principale di tdeinit. Gli altri processi elencati sono programmi che sono stati eseguiti come KLM.Quando tdeinit viene eseguito per la prima volta lancerà dcopserver, klauncher, e kded insieme ad ogni altro programma aggiuntivo specificato nella sua linea di comando nello script starttde, di solito kcminit e knotify.dcopserverdcopserver è un demone che fornisce l'agevolazione delle comunicazioni di interprocesso (&DCOP;) a tutte le applicazioni di &kde;. Le agevolazioni di &DCOP; sono accessibili dalla shell dei comandi attraverso lo strumento a linea di comando dcop. &DCOP; è essenziale a tutte le applicazioni di &kde;.Alcuni file collegati:$HOME/.DCOPserver_$HOSTNAME_$DISPLAY⪚ .DCOPserver_linux__0. Controllato da $DCOPAUTHORITY/tmp/.ICE-unix/dcopnumero-pid⪚ dcop7634-1069677856. Questo è il file a cui punta il DCOPserver precedente.$HOME/.ICEauthorityInformazione di autorizzazione controllata da $ICEAUTHORITYkcminitkcminit esegue i servizi di inizializzazione durante l'avvio. Questi sono specificati nei file .desktop delle applicazioni o dei servizi attraverso la riga di X-KDE-Init:[Desktop Entry]
Encoding=UTF-8
Exec=kcmshell energy
Icon=energy_star
Type=Application
X-KDE-Library=energy
X-KDE-Init=energy
I servizi di inizializzazione sono tipicamente utilizzati per inizializzare l'hardware basato su impostazioni specifiche per l'utente.kcminit può essere usato per mostrare tutti i servizi di inizializzazione e kcminit service può essere utilizzato per eseguire un singolo servizio in modo esplicito. Questo può essere utile quanto stai investigando su problemi di avviamento.klauncherklauncher è un demone responsabile del servizio di attivazione all'interno di &kde;. Opera in stretta connessione con il processo principale di tdeinit per far eseguire nuovi processi. Le applicazioni di &kde; comunicano con klauncher attraverso &DCOP; per provvedere all'avvio di nuove applicazioni o servizi.Meglio conosciuto per il messaggio di errore KLauncher non può essere raggiunto via DCOP che indica un problema serio con il dcopserver o che klauncher è crollato.klauncher può essere fatto ripartire con il riavvio di tdeinit da una finestra di console. Assicurati che $HOME, $DISPLAY e le varie $TDEDIR(S) siano impostate correttamente quando lo fai!knotifyIl compito primario di knotify è quello di distribuire notifiche sonore al server sonoro. Fornisce anche dei metodi di notifiche.KSMServerksmserver è il gestore delle sessioni di &kde;. All'avvio il gestore delle sessioni lancia le applicazioni auto avvianti e ripristina quelle della precedente sessione. Le applicazioni che si auto avviano sono indicate da file .desktop presenti nella cartella $TDEDIR/share/autostart. Se sia o no avviata un'applicazione può dipendere da alcune voci di configurazione impostate da X-KDE-autostart-condition nel file .desktop.Il file ktip.desktop ad esempio contiene:X-KDE-autostart-condition=ktiprc:TipOfDay:RunOnStart:true
Questo significa che il file di configurazione ktiprc è marcato come RunOnStart nella sezione [TipOfDay]. Se non viene trovata una voce di questo tipo, viene assunto come valore true, che significa che ktip è una delle applicazione che si autoeseguono in modo predefinito.Alcune delle applicazioni che sono avviate automaticamente da ksmserver sono:kdesktopIl desktop di &kde;&kicker;Il pannello di &kde;ktipUn programma con il consiglio del giornokwritedUn programma di utilità per ricevere messaggi di sistema inviati all'utente&klipper;Un programma di utilità per gli appunti che si trova nel pannellokalarmUn programma di utilità che avvisa sugli eventi e sugli appuntamenti a venirekdesktop a sua volta avvia automaticamente le applicazioni registrate in $TDEHOME/Autostart. kdesktop automaticamente aprirà ogni file registrato in questa cartella inclusi documenti, file binari oppure applicazioni che si trovano sotto forma di file .desktop.Il gestore delle sessioni di &kde; ripristina anche una delle precedenti sessioni. Una sessione contiene sia un'insieme di applicazioni che informazioni ad esse relative che riflettono lo stato delle applicazioni stesse al momento del salvataggio. Le sessioni sono registrate nel file di configurazione ksmserverrc che contiene riferimenti alle informazioni circa lo stato delle specifiche applicazioni. Queste sono salvate in $TDEHOME/share/config/session. Le informazioni di stato di &twin; contengono le posizioni delle finestre di tutte le applicazioni della sessione. Variabili d'ambienteAlcune importanti variabili d'ambiente utilizzate da &kde;:$TDEDIRDeve essere impostata se TDEDIRS non lo è e deve puntare alla radice dell'albero di installazione di &kde;. Permette a &kde; di trovare i suoi dati come le icone, i menu e le librerie.$TDEDIRSSovrascrive TDEDIR e permette di specificare più cartelle dove cercare i propri dati. Utile se vuoi o se devi installare programmi in un percorso differente dal resto di &kde;.$TDEHOMESe non è impostata, &kde; utilizza ~/.kde come cartella dove registrare i dati personali.$TDEROOTHOMESe non è impostata, &kde; utilizza ~root/.kde come cartella per i dati personali di root. Fu introdotta per evitare che &kde; sovrascriva accidentalmente i dati dell'utente con i permessi di root quando l'utente esegue un programma di &kde; dopo essere diventato root con il comando su.$KDEWMSe la variabile d'ambiente KDEWM è stata impostata, allora sarà utilizzata come gestore delle finestre di &kde; all'interno dello script starttde al posto di &twin;.$KDE_LANGSovrascrive la configurazione di lingua di &kde;, ⪚ KDE_LANG=fr kprogram & esegue un programma con la traduzione in francese se sono installati i file necessari.$TDE_MULTIHEADImposta questa variabile a true per indicare che &kde; sta eseguendo in un sistema multi-head.$KDE_FORK_SLAVES(Da &kde; 3.2.3) Imposta questa variabile per separare i KIO-slave direttamente dal processo dell'applicazione. Come predefinito, i KIO-slave sono separati utilizzando klauncher/tdeinit. Questa opzione è utile se il KIO-slave deve essere eseguito nello stesso ambiente come un'applicazione. Può esser il caso di Clearcase.$KDE_HOME_READONLYImposta questa variabile per indicare che la tua cartella home è montata in sola lettura.$KDE_NO_IPV6(Da &kde; 3.2.3) - Imposta questa variabile per disabilitare il supporto a IPv6 e le chiamate IPv6 al DNS.$KDE_IS_PRELINKED(Da &kde; 3.2) - Imposta questa variabile per indicare se hai i tuoi binari e le librerie &kde; prelinked. Questo farà spegnere tdeinit.$KDE_UTF8_FILENAMESSe è impostata questa variabile d'ambiente, &kde; assume che tutti i nomi dei file siano codificati in UTF-8 a prescindere dall'attuale C locale.$KDE_FULL_SESSION(Da &kde; 3.2) Automaticamente impostata a true all'avvio di &kde;, è utilizzata da ⪚ &konqueror; per sapere se deve rimanere in memoria per un futuro riutilizzo quando viene chiuso. Se non è impostata, &konqueror; uscirà dopo essere stato chiuso (fa così ⪚ &tdesu; ed è anche utile per il debug).$KDESYCOCAPermette di specificare il percorso ed il nome della cache dei file del sistema di configurazione generato da &kde;.$KDETMPPermette di specificare un altro percorso rispetto a /tmp dove &kde; registra i suoi file temporanei.$KDEVARTMPPermette di specificare un altro percorso diverso da /var/tmp dove &kde; registra i suoi file variabili.$XDG_DATA_HOME(Da &kde; 3.2) Definisce la cartella base dove vengono registrati i file di dati specifici dell'utente. Il valore predefinito è $HOME/.local/share$XDG_DATA_DIRS(Da &kde; 3.2) Definisce l'insieme delle cartelle di base ordinate per preferenza nelle quali ricercare i file dei dati successive a quella definita in $XDG_DATA_HOME. Il valore predefinito è /usr/local/share/:/usr/share/&kde; aggiunge sia le posizioni che i profili da $TDEDIRS. Utilizzato per i file di menu .desktop e .directory. I file .desktop sotto $XDG_DATA_DIRS/applications. I file .directory sotto $XDG_DATA_DIRS/desktop-directories $XDG_CONFIG_HOME(&kde; 3.2) - Definisce la cartella di base dove dovrebbero essere conservati i file di configurazione specifici dell'utente. Quella predefinita è $HOME/.config.$XDG_CONFIG_DIRS(&kde; 3.2) - Definisce l'insieme delle cartelle basi in ordine di preferenza per ricercare i file di configurazione in aggiunta alla cartella base $XDG_CONFIG_HOME. Il valore predefinito è /etc/xdg e &kde; aggiunge le posizioni ed i profili presenti in $TDEDIRS. Utilizzato dalle descrizioni dei .menu in $XDG_CONFIG_DIRS/menus. Il mistero di tdeinittdeinit è utilizzato per far partire tutti gli altri programmi di &kde;. Può eseguire sia normali programmi binari che i propri moduli caricabili (KLM). I KLM si comportano come dei file di programmi binari ma possono essere fatti eseguire con più efficienza. I KLM risiedono in $TDEDIR/lib/kde3Per contro, i programmi che sono partiti in questo modo appaiono come tdeinit nell'output di top e di ps. Utilizzare top oppure ps per vedere i nomi dei programmi in esecuzione:%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: klauncher
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
Come probabilmente avrai notato, questo ha come altro effetto collaterale quello di rendere difficile da terminare un processo che sta causando problemi:%killall kdesktopkdesktop: no process killedPotresti essere tentato di provare killall tdeinit, ma terminare tutti i processi di tdeinit avrà l'effetto di spegnere tutto ciò che riguarda &kde;. In pratica, distruzione totale!Per questo, ci sono due semplici soluzioni:%kdekillall kdesktop
oppure il buon vecchio
%kill 26195Il comando kdekillall è parte del pacchetto di sviluppo (SDK) di &kde;.Personalizzare &kde;Icone del desktop&kde; utilizza molti tipi di icone:DocumentiCollegamenti a siti internet (utilizzando file .desktop)Collegamenti ad applicazioni (utilizzando file .desktop)Dispositivi - Dischi, partizioni & periferiche: Utilizzo esplicito di file .desktopAutomatico attraverso l'io-slave devices://Specifico del venditore (⪚ Il mio computer di &SuSE;)Siti internetSi collega al sito web utilizzando un file .desktop: Crea nuovoFileCollegamento ad un'&URL;. Cambia l'icona utilizzando il dialogo Proprietà. Il file .desktop risultante è: [Desktop Entry]
Encoding=UTF-8
Icon=/opt/kde3/share/apps/kdesktop/pics/ksslogo.png
Type=Link
URL=http://www.kde.org/
ApplicazioniCollega le applicazioni utilizzando un file .desktop: Crea nuovoFileCollegamento ad applicazione. Devi fornirgli i dettagli. Trascina dal menu di &kde; oppure più semplicemente copia o collega (crea un collegamento simbolici)[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
...
ObsoletoDescrizione generica tradotta, non utilizzata nel desktopEredità, può essere rimossoNome tradotto come appare nel desktopIcone del desktop...
Name[zu]=Ksirc
MimeType=
Exec=ksirc %i %m
Icon=ksirc
TerminalOptions=
Path=
Type=Application
Terminal=0
X-KDE-StartupNotify=true
X-DCOP-ServiceType=Multi
Categories=Qt;KDE;NetworkTipi &MIME; supportati non utilizzati sul desktopLa linea di comando da eseguireL'icona, da un tema di icone o percorso completoUtilizzato solo se è necessario un terminaleCartella di lavoro per comandoUlteriori refusiUsa true se ha bisogno di un terminale, applicazione testualeMostra il cursore che rimbalza, disabilitalo se non funziona.L'applicazione eseguita è apposto? Rimuovilo se non funzionaCategorie per il menu di &kde;, non utilizzato nel desktopL'opzione Exec nei file .desktopDopo il comando, puoi avere diversi segnalibri che saranno rimpiazzati con i valori correnti quanto il programma sarà eseguito: %fUn singolo nome del file; utilizzato quando trascini il file sull'icona o con le associazioni di file.%FUna lista di file; utilizzato per applicazioni che posso aprire diversi file locali contemporaneamente.%uUn singolo &URL;: se l'applicazione può gestire da sé ⪚ &FTP; o &URL; &HTTP; o se lo gestisce &kde;.%UUna lista di &URL;; scaricherà prima il file e lo passerà all'applicazione (!!)%dLa cartella del file da aprire; utile se l'applicazione ha bisogno di avere file nell'attuale cartella di lavoro.%DUna lista di cartelle, non molto pratico.%iL'icona; opzione ; l'applicazione di &kde; userà l'icona dalla linea Icona nella barra delle applicazioni.%mL'eredità delle mini icone.%cL'etichetta; opzione ; l'applicazione &kde; utilizzerà il nome dalla linea Nome nella barra delle applicazioni.Esempi: Linea ExecComando eseguitoksirc %iksirc --icon ksirccd %d; kedit $(basename %f)cd /tmp; kedit file.txtDispositiviCollegamenti a dispositivi utilizzando i file .desktop: o Crea nuovo -> Dispositivo Dove definireDiversi posti pre definire le icone del desktop: ~/Desktop: copiato da /etc/skel/Desktop$TDEDIR/apps/kdesktop/Desktop (fuso)$TDEDIR/apps/kdesktop/DesktopLinks (copiato)Icone dei dispositivi (fuse dinamicamente)Specifico della distribuzione SuSE Linux, copia le icone nel file starttde.theme da /opt/kde3/share/config/SuSE/default/Il menu di &kde;Come funzionaCon &kde; 3.2 è stato introdotto un nuovo formato comune dei menu stabilito da http://freedesktop.org/Standards/menu-spec/Prima di &kde; 3.2: Struttura delle cartelle sotto share/applnkLa struttura delle cartelle rappresenta quella del menuOgni file .desktop rappresenta una singola applicazioneEra difficile ristrutturare la struttura in &kde; 3.2 così il nuovo formato dei menu: Definisce la struttura in un singolo file .menuSi basa su categorieè condiviso tra GNOME e &kde;Supporta bene anche i menu in stile applnkEsempio da applications.menu:
<Menu>
<Name>Office</Name>
<Directory>suse-office.directory</Directory>
<Include>
<Filename>Acrobat Reader.desktop</Filename>
<Filename>kde-kpresenter.desktop</Filename>
<Filename>kde-kword.desktop</Filename>
</Include>
<Menu>
Voce di menu con 3 applicazioni: /usr/share/applications/Acrobat Reader.desktop/opt/kde3/share/applications/kde/kpresenter.desktop/opt/kde3/share/applications/kde/kword.desktopDov'è conservato?I file .menu descrivono la struttura dei menu. I file sono conservati sotto $TDEDIR/etc/xdg/menus e /etc/xdg/menus. Questi contengono la struttura del menu di tutto il sistema e sono controllati da $XDG_CONFIG_DIRS. $HOME/.config/menuscontiene le modifiche alla struttura del menu specifiche per l'utente ed è controllato da $XDG_CONFIG_HOME. Per ulteriori informazioni, vedi http://www.freedesktop.org/Standards/basedir-spec.I file .desktop descrivono le applicazioni e sono conservati in $TDEDIR/share/applications, /usr/share/applications, /usr/local/share/applications. Questi sono i file .desktop delle applicazioni di tutto il sistema che sono controllati da $XDG_DATA_DIRS.$HOME/.local/applications contiene i file .desktop e le modifiche specifiche dell'utente. È controllato da $XDG_DATA_HOME. Per ulteriori informazioni, vedi http://www.freedesktop.org/Standards/basedir-specI file .directory descrivono i sotto menu e si trovano sotto $TDEDIR/share/desktop-directories, /usr/share/desktop-directories, /usr/local/share/desktop-directories. Questi sono i menu .directory validi su tutto il sistema controllati da $XDG_DATA_DIRS. Le modifiche specifiche dell'utente sono conservate sotto $HOME/.local/desktop-directories. Questi sono controllati da $XDG_DATA_HOME. Per ulteriori informazioni, vedi http://www.freedesktop.org/Standards/basedir-specEsempio da applications.menu:
<Menu>
<Name>Art</Name>
<Directory>suse-edutainment-art.directory</Directory>
<Include>
<Category>X-SuSE-Art</Category>
</Include>
</Menu>
Art è il nome interno per questo menu. suse-edutainment-art.directory definisce il nome e le icone per questo menu e questo include tutte le applicazioni inserite nella categoria X-SuSE-Art, ⪚: Categories=Qt;KDE;Education;X-SuSE-Art
suse-edutainment-art.directory definisce il nome e l'icona per questo menu: [Desktop Entry]
Name=Art and Culture
Icon=kcmsystem
Insidie comuniLe applicazioni che non si sono nel menu non esistono per le altre applicazioni o per le associazioni di file: se rimuovi un'applicazione dal menu, &kde; suppone che non le vuoi usare.Quando le applicazioni non sono volutamente nel menu, o mettile in un menu .hidden oppure in un menu dedicato con
NoDisplay=true
nel file .directoryMenu essenziali$TDEDIR/etc/xdg/menus/applications-merged/ contiene kde-essential.menu che comprende dei menu essenziali che non sono normalmente visualizzati nello stesso menu di &kde;: Il centro di controllo ha un menu di impostazioni nascosto il cui contenuto è definito da kde-settings.menu mentre l'icona e il nome sono definiti da kde-settings.directoryIl centro informazioni ha un menu di informazione nascosto i cui contenuti sono definiti da kde-information.menu mentre l'icona e il nome sono definiti da kde-information.directory.Salvaschermo contiene un menu sistema/salvaschermo nascosto, i cui contenuti sono defini da kde-screensavers.menu e l'icona e il nome da kde-system-screensavers.directory. $TDEDIR/share/desktop-directories/kde-system-screensavers.directory contiene: NoDisplay=true
Menu vecchio stile&kde; continua a supportare i menu vecchio stile che sono definiti da strutture di cartelle presenti in $TDEDIR/share/applnk (valide per tutto il sistema) e $TDEDIR/share/applnk (valide solo per l'utente). Questo è vero a meno che il file .desktop non abbia una linea Categories=. In questo caso le categorie determinano il posto del menu.KSycocaKSycoca memorizza la struttura del menu e le informazioni su tutte le applicazioni disponibili. Puoi ricostruire il database con il comando kbuildsycoca. Il database viene costruito in tempo reale in /var/tmp/kdecache-${USER}/ksycoca. Viene automaticamente aggiornato da KDED: verificato durante il login a &kde; KDED tiene traccia dei cambiamenti mentre si è connessi.Per disabilitare la traccia dei cambiamenti (dal momento che può essere fastidioso su NFS) aggiungi quanto segue a kdedrc: [General]
CheckSycoca=false
Per forzare la rigenerazione, esegui il comando touch $TDEDIR/share/services/update_ksycoca.&kmenuedit;&kmenuedit; è mirato alle impostazioni per un singolo utente. Le modifiche alla struttura del menu sono salvate in ~/.config/menus/applications-kmenuedit.menu, quelle alle applicazioni in ~/.local/share/applications/ e quelle ai sotto menu (icona, nome) in ~/.local/share/desktop-directories/. Il tool di amministrazione di KIOSK utilizza &kmenuedit; e copia i cambiamenti fatti nelle posizioni valide per tutti i profili o per tutto il sistema. Pannello di &kde;Il pannello di &kde; è conosciuto anche come &kicker;. È modulare ed è composto da questi componenti: AppletPulsanti di applicazionePulsanti specialiCome predefinito, il pannello contiene le seguenti applet: Pager - mostra i desktop virtualiBarra delle applicazioniVassoio di sistemaOrologio e questi pulsanti speciali: menu di &kde;Pulsante desktopPossono essere aggiunti diversi pulsanti di applicazione, spazio permettendo: Pulsante HomePulsante BrowserPulsante KMailAssociazioni di fileLe associazioni di file associano un tipo di file con una o più applicazioni. Il tipo di file è stabilito determinandone il tipo &MIME;. I tipi &MIME; conosciuti da &kde; sono registrati in $TDEDIR/share/mimelnk e i file .desktop di ciascuna applicazione contiene una lista dei tipi &MIME; supportati dall'applicazione stessa.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
Entrambi possono aprire image/gif. Quale viene utilizzato per aprire un file .gif?L'applicazione con la preferenza più alta! kview.desktop contiene
InitialPreference=3
mentre kuickshow.desktop contiene
InitialPreference=6
Quindi, &kuickshow; sarà utilizzata per aprire i file .gif. Come possiamo rendere predefinito &kview;?Un utente può cambiare l'associazione del file nel &kcontrolcenter;. Questi cambiamenti sono registrati in $HOME/.kde/share/config/profilerc. Per utilizzare le stesse impostazioni per più utenti, registrale nella cartella del profilo utente oppure in quella della configurazione globale di &kde;.Blindare &kde;Come funziona - le basiLe configurazioni per blindare &kde; sono incentrate nelle seguenti opzioni:Rendere le opzioni di configurazione immutabiliRestrizione di azioni specificheAccesso limitato a certe &URL;Limitare l'accesso a certi moduli di configurazioneOpzioni di configurazione immutabiliBlindare &kde;Opzioni immutabili permettono all'amministratore di sistema di provvedere ad impostazioni predefinite che non possono essere modificate dall'utente.Una volta che l'opzione di configurazione è resa immutabile, quelle già esistenti dell'utente saranno ignorate.Le opzioni possono essere controllate sia su singola voce, su gruppo di voci o su un file.Se un file o un gruppo è immutabile, tutte le opzioni di configurazione per quel file o per quel gruppo non sono modificabili, anche per quelli per i quali l'amministratore di sistema non ha previsto nessun valore predefinito.Il supporto nelle applicazioni per le opzioni immutabili può variare da applicazione a applicazione. Sebbene l'utente non possa rendere permanenti i cambiamenti di opzioni di configurazione immutabili, l'utente potrebbe comunque attraverso un'interfaccia compiere queste modifiche.Limitazione di azioniLe applicazioni di &kde; sono costruite attorno ad un concetto di azione. Le azioni possono essere attivate in svariati modi, tipicamente attraverso la barra dei menu, una barra degli strumenti o una scorciatoia da tastiera. Un esempio è l'azione Salva documento. Se ne conosci il nome interno è possibile limitare l'azione. Quando un'azione è limitata non apparirà più nella barra dei menu o in quella degli strumenti. Il nome interno dell'azione Salva documento è . La struttura di blindatura fornisce anche una serie di ulteriori limitazioni astratte che possono essere utilizzate per disabilitare le funzionalità non coperte da una singola azione. Un esempio ne è la limitazione che disabilità tutte le funzionalità che potrebbe offrire l'accesso dell'utente ad una shell &UNIX;.Limitare l'accesso dell'utente alle shellPer evitare l'accesso all'utente ad una shell di comando possiamo limitare l'azione aggiungendo quanto segue a kdeglobals: [KDE Action Restrictions]
shell_access=falseDal momento che questo ha efficacia sul menu di &kde; e sulle applicazioni disponibili, dobbiamo forzare un aggiornamento del database di sycoca:touch$TDEDIR/share/services/update_ksycocaOra ricollegati a &kde; e controlla questi punti:Il &kmenu;In &konqueror;, StrumentiApri terminaleIl comando esegui con &Alt;F2Tutta la documentazione sulle azioni disponibili può essere trovata su http://www.kde.org/areas/sysadmin/.Un po' di azioni più interessanti sono elencate qui sotto:L'opzione Configura dal menu ImpostazioniL'opzione Segnala errore dal menu Aiuto.Il pulsante &RMB; del mouse sul desktop.Il pulsante &RMB; del mouse sul pannello.Nasconde tutte le azioni e le applicazioni che richiedono l'accesso come root.Nasconde tutte le azioni o applicazioni che provvedono l'accesso alla shell.Disabilita l'opzione di selezionare il sistema di stampa (backend).Se l'utente potrà bloccare lo schermoSe l'utente può iniziare una seconda sessione di X (vedi anche &tdm;)Se sono permessi salva schermo OpenGL.Permette i salva schermo che non nascondo l'interno schermoLimitazioni alle &URL;Ci sono tre tipi di restrizioni che possono essere applicate alle &URL;:listaPer stabilire se è permesso elencare le cartelle.apriPer controllare se determinate &URL; possano essere aperteRedirezionePer controllare se un'&URL; può aprirne un'altra automaticamente oppure attraverso un collegamento.Le regole sono controllate nell'ordine nel quale sono definite. L'ultima regola applicabile all'&URL; determina se si può avere l'accesso all'&URL;.Le regole che seguono disabilitano l'apertura di &URL; http e https con eccezione di .ourcompany.com:[KDE URL Restrictions]
rule_count=2
rule_1=open,,,,http,,,false
rule_2=open,,,,http,*.ourcompany.com,,trueLe prime quattro virgole tralasciano il criterio di selezione rispettando l'&URL; originante. Questa parte è necessaria solo con le regole di tipo redirezione. vieta l'apertura di ogni &URL; http o https permette l'apertura di qualsiasi &URL; http e http del dominio .ourcompany.com. Da notare che il carattere speciale * è permesso solo all'inizio di un dominio.Le seguenti regole fanno sì che l'utente non possa più navigare le cartelle del file system locale ad eccezione della propria cartella $HOME:[KDE URL Restrictions]
rule_count=2
rule_1=list,,,,file,,,false
rule_2=list,,,,file,,$HOME,true vieta di fare l'elenco delle cartelle locali permette di fare l'elenco delle cartelle presenti nella cartella $HOME degli utenti.$HOME e $TMP sono valori particolari che indicano le cartelle personali e temporanee degli utenti, ⪚ /tmp/kde-bastianLe regole seguenti fanno sì che l'utente non possa più aprire file locali esterni alla propria cartella $HOME:[KDE URL Restrictions]
rule_count=3
rule_1=open,,,,file,,,false
rule_2=open,,,,file,,$HOME,true
rule_3=open,,,,file,,$TMP,true vieta l'apertura di ogni file locale permette l'apertura dei file presenti nella cartella $HOME degli utenti. permette l'apertura di file nella cartella temporanea di &kde; dell'utente. È necessario per quelle applicazioni che prima scaricano un file o un documento nella cartella temporanea e poi lo aprono.L'opzione di redirezione controlla se i documenti derivanti da una certa posizione possono fare riferimento, o automaticamente o manualmente tramite un collegamento, a certe altre posizioni. È presente un insieme di regole prestabilite come misura generale di sicurezza. Per esempio, i documenti che si trovano in internet non possono fare riferimento ai documenti locali.Per esempio, se vogliamo dare al server intranet www.mycompany.com la possibilità di far riferimento a file locali dobbiamo aggiungere questa regola:[KDE URL Restrictions]
rule_count=1
rule_1=redirect,http,www.mycompany.com,,file,,,trueInvece di fare un elenco di nomi di protocollo è anche possibile specificarne un intero gruppo. Per questo sono stati definiti i seguenti gruppi::localI protocolli che accedono alle informazioni locali sono ad esempio file:/, man:/, fonts:/, floppy:/:internetProtocolli internet comuni come http e ftpLe informazioni sui protocolli sono salvate nei file *.protocol all'interno di $TDEDIR/share/services.La voce = definisce un gruppo di cui fa parte il protocollo: grep$TDEDIR/share/services/*.protocolRegole generali:I protocolli :local possono fare riferimento ad altri protocolliÈ sempre permesso far riferimento ad un protocollo :internetNon tutti i protocolli sono parte di un gruppo, come ad esempio fish:/.Moduli di configurazione&kde; ha dei moduli di configurazione per configurare i vari aspetti del proprio ambiente. Questi appaiono nel centro di controllo, nella finestra di configurazione di un'applicazione oppure in entrambi.Il modulo di configurazione del proxy appare nel centro di controllo ma anche come parte della finestra Configura Konqueror all'interno di &konqueror;I singoli moduli di configurazione possono essere avviati con kcmshellnome_moduloPer far partire il modulo Proxy usa:kcmshellkde-proxy.desktopkcmshell proxyNon tutte le applicazioni utilizzano i moduli di configurazione, spesso le finestre di configurazione sono parte integrante dell'applicazione stessa.Tutti i moduli di configurazione sono letteralmente parte del menu di &kde;.I moduli visibili dal centro di controllo normalmente hanno un file .desktop in $TDEDIR/share/applications/kde e sono ordinati sotto il menu nascosto Settings-Modules attraverso il file kde-settings.menu, all'interno di kde-essential.menukbuildsycoca 2> /dev/null | grep Settings-ModulesI moduli specifici delle applicazioni normalmente hanno un file .desktop sotto $TDEDIR/share/applnk/.hidden che corrisponde la menu nascosto .hidden, compreso come risultato di <KDELegacyDirs/>kbuildsycoca 2> /dev/null | grep .hiddenIn &kde; 3.3 è possibile modificare il centro di controllo con kcontroledit. Quest'ultimo funziona come kmenuedit, ovvero applica le modifiche per l'utente attuale. Per rendere i cambiamenti validi per tutti utilizza kiosktool.I singoli moduli di configurazione possono essere disattivati aggiungendo quanto segue a kdeglobals:[KDE Control Module Restrictions]
module-id=falsePer esempio, per disattivare il modulo proxy utilizza[KDE Control Module Restrictions]
kde-proxy.desktop=falseControlla il centro di controllo e la finestra Configura Konqueror se c'è ancora la configurazione del proxy.L'amministratore pigroCondivisione di un desktop remotoLa condivisione di un dektop remoto permette ad utenti lontani di vedere e decidere di controllare il desktop dell'utente corrente. L'utente remoto necessita di ricevere un invito ed è possibile crearne uno protetto con una parola chiave. È l'ideale per i team di supporto tecnico o per gli amministratori per avere accesso ai desktop degli utenti allo scopo di scoprire o sistemare un problema o per guidare un utente durante una procedura.La condivisione del desktop remoto coinvolge due applicazioni: &krfb; (frame buffer remoto di &kde;, un server VNC) e &krdc; (connessione remota al desktop di &kde;, un client VNC).&krfb; può essere usato da qualsiasi utente per creare o gestire inviti. Gli inviti creano una parola chiave che permette al ricevente di collegarsi al desktop. Normalmente questo è valido per solo una connessione valida e scade dopo un'ora se non viene utilizzato.Le connessioni entranti sono gestite dal module kded di kinetd. Puoi utilizzare il comando dcop kded kinetd services per vedere se è in funzione. &krfb; aspetta una connessione sulla porta predefinita 5900. Quando viene attivata una connessione in entrata, apparirà un dialogo per chiedere la conferma dell'attuale utente.&kde; DIY - Costruire i propri strumentiDCOPIl Desktop COmmunication Protocol, DCOP, è un meccanismo leggero per le comunicazioni interprocesso. DCOP permette all'utente di interagire con programmi che sono attualmente in esecuzione. &kde; fornisce due programmi per utilizzare DCOP: dcop, un programma a linea di comando, e kdcop, un programma con l'interfaccia grafica (GUI). Alcune annotazioni sull'utilizzo di dcop: dcop [opzioni] [applicazione [oggetto [funzione [argomento1] [argomento2] ... ] ] ] Le applicazioni che possono aprire più di una finestra alla volta sono elencate come <applicazione>-PID Tutti gli argomenti sono sensibili alle minuscole/maiuscole. setFullScree e setfullscreen sono due distinte funzioni. Può essere utilizzato il simbolo dell'espressione regolare * negli argomenti delle applicazioni e degli oggetti. % dcop
konqueror-16006
konsole-8954
Ecco alcuni comandi d'esempio e il loro risultato: % dcop
konsole-8954
È in esecuzione una &konsole; con un PID di 8954.% dcop
KBookmarkManager-.../share/apps/kfile/bookmarks.xml
KBookmarkManager-.../share/apps/konqueror/bookmarks.xml
KBookmarkNotifier
KDebug
MainApplication-Interface
konsole (default)
konsole-mainwindow#1
ksycoca
session-1
session-2
session-3
session-4
Qui vedi che sono in esezione quattro sessioni.% 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()
Qui ci sono le opzioni per il programma principale di &konsole;. % 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)
Qui ci sono le opzioni per la prima sessione, session-1.% dcop trueQuesto imposta la &konsole; a pieno schermo.Quando c'è più di una applicazione/oggetto, quale dovresti usare? Hai un riferimento? % 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; DIY - Costruire i propri strumentiPuoi utilizzare i dialoghi di &kde; per i tuoi script, per combinare la potenza dello scripting &UNIX; di shell con la facilità d'uso di &kde;.kdialogkdialogLa parte KDialog può essere sostituita con l'opzione kdialogSalva se mostrare di nuovo nel file $TDEHOME/share/config/myfile (scrivendo in questo file le seguenti righe:[Notification Messages]
mykey=falseAl posto di puoi anche utilizzare e se più appropriato. Per esempio, potresti utilizzare kdialog or kdialog .È anche possibile creare caselle di messaggio che accentano in risposta sì o no.kdialogecho$?Valore di ritornoSignificato0Sì, Ok, Continua1No2CancellaAssicurati di registrare il risultato in una variabile se non vuoi usarlo direttamente, il prossimo comando alimenterà $? con un nuovo valore. Qui puoi utilizzare allo stesso modo che ricorderà la scelta dell'utente e la recupererà la prossima volta senza mostrare di nuovo il dialogo.Ulteriori variazioni sono:come ma con un'icona diversaCon i pulsanti Continua e Cancella.Con i pulsanti Sì, No and Cancella. Per esempio:kdialogkdialogIl risultato viene scritto nello stdout, per associarlo ad una variabile puoi utilizzare name=$(kdialog --inputbox "Inserisci il nome:" "IlTuoNome"). L'ultimo argomento è opzionale, è utilizzato per precompilare il dialogo.password=$(kdialog )L'opzione non funziona con o Ci sono due dialoghi che permettono all'utente di scegliere da una lista:Permette all'utente di selezionare un singolo elemente da una lista.Permette all'utente di selezionare uno o più elementi da una lista.city=$(kdialog )$city sarà a, b, c or d.citta=$(kdialog )Madrid e Parigi saranno preselezionati. Il risultato con Madrid e Parigi selezionate sarà "b""c".Se aggiungi l'opzione , assegnerà b e c ad ogni linea, rendendo il risultato più facile da gestire.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;