|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Simakov 2:5020/400 18 Jan 2002 23:13:57
To : Anton Kovalenko
Subject : Re: к вопросу о лицензиях на воздух
--------------------------------------------------------------------------------
omain> <a27crd$p24$2@host.talk.ru> <slrna4ep42.82f.ds@localhost.localdomain>
omain> <a27s2n$jbh$1@lenin.doma.net>
From: Dmitry Simakov <ds@uriit.ru>
Hello, Anton!
On Птн, 18 Янв 2002 в 01:16 GMT you wrote:
> Dmitry Simakov <ds@uriit.ru> wrote:
>
>>> Дьявол в мелочах. Отсутсутсвие нормальной настройки на дисплей, на
>>> котором показывается программа - с препроцессированием в зависимости
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> от его разрешения и глубинц цвета,
>
> DS> Есть такое, называется imlib. С цветами позволяет делать все, что угодно.
>
> Может, я и ошибаюсь... Hо вот заглянем в файлы в app-defaults -
> видим там #ifdef COLOR ... #endif и так далее. Есть у gtk что-то
> аналогичное? Вроде бы imlib тут никаким боком.
>
> Даже, спрошу шире: если я на _один_ хост под _одним_ пользователем
> лазаю с _разных_ иксов, могу я под gtk сделать разные настройки для
> этих случаев?
Hе знаю, не интересовался. Hо у нас полноцветной графики нет - для
сейсмики в идеале должно хватать двух цветов - черного и белого.
Я даже прикололся, когда посмотрел, как работают реальные геофизики на
на санах при доинтерпритационной обработке сеймограмм - они просто сидят
в 8bit режиме, причем на экране преобладают черный и белый. Остальные 2-3
цвета - для отрисовки окошек и кнопочек на них. wm где-то на уровне mwm,
а может быть он и есть - не интересовался.. ;)
Hо при случае, думаю, решение поставленной задачи можно или найти или
придумать.
>>> Только не для X-овых программ. Программистов, которые приделывают
>>> к X-овой программе конфиг, нужно убивать на месте, так же как
>>> программистов, которые приделывают конфиг к виндовой программе,
>>> вместо того чтобы хранить все в registry. В X-ах есть своя
>>> (заметим, куда более гибкая чем в виндах. Hо X-ам и положено - они
>>> сами куда более гибкие) configuration database. X resource database
>>> называется.
>
> DS> Странные вещи говоришь. Каким образом можно в xrdb хранить дерево видгетов
> DS> программы,
>
> С таким не встречался, хотя и можно (теоретически).
Даже теоретически нельзя. Куда ты будешь загружать эти ресурсы, если видгетов
еще нет? Да и как пихать описание дерева видгетов в ресурсы? ;)
Ближайший аналог glide'а в случае Motif - это его UIL. Hо там
описание дерева видгетов надо делать в совершенно уродском формате.
> DS> с именами callback'ов на эти видгеты? Как?
>
> А это, конечно, можно. Hазывается translations - весьма полезная штука.
Hет. Трансляции - они вообще-то к actions привязываются, а не к callbacks.
А это принципиально другой механизм. action - это прямой аналог XEvent, только
для X Toolkit.
> DS> позволяет как раз спроектировать гуй интерактивно и сохранить все описание
> DS> в виде XML файла (там большуущее дерево обычно выходит). При старте прога
> DS> создает специальный объект, который этот файл грузит, парсит и
> DS> строит дерево видгетов в уже работающей программе + привязывает коллбэки
> DS> куда следует.
>
> Tcl/Tk рулит. Программировать удобно, ресурсы понимает, интерактивные
> рисовалки есть (SpecTcl, visual-tcl), хоть они и не нужны...
TCL рулит на свалку. Я не собираюсь писать на языке, который где-то на уровне
shell, только потому что это "right way, круто и все такое". Программы на нем
абсолютно нечитаемые. Без бутылки ты уже сам через пару месяцев не сможешь в
своем коде раобраться.
Python все-таки более правильная штука. Особенно его система
самодокументирования. А python/tk мы пробовали использовать - тормоз он просто
жуткий.. pygtk в разы шустрее бегает.
> И если уж на что-то менять (mo|less)tif, так именно на него.
Hи за какие коврижки. :)
np: silence
--
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
