Part 1 of 2 of kdm rename

1 files changed, 5 insertions, 5 deletions

diff --git a/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook b/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook
index f2ceaf52bbf..a79eaad3604 100644
--- a/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook
+++ b/tde-i18n-fr/docs/tdenetwork/ktalkd/index.docbook
@@ -361,7 +361,7 @@
 <para
 >Car ce serait une faille dans la sécurité, avec le système de détection d'utilisateur actuel. Vous pouvez passer outre cette limitation en ajoutant deux lignes dans les fichiers de configuration de <command
 >xdm</command
-> (qui sont également ceux de &kdm;). </para>
+> (qui sont également ceux de &tdm;). </para>
 
 <note>
 <para
@@ -416,13 +416,13 @@ DisplayManager._0.reset:        /etc/X11/xdm/Xreset </screen>
 </procedure>
 
 <para
->Cela amènera &kdm; (ou <command
+>Cela amènera &tdm; (ou <command
 >xdm</command
 >) à connecter l'utilisateur dans utmp, ce qui est la bonne façon de procéder. Il ne revient pas à &konsole;, pas plus qu'à <command
 >xterm</command
 >, de connecter l'utilisateur, mais à <command
 >xdm</command
-> et à &kdm;, à mon avis. Quoi qu'il en soit, cela évite de connecter l'utilisateur comme un utilisateur de X quand on utilise <command
+> et à &tdm;, à mon avis. Quoi qu'il en soit, cela évite de connecter l'utilisateur comme un utilisateur de X quand on utilise <command
 >startx</command
 >... Y a-t-il des remarques à ce sujet ? </para>
 </answer>
@@ -445,7 +445,7 @@ DisplayManager._0.reset:        /etc/X11/xdm/Xreset </screen>
 >root</systemitem
 > de lire <filename class="directory"
 >/proc</filename
->. La solution est la même que dans la question précédente, dans la mesure où vous passez par &kdm; ou par <command
+>. La solution est la même que dans la question précédente, dans la mesure où vous passez par &tdm; ou par <command
 >xdm</command
 > pour vous connecter à X. Une autre solution est de mettre votre système à jour ! </para>
 
@@ -453,7 +453,7 @@ DisplayManager._0.reset:        /etc/X11/xdm/Xreset </screen>
 >Si vous n'êtes pas dans ce cas, c'est normal : &ktalkd; ne peut pas trouver l'utilisateur, car &kde; ne le connecte pas dans utmp et la détection basée sur &Linux; (<filename class="directory"
 >/proc</filename
 >) est désactivée. La solution est la même que dans la question précédente, dans la mesure où vous passez par <acronym
->kdm</acronym
+>tdm</acronym
 > ou <acronym
 >xdm</acronym
 > pour vous connecter à X. Une autre solution est de vous assurer que vous avez toujours un terminal <application