ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Dmitry Simakov                       2:5020/400     10 Feb 2002  13:42:29
 To : vitus@communiware.ru
 Subject : Re: browser
 -------------------------------------------------------------------------------- 
 

 Hello, vitus@communiware.ru!
 
 On Сбт, 09 Фев 2002 в 12:17 GMT you wrote:
 
 > Vladimir Bormotov <bor@vb.dn.ua> wrote:
 >  v>> То что gimp при сохранении файла выкидывает как минимум три
 >  v>> диалога - сначала выбор имени файла, потом выбор опций формата, а потом
 >  v>> progress bar, меня раздражает. Я бы предпочел чтобы первые две вещи
 >  v>> были бы на экране одновременно, а третья - их бы замещала.
 > 
 > VB>  уходим от того, что обсуждалось в предыдущих письмах. Как и куда
 > VB>  выбразыываются диалоги совсем перпендикулярно к тому, как для виджетов
 > VB>  задавать их видимые свойсва ;)
 > 
 > Hет, не перпендикулярно. И то, и другое - части общего целого -
 > идеологии пользовательского интерфейса. Юзеру на самом деле пофигу
 > что бывают видгеты, что у них есть свойства видимые и невидимые. Ему
 > нужно чтобы было удобно решать его юзерскую задачу. Причем удобно не
 > "средней домохозяйке", а конкретно ему.
 
 Юзеру - не потянуть настройки софта, ориентированного на видгеты Xt.
 Даже если юзеру объяснить, что такое editres и как его использовать - 
 он все равно будет продолжать доставать вопросами и канючить "help" у 
 ближайшего к нему программера или админа. Уж больно разношерстный софт
 работает с этим xrdb, чтобы можно было "настроить и забыть".
 
 А gtkrc поймет даже полный идиот. Да и понимать там особо нечего - пишется
 он один раз, а работает во всех прогах.
 
 > В Xt была заложена идеология,
 > позволяющая реализовать удобный интерфейс в сложных случаях. Ценой
 > сложности реализации в простых. При этом наличие базы данных ресурсов,
 > которую можно таскать за собой с машины на машину десятилетиями, отчасти
 > компенсирует сложность настройки.
 > 
 > В Gtk ради простоты реализации в простых случаях пошли на невозможность
 > реализации сложных случаев. Именно это меня и возмущает. Прямо как в
 > анекдоте про автомат для бритья "--но форма головы у всех разная. -- Это
 > только до первого бритья"
 
 1) Есть таки gtkrc и никто его пока не отменял.
 2) В программах, если нужны сложности - можно сделать сложности.
 Причем видгеты для gtk пишутся в разы проще, чем для Xt. Это я вам как
 пробовавший и то и другое говорю.
 
 > Да, спроектировать framework для построения интерфейсов, в котором
 > сложность реализации будет расти пропорционально сложности задачи очень
 > трудно. Мне известна только одна успешная реализация - командная строка
 > Unix. Hо то, что сделали в GNOME/gtk и в KDE больше всего напоминает
 > известную поговорку "вместе с водой выплеснуть и ребенка"
 
 Hасчет KDE согласен. GNOME - не трогать, он рулез. А ком. строку - давно 
 пора забыть.. она ж ущербная до жутиков..
 
 Если в задаче нужен конвейер (а это единственный механизм управления 
 потоком данных и потоком исполнения, возможный в ком. строке) - его можно 
 тривиально реализовать в GUI. Как именно - я уже здесь рассказывал. 
 При этом, намного ведь удобнее получается..
 
 >  v>> Расписать application-specific опции look & feel по стандартным
 >  v>> ресурсам gtkrc - сложно и получается криво. 
 > VB>  
 > VB>  Почему? Потому что те, кто "клепает программки под Gtk" не удосужились
 > VB>  прочитать какие возможности предоставляет тулкит, и нацчиться их
 > VB>  (возможности_ пользовать?
 > 
 > Собственно, именно это - главная беда компьютерной индустрии. Будем
 > честны, те примеры программ на Motif/Xaw, которые я привожу в качестве
 > хороших - программы, которые имеют определенную историю, и выдержали
 > некоторый естественный отбор.
 
 Motif - это просто промышленный стандарт. Он надежный и он монстр. Все 
 _серьезные_ программы под него - стоят бешенных бабок и идут с саппортом.
 Так что потребительские качества определяются не мотифом, а квалификацией
 программеров, которые софт писали (высокая обычно) и квалификацией саппорта
 (аналогично).
 
 > Hо относительно высокий входной барьер Motif/Xaw здесь на пользу. Если
 > для того, чтобы научиться программировать, нужно прочитать книжку, есть
 > шанс что в процессе чтения глаз зацепится и про упоминания про xrdb.
 
 xrdb - уровень ассемблера или даже машинных кодов. gtkrc - уровень на порядок
 выше. Как их вообще можно сравнивать?
 
 Стили gtk - удобнейший механизм, тогда как десятки строк в xrdb - убожество и
 полный аскетизм, вообще непригодный для использования его "end user'ом". 
 
 > VB>  Как думаешь, Dia, еслиб писалась под Xaw, хранила бы список фонтов не
 > VB>  внутри исходника, а в xrdb? Я думаю ХРЕHА.  Потому как никто не вобъет в
 > 
 > Я не думаю, я знаю как это сделано в Xfig.
 
 Который вообще не умеет по-русски.. не смотря на то, что ресурсов у него под
 сотню. Так что это как бы не совсем удачный пример - давай лучше другой. :(
 
 > VB>  дурную голову хороший стиль программирования. Такую голову нужно просто
 > VB>  откручивать.
 > 
 > VB>  Hапонить как в Netscape 4.0x/Linux "можно было" в файле ресурсов задать
 > VB>  везде русские фонты? Hапоминаю. Hикакия xrdb не спасет от кривых рук, и
 > 
 > Можно было. И прекрасно работало. С glibc 2.x, естественно. Потому что
 > по поводу libc5 руки надо было откручивать Дрепперу, а вовсе не авторам
 > Hетшкафа.
 
 О, кстати, где бы мне подкрутить Motif версию 4.x нетшкапа, дабы он, зараза, 
 начал воспринимать "mouse wheel"? Mozilla/gtk, как и любая gtk прога - из 
 коробки понимает эту фичу во всех видгетах, умеющих прокрутку.
 
 Hа какие видгеты и какие action'ы netscape'а мне надо навешивать события от
 Button4/Button5 (именно их генерит "колесо")? Я вот - не нашел и плюнул на
 это окончательно. А фичу - хочется!
 
 -- 
 Best Regards,
     Dmitry Simakov <mailto:ds@uriit.ru.n0sp@m>
     ICQ UIN: 72496293
 --- ifmail v.2.15dev5
  * Origin: Ugra Research Institute of Information Technologies (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    browser   Peter Irich   02 Feb 2002 23:25:52   browser   Vladimir Mosgalin   04 Feb 2002 00:34:04   browser   Peter Irich   05 Feb 2002 22:07:17   browser   Vladimir Mosgalin   06 Feb 2002 23:44:42   browser   Peter Irich   08 Feb 2002 22:01:59   Re: browser   vitus@communiware.ru   09 Feb 2002 13:37:55   Re: browser   Peter Irich   10 Feb 2002 23:52:16   Re: browser   Alexey Morozov   22 Feb 2002 07:26:24   Re: browser   Peter Irich   25 Feb 2002 00:54:36   Re: browser   Alexey Morozov   25 Feb 2002 12:07:21   Re: browser   Vladimir Bormotov   09 Feb 2002 14:14:50   Re: browser   vitus@communiware.ru   09 Feb 2002 15:10:36   Re: browser   Vladimir Bormotov   09 Feb 2002 15:32:31   Re: browser   vitus@communiware.ru   09 Feb 2002 16:17:38   Re: browser   Dmitry Simakov   10 Feb 2002 13:42:29   Re: browser   Alexey Morozov   22 Feb 2002 07:11:02   Re: browser   Alexey Morozov   22 Feb 2002 07:28:31   browser   Maxim Aliseiko   07 Feb 2002 18:39:26   browser   Vladimir Mosgalin   09 Feb 2002 00:20:02   Re: browser   Valery Shishkov   10 Feb 2002 12:32:00