|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Simakov 2:5020/400 18 Jan 2002 04:13:10
To : vitus@ice.ru
Subject : Re: к вопросу о лицензиях на воздух
--------------------------------------------------------------------------------
omain> <a27crd$p24$2@host.talk.ru>
From: Dmitry Simakov <ds@uriit.ru>
Hello, vitus@ice.ru!
On Чтв, 17 Янв 2002 в 20:41 GMT you wrote:
> Dmitry Simakov <ds@uriit.ru> wrote:
> DS>On Чтв, 17 Янв 2002 в 11:50 GMT you wrote:
>>>> Hу, как раз авторы gtk, похоже, неплохо изучили иксы, а в частности - X
>>>> Toolkit.
>>>
>>> Ой. Вот как раз они-то, похоже, ничего не знают.
>
> DS>Hу не знаю, модель видгетов там абсолютно такая же. Можно даже без
> DS>особых проблем перейти с XToolkit'а на gtk+. Тут главная деталь не в том,
> DS>что
>
> Дьявол в мелочах. Отсутсутсвие нормальной настройки на дисплей, на
> котором показывается программа - с препроцессированием в зависимости
> от его разрешения и глубинц цвета,
Есть такое, называется imlib. С цветами позволяет делать все, что угодно.
> неудобный интерфейс для управления
> видгетами. Ладно, черт с ним, на C можно с таким ублюдством мириться,
> но ведь биндинги к языкам высокого уровня копируют это один в один
> (кроме gnocl), то что в версии 1.2.10 до сих пор не могут размеры,
> занимаемые символьной строкой померить по-человечески.
Hе знаю ничего про gnocl. Используем pygtk биндинги для Python'а - там все
нормально сделано. Все видгеты выстроены в иерархию питоновских классов.
Причем, написать свой видгет на питоне на основе видгета gtk+ - намного проще,
чем написать мотифовский видгет. Я то уж это знаю - тема моего диплома в
универе была прямо связана с разработкой видгетов для мотифа.
Уже на работе в институте мы все эти мотифовские видгеты перенесли на
pygtk и забыли про мотиф.
> DS>лучше, а в том, что развивается. Motif - уже практически покойник. С него
> DS>все
>
> Вот тот факт, что он развивается, делает его практически неприемлемым
> для использования - выкачиваешь новую версию прикладной программы,
> которая тебе нужна позарез, а она требует более новой версии
> gtk, чем у тебя стоит, апгрейдишь gtk - перестает работать не менее
> нужная старая программа.
Это когда это было такое? Hе припомню. Прикладные программы, надеюсь, в
исходниках берете? А то если в бинарях, да еще и под линукс - так это и с
мотифом сплошные проблемы, причем даже бОльшие: половина девелоперов
линкуется с openmotif, а другая половина - с lesstif. Вот где реальные
косяки.. Ж)
А что касается собственно API в gtk, так он почти не менялся в первой
версии - только видгеты новые добавлялись. Вторая версия по API малость
отличается от первой, но таки не очень сильно.. просто выкинули функции,
которые не добавляли функциональности, а только перегружали интерфейс.
> Основное достоинство мотифа и xt в том, что они _не_ развиваются.
Сомнительное достоинство. Я бы сказал, что это признак того, что о коде
забыли и ему конец приходит. До полной погибели дело вряд ли дойдет - на
мотифе куча коммерческих приложений написана.. но в новых проектах на него
закладываться просто глупо, есть инструменты поудобнее.
> Поэтому можно быть уверенным что любая программа с их использованием
> нормально соберется на твоей системе.
Hасчет "любой программы" я бы говорить не стал. Hаверняка где-нибудь на
сансайте найдется софтина, которую при всем желании на новых версиях
мотифа собрать не получится так сразу.. Вообще, квантор всеобщности -
штука коварная.. употребляй его реже. Вот мне лень искать, а кто-нибудь
пойдет на сансайт и отыщет такую прогу и лопнет твоя теория. ;)
> DS>Кроме того, к gtk+ есть прилада под названием glide + построитель
> DS>интерфейсов к этой glide. Штука весьма удобная. Вот тут опять встает
> DS>вопрос о незаменимости XML в качестве конфигов. ;)
>
> Только не для X-овых программ. Программистов, которые приделывают
> к X-овой программе конфиг, нужно убивать на месте, так же как
> программистов, которые приделывают конфиг к виндовой программе,
> вместо того чтобы хранить все в registry. В X-ах есть своя
> (заметим, куда более гибкая чем в виндах. Hо X-ам и положено - они
> сами куда более гибкие) configuration database. X resource database
> называется.
Странные вещи говоришь. Каким образом можно в xrdb хранить дерево видгетов
программы, с именами callback'ов на эти видгеты? Как? А glide собственно,
позволяет как раз спроектировать гуй интерактивно и сохранить все описание
в виде XML файла (там большуущее дерево обычно выходит). При старте прога
создает специальный объект, который этот файл грузит, парсит и строит
дерево видгетов в уже работающей программе + привязывает коллбэки куда
следует.
X Toolkit так точно не умеет. Как знаток говорю. С иксами на уровне
Xlib/Xtoolkit работал 6 лет. Там сначала надо дерево видгетов построить,
а уже потом, при вызове цикла обработки сообщений, сам тулкит будет
ресурсы загружать. :)
Ты еще на GNOME внимание обрати: без него gtk+ не так интересно
рассматривать. Вот в гноме вообще практически любую объектную модель можно
реализовать, в том числе и плавно размазанное по сети приложение, модули
которого будут через карбу включены в общий интерфейс. Был бы только смысл
так все наворачивать. :)
--
Best Regards,
Dmitry Simakov <mailto:ds@uriit.ru.n0sp@m>
Ugra Research Institute of Information Technologies <http://www.uriit.ru>
--- ifmail v.2.15dev5
* Origin: Ugra Research Institute of Information Technologies (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
