From 85ca18776aa487b06b9d5ab7459b8f837ba637f3 Mon Sep 17 00:00:00 2001
From: Timothy Pearson <kb9vqf@pearsoncomputing.net>
Date: Fri, 2 Dec 2011 22:36:59 -0600
Subject: Initial kde-tde rename

---
 tde-i18n-fr/docs/kdevelop/kdevelop/debugger.docbook | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

(limited to 'tde-i18n-fr/docs/kdevelop/kdevelop/debugger.docbook')

diff --git a/tde-i18n-fr/docs/kdevelop/kdevelop/debugger.docbook b/tde-i18n-fr/docs/kdevelop/kdevelop/debugger.docbook
index a2aa6e08eb2..d9fb70def57 100644
--- a/tde-i18n-fr/docs/kdevelop/kdevelop/debugger.docbook
+++ b/tde-i18n-fr/docs/kdevelop/kdevelop/debugger.docbook
@@ -7,7 +7,7 @@
 ></indexterm>
 
 <para
->Pour le C et le C++, &kdevelop; contient un débogueur interne directement intégré avec l'éditeur. Techniquement, il est implémenté comme une interface qui utilise le débogueur <application
+>Pour le C et le C++, &tdevelop; contient un débogueur interne directement intégré avec l'éditeur. Techniquement, il est implémenté comme une interface qui utilise le débogueur <application
 >gdb</application
 > de &GNU; via un tube. Le débogueur peut être démarré de plusieurs manières : </para>
 
@@ -118,15 +118,15 @@
 >points d'arrêt</primary
 ></indexterm>
 <para
->Cette fenêtre vous permet de voir et de manipuler les points d'arrêt. Souvenez-vous que, comme &kdevelop; utilise <application
+>Cette fenêtre vous permet de voir et de manipuler les points d'arrêt. Souvenez-vous que, comme &tdevelop; utilise <application
 >GDB</application
->, pour comprendre pleinement les fonctionnalités de débogage de &kdevelop;, vous devriez avoir quelques notions sur le <ulink url="http://www.gnu.org/software/gdb"
+>, pour comprendre pleinement les fonctionnalités de débogage de &tdevelop;, vous devriez avoir quelques notions sur le <ulink url="http://www.gnu.org/software/gdb"
 >GDB</ulink
 >. </para>
 
 <para
 >Si vous souhaitez examiner le code source, les points d'arrêt sont définis dans <filename
->kdevelop/languages/cpp/debugger/breakpoint.h</filename
+>tdevelop/languages/cpp/debugger/breakpoint.h</filename
 >. </para>
 
 <para
@@ -297,9 +297,9 @@
 >gdb</application
 > ne permet pas de définir des points d'arrêt à l'intérieur du code qui n'est pas actuellement chargé. Dans une application hautement modulaire, où souvent le code n'est chargé qu'à la demande sous la forme d'un module externe (à l'aide de la fonction libc <function
 >dlopen(3)</function
->), ce peut être incommode. Par conséquent, &kdevelop; fournit sa propre prise en charge pour les points d'arrêt dans les bibliothèques partagées. Si vous cochez cette option, elle vous permet de définir des points d'arrêt dans les bibliothèques qui ne sont pas chargées. Puis, chaque fois que <application
+>), ce peut être incommode. Par conséquent, &tdevelop; fournit sa propre prise en charge pour les points d'arrêt dans les bibliothèques partagées. Si vous cochez cette option, elle vous permet de définir des points d'arrêt dans les bibliothèques qui ne sont pas chargées. Puis, chaque fois que <application
 >gdb</application
-> notifie qu'une bibliothèque est partagée, &kdevelop; essaie de définir les points d'arrêt en attente. </para>
+> notifie qu'une bibliothèque est partagée, &tdevelop; essaie de définir les points d'arrêt en attente. </para>
 </listitem>
 </varlistentry>
 
-- 
cgit v1.2.3