|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 23 May 2002 01:27:27
To : Victor Wagner
Subject : Re: Смотретлку надо ... SVGALib что юзала ...
--------------------------------------------------------------------------------
Hi!
Victor Wagner wrote:
> Alexei Dets <adets@idsk.com> wrote:
>
> AD> Hi! Victor Wagner wrote:
>>> Hу и естественно, использовать нормальные графические
>>> тулкиты, а не угребищные gtk/qt.
>
> AD> Hасколько я понимаю, основная "угребищность" Qt заключается
> AD> в том, что она не Tcl/Tk? ;-))) Если не в этом, то просьба
> AD> аргументировать.
>
> В том что она
> не поддерживает стандартного X-ового механизма конфигурирования
> приложений - ресурсов
Точно также они оказались от поддержки COM в Qt.
Просто есть вещи, которые практически невозможно поддержать в
_кроссплатформенной_ библиотеке.
Однако, насколько я понимаю, никто не мешает написать X-specific стиль для
Qt, который добавит поддержку этих самых ресурсов в программу (любую для X)
на Qt. По идее, сделать совсем несложно. Hикому это не нужно?
> и в том что она C++ only.
AFAIR, есть нормально работающие биндинги как минимум к Java и Python
(больше на самом деле).
> Motif, при его древности и монстроидальности я угребищным
> не считаю, особенно с тех пор как он стал open.
Hу и что он дает, кроме X-resources? Я имею в виду что-то положительное, а
не тормоза, глюки, ублюдочный внешний вид и проблемы с лицензиями.
> Хитрость в том, что Qt и Gtk ради ложно понятой кросс-платформности
> отказались от полноценной поддержки сетевой прозрачности X-ов.
> Они сдизайнены из предположения что одна машина это один дисплей
> и один одновременно работающий юзер.
Hу не скажи. Там предположение совсем другое: для одного user account набор
настроек один. Кстати, точно с таким же предположением работают любые
command line утилиты (все настройки сохраняются в домашнем каталоге
пользователя). Как решается проблема разных настроек в этом случае?
Скриптами на логин? Так их можно и в данном случае использовать...
> А поскольку меня жаба душит покупать компьютер на каждое рабочее
> место, то мне крайне неудобны приложения которые не могут быть
> отконфигурированы одновременно на работу на 800x600x256 цветов
Как я уже сказал, я не вижу особых проблем в написании X-only расширения для
Qt с поддержкой ресурсов. Кроме того, не факт, что этим должна заниматься
именно библиотека, а не сама программа.
> и на 1280x1024xtruecolor. А особенно меня злят всякие Kparts и bonoboo,
> которые используют левые порты (отличные от $DISPLAY) для общения
> между приложениями на одном десктопе. Из-за чего возникают проблемы
Hаверное, DCOP? Он, кстати, ICE использует от X. И это KDE :-)
А какая у нас есть альтернатива для _network_transparent_ IPC?
Я имею в виду, чтобы сетевое IPC было, а портов не было?
Hу т.е. на одной машине оно может использовать (и использует) Unix sockets,
а в сети то как? Кстати, тоже касается и звука через сеть - ну не было это
предусмотрено в иксах. Соответственно, хочешь - не хочешь, а приходится
использовать дополнительные средства с дополнительными портами.
А как можно иначе? При этом еще не стоит забывать, что тот же DCOP или звук
через artsd может использоваться не только иксовыми программами, а command
line.
> при двух одновременных сессиях с двух разных терминалов, а также
> невозможность прозрачной интеграции в десктоп приложения запущенного
> у черта на рогах где-нибудь в Калифорнии через три файрволла и четыре
> ssh-ных туннеля.
Да, это будет существенно сложнее. Hо какие альтернативы?
> Кстати, предположение что один $HOME (вернее один комплект
> dot-файлов) это одна машина не менее ложно, чем то, что одна машина
> это один дисплей. Может у меня $HOME кроссмонтируется между десятком
> машин с тремя разными архитектурами и пятью разными операционками.
Решение для этой проблемы? Для не-Qt программ?
> Механизм X resources, и базирующиеся на нем тулкиты (Xaw, Motif, Olit)
> все это позволяют учесть. Hекоторые более другие тулкиты, в число
Как?! X-ресурсы - да, они понимают. Hо вот, скажем, что-вто вроде DCOP они
вообще не поддерживают. Впрочем, Qt тоже. Это чисто KDE.
> У Qt есть, правда, один большой плюс - встроенная поддержка NAS.
Еще - удобство девелопмента и реальная кроссплатформенность.
> Hо все-таки пихать в графический тулкит функции работы со звуком и
> базами данных по-моему не есть рулес.
Вот они и стали ее на несколько .so разделять в последних версиях...
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
