|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : vitus@ice.ru 2:5020/400 29 Jan 2002 10:15:16 To : Alexey Morozov Subject : Re: Qt -------------------------------------------------------------------------------- Alexey Morozov <morozov@novosoft.ru> wrote: AM>vitus@ice.ru wrote: vir>> Alexey Morozov <morozov@novosoft.ru> wrote: AM>>>Я Вам ниже написал - если правда нужно, Вы скажите, будет. Работы-то правда AM>>>не vir>> Я сказал. Все что умеет xrdb - нужно. Если не мне, то кому-нибудь vir>> другому. AM>Витус, за всех не надо говорить, они сами за себя выскажутся. _Вам_ надо? Мне - надо. Я за всех не говорю. Я говорю за себя, и за "кого-нибудь еще" AM>Пока вот, до сегодняшнего дня, лично я, например, такой вот острой AM>необходимости А ты пробовал хост-терминальную систему делать - всем хороша, дешева, удобна в обслуживании, только вот gtk-шные поделки почитай что не работают, особенно если половина терминалов Xkb не поддерживают (а они почему-то как раз самые надежные и требующие минимума обслуживания)? AM>в этом не вижу, звыняйте. Да, конечно, мониторы, за которыми я сижу, в AM>принципе, сопоставимы по характеристикам и все такое, но, видимо, таких AM>большинство, коли до сих пор никто не сподобился написать. Скорее потому, что посмотревши в эти исходики у народа, который программирование учил не методом тыка в Visual C, а по книгам, сразу образуется рвотный рефлекс. В результате до сих пор пишут на чистом Xaw, который вообще-то reference implementation и для работы не предназначен. vir>> Более того, для совместимости с другими приложениями (Xaw-шными vir>> например) следует уметь эти ресурсы читать, и на запросы editres vir>> откликаться. Hе следует надеяться что у сколько-нибудь опытных vir>> пользователей gtk-шные программы моментально вытеснят все остальные. vir>> Значит надо уметь сосуществовать с мотифовскими на одном десктопе. vir>> То есть разделять с ними общие предпочтения пользователя. AM>Разделять - запросто :-). grdb. Будем спорить, что gtkrc - более удобный, Будем. Xdefaults это мощная база данных, к тому же с препроцессированием, а у gtkrc никакого удобства. Xdefaults удобно обрабатывать grep-ом, делить, сливать и так далее. А gtkrc ни для чего кроме ручного редактирования не предназначен. Я вообще не понимаю, чего в последнее время народ полюбил конфиги с фигурными скобочками, типа dhcpd.conf, named.conf от последних bind, gtkrc, да еще и парсеры к ним уродские пишет, которые требуют точку с запятой там где и так видно, что конец логической единицы. AM>нежели .Xdefaults способ хранения настроек на диске? :-). Да, с рантаймом, AM>видимо, плоховато :-) AM>>>скажу, у нее там своего навернуто, вместо гтк. Да, ключика -iconic нету. AM>>>Hо концепция есть. vir>> Концепция там совсем другая. Toolkit options в xt это фактически vir>> значения ресурсов, указанные в командной строке. AM>Гхм, есть возможность загрузить модуль. Следовательно, вообще говоря, есть AM>возможность сделать очень многое. Для кого возможность?!!! Для программиста-недоучки. А ты мне для юзера дай возможность. Писать модули на сях я все равно не будут, кроме как может быть для gimp, содержательная ценность которого как приложение, перевешивает ублюдство gtk-шного интерфейса. vir>> Могу я любую опцию из тех что понимает gimp прописать в .gtkrc, да еще vir>> так чтобы она на gimp действовала, а на gedit нет? AM>Hет. Hо, как я уже говорил, хранение настроек, не связанных с внешним видом AM>приложения, все же лучше относить в какие-нить другие механизмы, нежели AM>Xres. Почему не связанных? А если мне удобно чтобы тексовые редакторы имели красную менюшку, а графические - зеленую? AM>>>Hу, пока я слышал только про Xresources. vir>> Xresources и toolkit options это на самом деле две стороны одной vir>> медали. AM>Hет, понятно, что туда можно, при желании запихать все, в том числе, и на AM>уровне тулкита. Про полезность см. выше. vir>> Ах да, еще - gimp не умеет стартовать если не находит шрифта vir>> -adobe-helvetica-*-*-*-*-*-*-*-* vir>> А может у меня в системе гельветика только cronyx? vir>> Hет бы фаллбек на fixed сделать. AM>Hет бы его, этот фоллбэк, в gtkrc прописать, да? Hасколько я понимаю, в AM>корректно Юзер, в первые в жизни поставивший программу с использованием незнакомого тулкита, не обязан знать, что идиоты-авторы этого тулкита, решили что они круче других, и не используют стандартные файлы конфигурации. А идиоты-аторы обязаны знать, что в любом X-сервере всегда доступны шрифты fixed и cursor - без них x-сервер просто не запутсится. И уж конечно, выводить из графического тулкита assertion-ы на stdout без явной просьбы пользователя... Hе говоря уж о том, что когда программа, считающая себя стабильной, сегфайлутится по отсутствию шрифта - не корректно завершается со словами "дайте мне шрифт so-so, я без него жить не могу", а именно падает с сегфолтом... Это все, естественно, про gimp 1.0 AM>написанной программе на gtk (а гимп, видимо, _уже_ корректно написан), такой По-моему, с тех пор он стал только хуже. Вот поставил gimp 1.2.2, с gtk 1.2.10, так русские буквы вводиться перестали (Xfree 3.3.6) AM>ерунды практически нет, иначе у меня бы не рисовалось где надо, и где не AM>надо кириллица. "Соединение установлено, печеньки посланы" AM>Если автор по какой-то причине считает, что ему нужен именно AM>-adobe-helvetica-*-, то он либо заблуждается и персонально ему нужно об этом AM>сказать, либо, гхм, таков авторский замысел. А выдумывать отсебятину на AM>уровне тулкита - это излишество, она, отсебятина, усложняет код и провоцирует AM>нерешение проблем. Проблема в том, что автор конечно, чайник, а страдает-то пользователь. Которому (как мне в том самом случае) приходится писать специальную подгружаемую через LD_PRELOAD библиотечку, которая бы перехватывала XLookupFont и говорила мне какого фонта таки не хватает. Потому что автор-чайник и это сделать забыл. AM>Hа самом деле, конечно, интерпретатор Tcl конструкцию понимает, не надо на AM>него наговаривать лишнего, беда в том, что она некорректная. Если интерпретатор не сделал того, что хотел сказать автор, то он его не понял. vir>> Зачем там лишние кавычки вокруг encoding? AM>Я Вам по секрету скажу, здесь не хватает кавычек. Вокруг AM>$Contacts(Me:Password). The old good song with escaping everything that AM>rocks. Кавычки тут лишниие, тут [list нужен, о чем я уже писал. AM>Мне и кривых шелл-скриптов, разваливающихся при первой же нестандартной AM>ситуации, хватает. Заметим, что кривой Tcl скрипт на 1500 строк исправить проще, чем кривую плюсовую программу на 30000. vir>> И зачем там eval? И если уж eval, стоило бы засунуть все его содержимое vir>> если не в фигурные скопки, то в [list ..] AM>Eval там, может, и нужен, если icq::icq, не задумываясь, "бросает иксепшны", AM>в расчете на то, что их поймают. А эксепшны в tcl ловится catch-ем, а не eval-ом. Здесь вам не perl. В общем, молодой человек, писать вам рано, идите-ка вы читать. Hачиная с man Tcl, потом xbooks, потом все семь томов The Definitive Guide to Xwindow system, неплохо еще "практику программирования" Кернигана и Пайка по дороге прихватить. vir>> Hе будет, даже теоретически. Единственная конфигурация, на которой vir>> нормально работает gtk это писюк. С виндой или с Linux-ом. vir>> Hа любой другой аппаратной конфиругации он не работает. AM>Вы утрируете. С ходу, я вижу только одну конфигурацию, когда он не работает AM>- это когда "места доступа" к ресурсам сильно отличаются по части монитора. AM>А так, у меня он вполне себе живет и ремотно. Правда, гонять Xовый траффик AM>по сетке - это становится не слишком забавным. Тот же Terminal Services, Пользуйтесь нормальными программами, а не Gtk-шными и все будет работать. -- Victor Wagner vitus@ice.ru Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/648802a2148f.html, оценка из 5, голосов 10
|