summaryrefslogtreecommitdiffstats
path: root/tde-i18n-es/docs/tdevelop/tdevelop
diff options
context:
space:
mode:
Diffstat (limited to 'tde-i18n-es/docs/tdevelop/tdevelop')
-rw-r--r--tde-i18n-es/docs/tdevelop/tdevelop/unixdev.docbook4
1 files changed, 2 insertions, 2 deletions
diff --git a/tde-i18n-es/docs/tdevelop/tdevelop/unixdev.docbook b/tde-i18n-es/docs/tdevelop/tdevelop/unixdev.docbook
index a34a86fc71f..ad814e6d24e 100644
--- a/tde-i18n-es/docs/tdevelop/tdevelop/unixdev.docbook
+++ b/tde-i18n-es/docs/tdevelop/tdevelop/unixdev.docbook
@@ -114,11 +114,11 @@
<primary>comunicación</primary>
<secondary>DCOP</secondary></indexterm>
-<para>Otra evolución de lenguajes de guión parecidos a &UNIX; es el protocolo <ulink url="http://developer.kde.org/documentation/library/kdeqt/dcop.html"><emphasis>DCOP</emphasis></ulink>, que fue ideado para que la comunicación entre aplicaciones de &kde; no adoleciera de las limitaciones de CORBA. </para>
+<para>Otra evolución de lenguajes de guión parecidos a &UNIX; es el protocolo <ulink url="http://developer.kde.org/documentation/library/kdetqt/dcop.html"><emphasis>DCOP</emphasis></ulink>, que fue ideado para que la comunicación entre aplicaciones de &kde; no adoleciera de las limitaciones de CORBA. </para>
<para>&DCOP; significa <emphasis>protocolo de comunicación del escritorio</emphasis>, y está implementado como un sencillo mecanismo IPC/RPC construido para operar mediante conectores. En efecto, esto proporciona facilidades similares a las del tradicional sistema de tuberías de &UNIX;. </para>
<para>Los lenguajes de guiones tradicionales del intérprete de comandos están basados en pequeños y brillantes programas de utilidades, que fueron diseñados para trabajar sobre una base estrictamente de texto. &DCOP; permite a los complejos programas gráficos comunicarse entre ellos de un modo bastante parecido. Esto permite, por ejemplo, que un programa de &kde; envíe mensajes a otro programa de &kde;, o que reciba datos de él según sus necesidades. </para>
<para>No obstante, existen ciertos inconvenientes. Para usar &DCOP; un programa debe estar diseñado para contener una interfaz &DCOP; especial. Además, el proceso de comunicación &DCOP; es algo lento (aunque mucho más rápido que CORBA). Pero a cambio devuelve gran parte del poder y flexibilidad de los guiones de &UNIX; a los programas de alto nivel basados en interfaces gráficas de usuario. </para>
-<para>Para obtener más información, consulte el artículo <ulink url="http://developer.kde.org/documentation/library/kdeqt/dcop.html">DCOP: Desktop COmmunications Protocol</ulink>, o <ulink url="developer.kde.org/documentation/library/cvs-api/dcop/html/index.html">The &DCOP; Desktop Communication Protocol library</ulink>, la referencia del &API; de la biblioteca dcop de &kde;. </para>
+<para>Para obtener más información, consulte el artículo <ulink url="http://developer.kde.org/documentation/library/kdetqt/dcop.html">DCOP: Desktop COmmunications Protocol</ulink>, o <ulink url="developer.kde.org/documentation/library/cvs-api/dcop/html/index.html">The &DCOP; Desktop Communication Protocol library</ulink>, la referencia del &API; de la biblioteca dcop de &kde;. </para>
</sect2> <!-- unixdev-dcop -->
</sect1> <!-- unixdev-hl-script -->