summaryrefslogtreecommitdiffstats
path: root/tde-i18n-ru/docs/tdemultimedia/artsbuilder/porting.docbook
diff options
context:
space:
mode:
Diffstat (limited to 'tde-i18n-ru/docs/tdemultimedia/artsbuilder/porting.docbook')
-rw-r--r--tde-i18n-ru/docs/tdemultimedia/artsbuilder/porting.docbook42
1 files changed, 10 insertions, 32 deletions
diff --git a/tde-i18n-ru/docs/tdemultimedia/artsbuilder/porting.docbook b/tde-i18n-ru/docs/tdemultimedia/artsbuilder/porting.docbook
index b133390838f..23647a57b98 100644
--- a/tde-i18n-ru/docs/tdemultimedia/artsbuilder/porting.docbook
+++ b/tde-i18n-ru/docs/tdemultimedia/artsbuilder/porting.docbook
@@ -4,47 +4,25 @@ To validate or process this file as a standalone document, uncomment
this prolog. Be sure to comment it out again when you are done -->
<chapter id="porting">
-<title
->Доработка приложений для их использования с &arts;</title>
+<title>Доработка приложений для их использования с &arts;</title>
<sect1 id="using-artsdsp">
-<title
->Использование &artsdsp;</title>
+<title>Использование &artsdsp;</title>
-<para
->Программа &artsdsp;, <link linkend="artsdsp"
->описанная выше</link
->, позволяет большинству звуковых приложений, работающих с устройствами напрямую,работать и с &arts;. Приложения, использующие Enlightenment Sound Daemon (<application
->esd</application
->), в большинстве случаев будут работать, если запускать <application
->esd</application
-> через &artsdsp;. </para>
+<para>Программа &artsdsp;, <link linkend="artsdsp">описанная выше</link>, позволяет большинству звуковых приложений, работающих с устройствами напрямую,работать и с &arts;. Приложения, использующие Enlightenment Sound Daemon (<application>esd</application>), в большинстве случаев будут работать, если запускать <application>esd</application> через &artsdsp;. </para>
-<para
->Это неплохой способ адаптации уже существующих приложений в &kde;. Однако такие приложения не могут использовать все ресурсы &arts;, например, модули или потоки мультимедиа (кроме цифрового звука). Если приложение не просто проигрывает звуковые файлы, есть смысл добавить в приложение поддержку &arts;. </para>
+<para>Это неплохой способ адаптации уже существующих приложений в &kde;. Однако такие приложения не могут использовать все ресурсы &arts;, например, модули или потоки мультимедиа (кроме цифрового звука). Если приложение не просто проигрывает звуковые файлы, есть смысл добавить в приложение поддержку &arts;. </para>
-<para
->Использование &arts; подразумевает, что само приложение может быть не обременено функциональностью: можно использовать &arts;, например, для работы с кодеками разных форматов мультимедиа и управления звуковым оборудованием. </para>
+<para>Использование &arts; подразумевает, что само приложение может быть не обременено функциональностью: можно использовать &arts;, например, для работы с кодеками разных форматов мультимедиа и управления звуковым оборудованием. </para>
</sect1>
<sect1 id="adding-native-arts-support">
-<title
->Добавление полной поддержки &arts;</title>
-
-<para
->В &arts; есть множество различных <link linkend="arts-apis"
->программынх интерфейсов</link
-> (<acronym
->API</acronym
->). Вы можете выбрать любой, в зависимости от типа используемого потока (звук, &MIDI;, &CD; и т. д.), особенностей <acronym
->API</acronym
-> и языка, на котором написано приложение. В большинстве случаев основным фактором явлются особенности API. </para>
-
-<para
->Для обеспечения переносимости на другие платформы приложениям, которые должны работать не только в &kde;, недостаточно &arts;. Использование парадигмы модулей - неплохой способ поддержки различных сред мультимедиа. Документирование (важно особенно для закрытых программ) и открытость <acronym
->API</acronym
-> для модулей поможет разработчикам добавлять поддержку модулей &arts;. </para>
+<title>Добавление полной поддержки &arts;</title>
+
+<para>В &arts; есть множество различных <link linkend="arts-apis">программынх интерфейсов</link> (<acronym>API</acronym>). Вы можете выбрать любой, в зависимости от типа используемого потока (звук, &MIDI;, &CD; и т. д.), особенностей <acronym>API</acronym> и языка, на котором написано приложение. В большинстве случаев основным фактором явлются особенности API. </para>
+
+<para>Для обеспечения переносимости на другие платформы приложениям, которые должны работать не только в &kde;, недостаточно &arts;. Использование парадигмы модулей - неплохой способ поддержки различных сред мультимедиа. Документирование (важно особенно для закрытых программ) и открытость <acronym>API</acronym> для модулей поможет разработчикам добавлять поддержку модулей &arts;. </para>
</sect1>