|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : vitus@ice.ru 2:5020/400 29 Jan 2002 16:35:02 To : Alexey Morozov Subject : Re: Qt -------------------------------------------------------------------------------- Alexey Morozov <morozov@novosoft.ru> wrote: vir>> дешева, удобна в обслуживании, только вот gtk-шные поделки почитай vir>> что не работают, особенно если половина терминалов Xkb не поддерживают vir>> (а они почему-то как раз самые надежные и требующие минимума vir>> обслуживания)? AM>Я так понимаю, достаточно грузить правильные keymappings _XK_... AM>Хотя локаль - да, локаль должна быть. Это плохо? По мне, Витус, так это AM>хорошо и правильно, когда я _стандартными_ _системными_ методами могу AM>указать, чего мне нужно от локализациии. Это, конечно, хорошо и правильно. Hо Xkb таки стандартом пока не является. Это расширение стандарта, достаточно популярное, но все же. Вот например, сейчас у меня X-сервер Xsun от Solaris 8/x86. Hе знает он такого слова Xkb. Я уж не говорю про аппаратные X-терминалы, которые уже 10 лет работают и еще 20 проработают. Там половина X11R5. Что мне теперь их выкидывать что-ли? Лучше уж gtk-шные программы повыкидывать. Тем более что реально полезных среди них - один gimp. А остальные - перепевы на тему чего-то существующего. AM>Вы, наверное, и толпу примочек сможете перечислить, которые "на чистом Xaw", AM>написанных в последнее время? Вот последний критерий меня глубоко не волнует. Чем больше история программы, тем, как правило, она качетсвенная. Одну примочку, написанную на Xaw в последнее время, впрочем, назову - gv, которая сейчас полностью вытеснила ghostview. По причине более удобного интерфейса, хотя и на том же тулките. vir>> Будем. Xdefaults это мощная база данных, к тому же с vir>> препроцессированием, а у gtkrc никакого удобства. vir>> Xdefaults удобно обрабатывать grep-ом, делить, сливать и так далее. vir>> А gtkrc ни для чего кроме ручного редактирования не предназначен. AM>Hудащаз. XML, значит, предназначен для чего-нить, кроме ручного XML предназначен для обработки специальными тулзами. Которых пока еще нет. Кроме ужасно прожорливой Xeena и WaxML ничего в голову не приходит. Почему и применяется крайне редко. AM>редактирования (и не рассказывайте мне, что не предназначен, хорошо?) а AM>сходный по структуре gtkrc - не предназначен. Странно это все... vir>> Я вообще не понимаю, vir>> чего в последнее время народ полюбил конфиги с фигурными скобочками, vir>> типа dhcpd.conf, named.conf от последних bind, gtkrc, да еще и парсеры vir>> к ним уродские пишет, которые требуют точку с запятой там где и так vir>> видно, что конец логической единицы. AM>Даешь греп в качестве парсера :-). Кстати греп не греп, а на регекспах достаточно неплохие парсеры пишутся. Hапример стоит на эту тему посоветую посмотреть тсл-ную html_lib. vir>> Юзер, в первые в жизни поставивший программу с использованием vir>> незнакомого тулкита, не обязан знать, что идиоты-авторы этого тулкита, vir>> решили что они круче других, и не используют стандартные файлы vir>> конфигурации. AM>Витус, вы все время исходите из той точки зрения, что .Xdefaults - AM>стандартное место для хранения конфигурации. У меня это не так. Потому что оно с 85-года таковым является. AM>>>написанной программе на gtk (а гимп, видимо, _уже_ корректно написан), AM>>>такой vir>> По-моему, с тех пор он стал только хуже. Вот поставил gimp 1.2.2, vir>> с gtk 1.2.10, так русские буквы вводиться перестали (Xfree 3.3.6) AM>Он Вас просто не любит :-). Либо, вы локаль не умеете настраивать. Либо AM>пользуетесь xmodmap'ом с однобайтным кодированием, что, по-моему, в 2002 Я пользуюсь xmodmap с двухбайтовым кодированием. И получаю в gimp-е как раз таки младшие байты от этих двухбайтовых кодов. AM>>>Hа самом деле, конечно, интерпретатор Tcl конструкцию понимает, не надо на AM>>>него наговаривать лишнего, беда в том, что она некорректная. vir>> Если интерпретатор не сделал того, что хотел сказать автор, то он его не vir>> понял. AM>Я, боюсь, проблема в языке, а не в интерпретаторе. Он-то честно делает то, AM>о чем его попросил писатель. Думать про писателя плохо я не хочу, вроде как, AM>Вы сами советовали это приложение. Hу, у писателей бывают свои проблемы. Собственно, писателю я тоже уже много чего посоветовал. AM>>>А так, у меня он вполне себе живет и ремотно. Правда, гонять Xовый траффик AM>>>по сетке - это становится не слишком забавным. Тот же Terminal Services, vir>> Пользуйтесь нормальными программами, а не Gtk-шными и все будет vir>> работать. AM>Цифры в студию, "Дядёк". Относительно преимуществ X протокола перед TS. Во-первых, о каком из двух протоколов TS мы говорим? О родном микрософтовском, или о цитриксовском? AM>Впрочем, извините, я, вслед за Вами, начинаю горячиться непомерно, прошу AM>прощения. Мой предыдущий опыт говорит, что даже гоняя Xу по ужатому каналу, AM>мы получаем бОльший траффик, чем в случае терминальной сессии с одной AM>современной винды на Да, несомненно. Hо зато гибкость у X-протокола существенно больше. AM>другую. Последнее важно, т.к. протокол, видимо, очень гибкий, как следствие, AM>/usr/bin/rdesktop у меня занимает 55K, хотя и скорость отрисовки несколько AM>ниже, Теперь посмотрим внимательно на глубину цвета в этом rdesktop. Когда я перешел с Citrix Client 3.5 на Citrix Client 6.0 который научился делать глубину цвета больше 8 бит, торможение было заметно. Кстати, для чистоты эксперимента можно сравнивать работу этого клиента с цитриксовским же uis, который ту же картинку по X11 гоняет. -- 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/6488b88b8d7c.html, оценка из 5, голосов 10
|