diff options
Diffstat (limited to 'tde-i18n-es/docs/tdemultimedia/artsbuilder')
7 files changed, 2 insertions, 59 deletions
diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/CMakeLists.txt b/tde-i18n-es/docs/tdemultimedia/artsbuilder/CMakeLists.txt deleted file mode 100644 index 6ef6b03628d..00000000000 --- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/CMakeLists.txt +++ /dev/null @@ -1,10 +0,0 @@ -# This file is genereted by trinity-automake-cmake-convert script by Fat-Zer - -tde_auto_add_subdirectories( ) - -##### documentation ############################# - -tde_create_handbook( - DESTINATION artsbuilder - LANG es -) diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/Makefile.am b/tde-i18n-es/docs/tdemultimedia/artsbuilder/Makefile.am deleted file mode 100644 index 2d733d1b104..00000000000 --- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/Makefile.am +++ /dev/null @@ -1,4 +0,0 @@ -KDE_LANG = es -SUBDIRS = $(AUTODIRS) -KDE_DOCS = AUTO -KDE_MANS = AUTO diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/detail.docbook b/tde-i18n-es/docs/tdemultimedia/artsbuilder/detail.docbook index 6d90cbac989..94991e40dd7 100644 --- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/detail.docbook +++ b/tde-i18n-es/docs/tdemultimedia/artsbuilder/detail.docbook @@ -752,7 +752,7 @@ public: <para>Es algo diferente a deshacer una referencia a un puntero NULL. No le dijo al objeto lo que es, e intenta utilizarlo. La suposición aquí es que quiere crear una nueva instancia local de un objeto Arts::Synth_PLAY. Por supuesto, puede ser que quisiera obtener algo más (como crear el objeto en alguna parte, o utilizar un objeto remoto existente). Sin embargo, es una forma rápida de crear objetos. Este tipo de creación no funcionará una vez que haya realizado una asignación (como una referencia nula). </para> <para>El equivalente código C++ sería <programlisting> - QWidget* w; + TQWidget* w; w->show(); </programlisting> que, obviamente, en C++ provocará fallos de segmentación. Aquí esto es diferente. Esta creación es especialmente delicada puesto que puede que no exista necesariamente una implementación para su interfaz. </para> diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/images/CMakeLists.txt b/tde-i18n-es/docs/tdemultimedia/artsbuilder/images/CMakeLists.txt deleted file mode 100644 index e8e42fd5e57..00000000000 --- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/images/CMakeLists.txt +++ /dev/null @@ -1,26 +0,0 @@ -################################################# -# -# (C) 2013 Alexander Golubev (Fat-Zer) -# fatzer2 (AT) gmail.com -# -# Improvements and feedback are welcome -# -# This file is released under GPL >= 2 -# -################################################# - -install( FILES Synth_ADD.png Synth_AMAN_PLAY.png Synth_AMAN_RECORD.png - Synth_BRICKWALL_LIMITER.png Synth_BUS_DOWNLINK.png - Synth_BUS_UPLINK.png Synth_CAPTURE.png Synth_CDELAY.png - Synth_COMPRESSOR.png Synth_DATA.png Synth_DEBUG.png Synth_DELAY.png - Synth_DIV.png Synth_ENVELOPE_ADSR.png Synth_FM_SOURCE.png - Synth_FREEVERB.png Synth_FREQUENCY.png Synth_FX_CFLANGER.png - Synth_MIDI_DEBUG.png Synth_MIDI_TEST.png Synth_MOOG_VCF.png - Synth_MUL.png Synth_MULTI_ADD.png Synth_NIL.png Synth_NOISE.png - Synth_PITCH_SHIFT.png Synth_PLAY.png Synth_PLAY_WAV.png - Synth_PSCALE.png Synth_RC.png Synth_RECORD.png Synth_SEQUENCE_FREQ.png - Synth_SEQUENCE.png Synth_SHELVE_CUTOFF.png Synth_STD_EQUALIZER.png - Synth_TREMOLO.png Synth_WAVE_PULSE.png Synth_WAVE_SIN.png - Synth_WAVE_SOFTSAW.png Synth_WAVE_SQUARE.png Synth_WAVE_TRI.png - Synth_XFADE.png - DESTINATION ${HTML_INSTALL_DIR}/es/artsbuilder/images/ ) diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/images/Makefile.am b/tde-i18n-es/docs/tdemultimedia/artsbuilder/images/Makefile.am deleted file mode 100644 index 78c8cc225b0..00000000000 --- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/images/Makefile.am +++ /dev/null @@ -1,4 +0,0 @@ -KDE_LANG = es -SUBDIRS = $(AUTODIRS) -KDE_DOCS = artsbuilder/images -KDE_MANS = AUTO diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/index.docbook b/tde-i18n-es/docs/tdemultimedia/artsbuilder/index.docbook index df3a89cc28c..977350232d3 100644 --- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/index.docbook +++ b/tde-i18n-es/docs/tdemultimedia/artsbuilder/index.docbook @@ -201,16 +201,3 @@ linkend="gui-elements"><acronym>GUI</acronym> Elements</link>.</para> &arts-glossary; </book> -<!-- -Local Variables: -mode: sgml -sgml-omittag:nil -sgml-shorttag:t -sgml-namecase-general:t -sgml-general-insert-case:lower -sgml-minimize-attributes:nil -sgml-always-quote-attributes:t -sgml-indent-step:0 -sgml-indent-data:nil -End: ---> diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook b/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook index 8bd7047154a..d6f49e67197 100644 --- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook +++ b/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook @@ -1219,7 +1219,7 @@ struct TypeDef { <para>No es necesario basar una plataforma multimedia en &Qt;. Una vez decidido ésto, y utilizando la serialización y otras funcionalidades de &Qt;, se podría concluir fácilmente en una plataforma solo-&Qt; (e incluso solo-&kde;). Quiero decir: tan pronto como vea a GNOME utilizando &DCOP;, o quizá algo similar, comprobaré si estaba equivocado. </para> -<para>Como &DCOP; no sabe nada sobre los tipos de datos que envía, podría utilizar &DCOP; sin utilizar &Qt;, veamos el uso diario que se hace de &kde;: la gente envía tipos como <classname>QString</classname>, <classname>QRect</classname>, <classname>QPixmap</classname>, <classname>QCString</classname>, ..., de un lado para otro. Esto utiliza la serialización &Qt;. Por eso si alguien elige soportar &DCOP; en un programa GNOME, debería utilizar tipos <classname>QString</classname>,... (aunque no lo haga de facto), y emular la forma en que &Qt; realiza la transmisión, o podría enviar otros tipos de cadena, imágenes y rectángulos, lo que dejaría de ser interoperativo. </para> +<para>Como &DCOP; no sabe nada sobre los tipos de datos que envía, podría utilizar &DCOP; sin utilizar &Qt;, veamos el uso diario que se hace de &kde;: la gente envía tipos como <classname>TQString</classname>, <classname>QRect</classname>, <classname>QPixmap</classname>, <classname>QCString</classname>, ..., de un lado para otro. Esto utiliza la serialización &Qt;. Por eso si alguien elige soportar &DCOP; en un programa GNOME, debería utilizar tipos <classname>TQString</classname>,... (aunque no lo haga de facto), y emular la forma en que &Qt; realiza la transmisión, o podría enviar otros tipos de cadena, imágenes y rectángulos, lo que dejaría de ser interoperativo. </para> <para>Bueno, sea como fuere, &arts; siempre intentó funcionar con o sin &kde;, con o sin &Qt;, con o sin X11, y quizá incluso con o sin &Linux; (y no ha habido problemas con la gente que lo ha portado a un popular sistema operativo no libre). </para> |