>Нет , &krusader; не нуждается в оконном менеджере &kde;</emphasis
> для запуска на вашем компьютере , потому что он пользуется службам⪚ &kde;и базовой библиотеки &kde;Необходимы только некоторые разделяемые библиотеки например &kde; &Qt; , &etc;Этот способ в &krusader; , запущеном в &gnome_url;, &afterstep_url;, &xfce_url; и других оконных менеджерах реализуется за счет связанных с ними библиотек .Это не проблема и решается правильным соблюдением зависимостей при установке. </para>
> для запуска на вашем компьютере , потому что он пользуется службам⪚ &kde;и базовой библиотеки &kde;Необходимы только некоторые разделяемые библиотеки например &kde; &TQt; , &etc;Этот способ в &krusader; , запущеном в &gnome_url;, &afterstep_url;, &xfce_url; и других оконных менеджерах реализуется за счет связанных с ними библиотек .Это не проблема и решается правильным соблюдением зависимостей при установке. </para>
<!-- Empty line to make it more readable -->
<para
>Нет необходимости переключаться в &kde; для использования &krusader;; вы можете использовать &gnome_url;, &afterstep_url;, &xfce_url; или в других оконных менеджерах.Но настройка шрифтов и поведения &krusader; производится в <command
@ -494,7 +494,7 @@
<qandaentry>
<question id="faqi_deb_qt">
<para
>&debian; жалуется на &Qt; когда запускаю <command
>&debian; жалуется на &TQt; когда запускаю <command
>./configure</command
></para>
</question>
@ -528,7 +528,7 @@
>/usr/bin/cpp-3.2</replaceable
></userinput>
</screen
> Для получения дополнительной информации посетите &debian_qt_a_url; и &debian_qt_b_url; чтобы узнать как собирать приложения &Qt;/&kde;3 в &debian;. </para>
> Для получения дополнительной информации посетите &debian_qt_a_url; и &debian_qt_b_url; чтобы узнать как собирать приложения &TQt;/&tde; в &debian;. </para>
<!-- Empty line to make it more readable -->
</answer>
</qandaentry>
@ -542,7 +542,7 @@
</question>
<answer>
<para
>Эта проблема связана с использованием установщика &nvidia;. &krusader; основан на &Qt; и связан с библиотеками X OpenGL . Проблема в том , что установщик &nvidia; ( до версии 7xxx) переписывает файлы заголовков OpenGL и не устанавливает правильные ссылки на библиотеки OpenGL. Лучшим решением будет использовать пакет с драйвером &nvidia; , который идет в дистрибутивной поставке.Если в некоторых случаях необходимо использовать старый драйвер единственное решение использовать нестандартное решение для старого драйвера(6111 в этом примере) , что-то вроде этого : <screen
>Эта проблема связана с использованием установщика &nvidia;. &krusader; основан на &TQt; и связан с библиотеками X OpenGL . Проблема в том , что установщик &nvidia; ( до версии 7xxx) переписывает файлы заголовков OpenGL и не устанавливает правильные ссылки на библиотеки OpenGL. Лучшим решением будет использовать пакет с драйвером &nvidia; , который идет в дистрибутивной поставке.Если в некоторых случаях необходимо использовать старый драйвер единственное решение использовать нестандартное решение для старого драйвера(6111 в этом примере) , что-то вроде этого : <screen
>Мы получили много писем-отчетов(декабрь 2005) относительно различных проблем в &krusader;,особенно во время некоторых операций с файлами(копирование/перемещение и др.)<emphasis role="bold"
>Эти проблемы связаны с &Qt; 3.3.5 и &krusader; тут не виноват.</emphasis
>Это , возможно серьезная ошибка в &Qt; 3.3.5 и причина многочисленных сбоев в различных приложениях &kde; включая &konqueror;.В Google вы можете найти множеств подобных вопросов.В дальнейшем , насколько нам известно в &debian;-Sid и &SuSE; уже включена новая версия &Qt; с устраненной проблемой. Дополнительная информация на нашем <ulink url="http://krusader.sourceforge.net/phpBB/viewtopic.php?t=1407"
>сайте</ulink
>. </para>
<!-- Empty line to make it more readable -->
</answer>
</qandaentry>
<qandaentry>
<question id="faqu_supermount">
<para
@ -815,7 +798,7 @@
>kill -9</command
>.Мы не имеем предложенных решений для решения проблемы.Эта проблема не связана с файловыми менеджерами или самой ОС &Linux;!Проблема этого вашего "зависания" в первом обращении к отключенному ресурсу - там нет возможности сделать проверку содержимого , осмотреть каталог и <command
>ls</command
> зависает.Это проблема многонитевой архитектуры и в самом приложении зависания нет.Мы не знаем где проблема , скорее всего это не &kde; он использует &Qt;-mt (многонитевая версия библиотеки) , и Krusader Krew не знает решения этой проблемы , в настоящее время мы просто смирились с этой проблемой. </para>
> зависает.Это проблема многонитевой архитектуры и в самом приложении зависания нет.Мы не знаем где проблема , скорее всего это не &tde; он использует &TQt;-mt (многонитевая версия библиотеки) , и Krusader Krew не знает решения этой проблемы , в настоящее время мы просто смирились с этой проблемой. </para>
>&krusader; написан с использованием &Qt; и зависит от библиотек &kde;. Долгое время они были недоступны для портирования &krusader; под &Windows; - это не давало выбора. Однако , мы верим , с портированием библиотек &kde; на &Qt;4 под лицензией GPL попытки портирования завершатся успешно , мы будем в деле и нуждаемся в поддержке для портирования &krusader; под &Windows;.</para>
>&krusader; написан с использованием &TQt; и зависит от библиотек &kde;. Долгое время они были недоступны для портирования &krusader; под &Windows; - это не давало выбора. Однако , мы верим , с портированием библиотек &kde; на &Qt;4 под лицензией GPL попытки портирования завершатся успешно , мы будем в деле и нуждаемся в поддержке для портирования &krusader; под &Windows;.</para>
> script needs to know where the &Qt; and &kde; directories are. </para>
> script needs to know where the &TQt; and &tde; directories are. </para>
<para
><envar
>TQTDIR</envar
> : <replaceable
><path to your Qt installation></replaceable
><path to your TQt installation></replaceable
> ⪚ <filename
>/usr/lib/qt3</filename
>/usr/lib/tqt3</filename
> or <filename
>/usr/qt3</filename
>/usr/tqt3</filename
></para>
<para
><envar
>TDEDIR</envar
> : <replaceable
><path to your KDE installation></replaceable
><path to your TDE installation></replaceable
> ⪚ <filename
>/usr</filename
> or <filename
@ -558,7 +558,7 @@
<note
><para
>These enviroment variables are only set for the lifetime of your current shell. When you close your terminal and open a new one they will be gone. Assuming &krusader; is not the only &Qt;/&kde; program you want to compile, we recommend to make these settings permanent (⪚ append both export commands to your <filename class="directory"
>These enviroment variables are only set for the lifetime of your current shell. When you close your terminal and open a new one they will be gone. Assuming &krusader; is not the only &TQt;/&tde; program you want to compile, we recommend to make these settings permanent (⪚ append both export commands to your <filename class="directory"
>/etc/profile</filename
>) file.</para
></note>
@ -1068,7 +1068,7 @@ foo</screen>
</para>
<para
>The standard &Qt; and &kde; command-line options are available, and can be listed by entering <userinput
>The standard &TQt; and &tde; command-line options are available, and can be listed by entering <userinput
>When a script is executed, the script doesn't know it's origin (or maybe there is a way which that we don't know) and all relative path's are relative to the current working-dir. But this dir is (normaly) not the one where the script is located but the current dir of the active Panel of Krusader. This needs to stay like this. However, for referenceing additional files like .ui (Userinterface, exported by &Qt;'s Designer) one need the path of the script. The alternative where absolute path's but this is more then unhandy. For this reason the Variable "scriptDir" was introduced. If a Script want to load a &GUI; from a .ui-file this can be done this way: <emphasis
>When a script is executed, the script doesn't know it's origin (or maybe there is a way which that we don't know) and all relative path's are relative to the current working-dir. But this dir is (normaly) not the one where the script is located but the current dir of the active Panel of Krusader. This needs to stay like this. However, for referenceing additional files like .ui (Userinterface, exported by &TQt;'s Designer) one need the path of the script. The alternative where absolute path's but this is more then unhandy. For this reason the Variable "scriptDir" was introduced. If a Script want to load a &GUI; from a .ui-file this can be done this way: <emphasis
> I recomend using Dialog as a base when designing &GUI;'s for using with JS. Execute the dialog with: <emphasis
>ui.exec();</emphasis
@ -4062,7 +4062,7 @@
<para
>The JavaScript-support is based on &kjsembed_url;. Some expamples which show the power of this library can be found on <ulink url="http://xmelegance.org/kjsembed/examples/index.html"
></ulink
>. Support for all of KDE's ground-laying technologies like DCOP or KParts is provided. You can even load whole GUI's from .ui-files, created with &Qt;'s Designer. An example extension making use of this can be found <ulink url="http://www.krusader.org/phpBB/viewtopic.php?p=4832#4832"
>. Support for all of TDE's ground-laying technologies like DCOP or KParts is provided. You can even load whole GUI's from .ui-files, created with &TQt;'s Designer. An example extension making use of this can be found <ulink url="http://www.krusader.org/phpBB/viewtopic.php?p=4832#4832"