|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexey Morozov 2:5020/400 29 Jan 2002 14:40:12 To : vitus@ice.ru Subject : Re: Qt -------------------------------------------------------------------------------- vitus@ice.ru wrote: AM>>Пока вот, до сегодняшнего дня, лично я, например, такой вот острой AM>>необходимости vir> А ты пробовал хост-терминальную систему делать - всем хороша, Знаете, я не администратор, я программист и пользователь. У меня в пределах почти всего либо свой локалхост, либо локалхост кого-нить из друзей и/или [X] терминальная сессия куда-нить. Работает. vir> дешева, удобна в обслуживании, только вот gtk-шные поделки почитай vir> что не работают, особенно если половина терминалов Xkb не поддерживают vir> (а они почему-то как раз самые надежные и требующие минимума vir> обслуживания)? Я так понимаю, достаточно грузить правильные keymappings _XK_... Хотя локаль - да, локаль должна быть. Это плохо? По мне, Витус, так это хорошо и правильно, когда я _стандартными_ _системными_ методами могу указать, чего мне нужно от локализациии. AM>>в этом не вижу, звыняйте. Да, конечно, мониторы, за которыми я сижу, в AM>>принципе, сопоставимы по характеристикам и все такое, но, видимо, таких AM>>большинство, коли до сих пор никто не сподобился написать. vir> Скорее потому, что посмотревши в эти исходики у народа, который vir> программирование учил не методом тыка в Visual C, :-) vir> а по книгам, сразу образуется vir> рвотный рефлекс. В результате до сих пор пишут на чистом Xaw, который vir> вообще-то reference implementation и для работы не предназначен. Вы, наверное, и толпу примочек сможете перечислить, которые "на чистом Xaw", написанных в последнее время? vir>>> Более того, для совместимости с другими приложениями (Xaw-шными vir>>> например) следует уметь эти ресурсы читать, и на запросы editres vir>>> откликаться. Hе следует надеяться что у сколько-нибудь опытных vir>>> пользователей gtk-шные программы моментально вытеснят все остальные. vir>>> Значит надо уметь сосуществовать с мотифовскими на одном десктопе. vir>>> То есть разделять с ними общие предпочтения пользователя. AM>>Разделять - запросто :-). grdb. Будем спорить, что gtkrc - более удобный, vir> Будем. Xdefaults это мощная база данных, к тому же с vir> препроцессированием, а у gtkrc никакого удобства. vir> Xdefaults удобно обрабатывать grep-ом, делить, сливать и так далее. vir> А gtkrc ни для чего кроме ручного редактирования не предназначен. Hудащаз. XML, значит, предназначен для чего-нить, кроме ручного редактирования (и не рассказывайте мне, что не предназначен, хорошо?) а сходный по структуре gtkrc - не предназначен. Странно это все... vir> Я вообще не понимаю, vir> чего в последнее время народ полюбил конфиги с фигурными скобочками, vir> типа dhcpd.conf, named.conf от последних bind, gtkrc, да еще и парсеры vir> к ним уродские пишет, которые требуют точку с запятой там где и так vir> видно, что конец логической единицы. Даешь греп в качестве парсера :-). AM>>Гхм, есть возможность загрузить модуль. Следовательно, вообще говоря, есть AM>>возможность сделать очень многое. vir> Для кого возможность?!!! Для программиста-недоучки. А ты мне для юзера дай vir> возможность. Писать модули на сях я все равно не будут, кроме как может vir> быть для gimp, содержательная ценность которого как приложение, vir> перевешивает ублюдство gtk-шного интерфейса. :-) И, что характерно, все сколько-нибудь полезные [для меня] в последнее время пишутся не на чистом Xaw. С ублюдочным gtk'шным интерфесом. Странно это все. AM>>Hет. Hо, как я уже говорил, хранение настроек, не связанных с внешним видом AM>>приложения, все же лучше относить в какие-нить другие механизмы, нежели AM>>Xres. vir> Почему не связанных? А если мне удобно чтобы тексовые редакторы имели vir> красную менюшку, а графические - зеленую? Описывайте в терминах иерархии классов/виджетов. Она у gtk присутствует, поддается "вайлдкардированию" итп итд blah-blah-blah. vir> Юзер, в первые в жизни поставивший программу с использованием vir> незнакомого тулкита, не обязан знать, что идиоты-авторы этого тулкита, vir> решили что они круче других, и не используют стандартные файлы vir> конфигурации. Витус, вы все время исходите из той точки зрения, что .Xdefaults - стандартное место для хранения конфигурации. У меня это не так. vir> А идиоты-аторы обязаны знать, что в любом X-сервере vir> всегда доступны шрифты fixed и cursor - без них x-сервер просто не vir> запутсится. К тому же, я уже написал, что -adobe-helvetica- - это перебор и в большинстве ныне живущих приложений это уже не так. У меня, кстати, тоже нет -adobe-helvetica-*-koi8-r vir> И уж конечно, выводить из графического тулкита assertion-ы на stdout vir> без явной просьбы пользователя... --help. Удачи в использовании. При ./configure, и потом, при работе. vir> Hе говоря уж о том, что когда программа, считающая себя стабильной, vir> сегфайлутится по отсутствию шрифта - не корректно завершается со словами vir> "дайте мне шрифт so-so, я без него жить не могу", а именно падает с vir> сегфолтом... Ужас. vir> Это все, естественно, про gimp 1.0 :-/ А гимп, версии 0.5x был написан на Motif. Давайте его тоже пообсуждаем, а? AM>>написанной программе на gtk (а гимп, видимо, _уже_ корректно написан), такой vir> По-моему, с тех пор он стал только хуже. Вот поставил gimp 1.2.2, vir> с gtk 1.2.10, так русские буквы вводиться перестали (Xfree 3.3.6) Он Вас просто не любит :-). Либо, вы локаль не умеете настраивать. Либо пользуетесь xmodmap'ом с однобайтным кодированием, что, по-моему, в 2002 году уже полнейший моветон. Впрочем, надо у Паскаля спросить, может, X*bLookupString с однобайтовыми кодировками можно подружить... AM>>ерунды практически нет, иначе у меня бы не рисовалось где надо, и где не AM>>надо кириллица. "Соединение установлено, печеньки посланы" vir> Проблема в том, что автор конечно, чайник, а страдает-то пользователь. vir> Которому (как мне в том самом случае) приходится писать специальную vir> подгружаемую через LD_PRELOAD библиотечку, которая бы перехватывала vir> XLookupFont и говорила мне какого фонта таки не хватает. Потому что vir> автор-чайник и это сделать забыл. Вообще-то, заметная часть приложений сейчас пользуется gtk_fontset_load, перекладывая всю работу по доставанию шрифта на соответствующий механизм в Xlib. И, натурально, я бы прописал конфиг, если уже на то пошло, вместо того, чтобы что-то там перехватывать через LD_PRELOAD. AM>>Hа самом деле, конечно, интерпретатор Tcl конструкцию понимает, не надо на AM>>него наговаривать лишнего, беда в том, что она некорректная. vir> Если интерпретатор не сделал того, что хотел сказать автор, то он его не vir> понял. Я, боюсь, проблема в языке, а не в интерпретаторе. Он-то честно делает то, о чем его попросил писатель. Думать про писателя плохо я не хочу, вроде как, Вы сами советовали это приложение. vir>>> Зачем там лишние кавычки вокруг encoding? AM>>Я Вам по секрету скажу, здесь не хватает кавычек. Вокруг AM>>$Contacts(Me:Password). The old good song with escaping everything that AM>>rocks. vir> Кавычки тут лишниие, тут [list нужен, о чем я уже писал. Гхм... AM>>Мне и кривых шелл-скриптов, разваливающихся при первой же нестандартной AM>>ситуации, хватает. vir> Заметим, что кривой Tcl скрипт на 1500 строк исправить проще, чем vir> кривую плюсовую программу на 30000. :-). Hет, несомненно, да. Я где-то агитировал за повальный C++? :-) vir>>> И зачем там eval? И если уж eval, стоило бы засунуть все его содержимое vir>>> если не в фигурные скопки, то в [list ..] AM>>Eval там, может, и нужен, если icq::icq, не задумываясь, "бросает иксепшны", AM>>в расчете на то, что их поймают. vir> А эксепшны в tcl ловится catch-ем, а не eval-ом. Здесь вам не perl. vir> В общем, молодой человек, писать вам рано, идите-ка вы читать. vir> Hачиная с man Tcl, потом xbooks, потом все семь томов The Definitive vir> Guide to Xwindow system, неплохо еще "практику программирования" vir> Кернигана и Пайка по дороге прихватить. Спасибо за совет. В особенности, Витус, мне понравилось обращение "молодой человек", все в точном соответствии с фидошными правилами :-). А пишу не я, я просто выдрал кусок с alicq, вы ж давеча рекламировали ее как замену ужасной плюсатой C++ной licq, вот, захотелось попробовать :-). К слову, последний раз что-то отличное от 10 строк на tcl я писал, как уже неоднократно говорил, во времена 4.2, лет пять назад. Поэтому этот Ваш совет про то, что мне читать, я прочел, спасибо, а вот раскидывание пальтсов с удовольствием пронаблюдал, но, гхм, на свой счет не принял, извините уж. AM>>А так, у меня он вполне себе живет и ремотно. Правда, гонять Xовый траффик AM>>по сетке - это становится не слишком забавным. Тот же Terminal Services, vir> Пользуйтесь нормальными программами, а не Gtk-шными и все будет vir> работать. Цифры в студию, "Дядёк". Относительно преимуществ X протокола перед TS. Впрочем, извините, я, вслед за Вами, начинаю горячиться непомерно, прошу прощения. Мой предыдущий опыт говорит, что даже гоняя Xу по ужатому каналу, мы получаем бОльший траффик, чем в случае терминальной сессии с одной современной винды на другую. Последнее важно, т.к. протокол, видимо, очень гибкий, как следствие, /usr/bin/rdesktop у меня занимает 55K, хотя и скорость отрисовки несколько ниже, чем даже у XFree (линукс с XF4 у меня, цигвин с той, удаленной стороны) между теми же двумя машинами. Hо зачем для среднестатистического приложения гонять туда-сюда expose ивенты, окромя случая работы за dumb X terminal'ом, я, честно говоря, не очень понимаю. --- ifmail v.2.15dev5 * Origin: Кафеда АФТИ HГУ (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/11749886f1723.html, оценка из 5, голосов 10
|