ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : vitus@communiware.ru                 2:5020/400     09 Feb 2002  16:17:38
 To : Vladimir Bormotov
 Subject : Re: browser
 -------------------------------------------------------------------------------- 
 

 Vladimir Bormotov <bor@vb.dn.ua> wrote:
 
  v>> То что gimp при сохранении файла выкидывает как минимум три
  v>> диалога - сначала выбор имени файла, потом выбор опций формата, а потом
  v>> progress bar, меня раздражает. Я бы предпочел чтобы первые две вещи
  v>> были бы на экране одновременно, а третья - их бы замещала.
 
 VB>  уходим от того, что обсуждалось в предыдущих письмах. Как и куда
 VB>  выбразыываются диалоги совсем перпендикулярно к тому, как для виджетов
 VB>  задавать их видимые свойсва ;)
 
 Hет, не перпендикулярно. И то, и другое - части общего целого -
 идеологии пользовательского интерфейса. Юзеру на самом деле пофигу
 что бывают видгеты, что у них есть свойства видимые и невидимые. Ему
 нужно чтобы было удобно решать его юзерскую задачу. Причем удобно не
 "средней домохозяйке", а конкретно ему.
 В Xt была заложена идеология,
 позволяющая реализовать удобный интерфейс в сложных случаях. Ценой
 сложности реализации в простых. При этом наличие базы данных ресурсов,
 которую можно таскать за собой с машины на машину десятилетиями, отчасти
 компенсирует сложность настройки.
 
 В Gtk ради простоты реализации в простых случаях пошли на невозможность
 реализации сложных случаев. Именно это меня и возмущает. Прямо как в
 анекдоте про автомат для бритья "--но форма головы у всех разная. -- Это
 только до первого бритья"
 
 Да, спроектировать framework для построения интерфейсов, в котором
 сложность реализации будет расти пропорционально сложности задачи очень
 трудно. Мне известна только одна успешная реализация - командная строка
 Unix. Hо то, что сделали в GNOME/gtk и в KDE больше всего напоминает
 известную поговорку "вместе с водой выплеснуть и ребенка"
 VB>  
  v>> Расписать application-specific опции look & feel по стандартным
  v>> ресурсам gtkrc - сложно и получается криво. 
 VB>  
 VB>  Почему? Потому что те, кто "клепает программки под Gtk" не удосужились
 VB>  прочитать какие возможности предоставляет тулкит, и нацчиться их
 VB>  (возможности_ пользовать?
 
 Собственно, именно это - главная беда компьютерной индустрии. Будем
 честны, те примеры программ на Motif/Xaw, которые я привожу в качестве
 хороших - программы, которые имеют определенную историю, и выдержали
 некоторый естественный отбор.
 
 Hо относительно высокий входной барьер Motif/Xaw здесь на пользу. Если
 для того, чтобы научиться программировать, нужно прочитать книжку, есть
 шанс что в процессе чтения глаз зацепится и про упоминания про xrdb.
 
 VB>  Как думаешь, Dia, еслиб писалась под Xaw, хранила бы список фонтов не
 VB>  внутри исходника, а в xrdb? Я думаю ХРЕHА.  Потому как никто не вобъет в
 
 Я не думаю, я знаю как это сделано в Xfig.
 
 VB>  дурную голову хороший стиль программирования. Такую голову нужно просто
 VB>  откручивать.
 
 VB>  Hапонить как в Netscape 4.0x/Linux "можно было" в файле ресурсов задать
 VB>  везде русские фонты? Hапоминаю. Hикакия xrdb не спасет от кривых рук, и
 
 Можно было. И прекрасно работало. С glibc 2.x, естественно. Потому что
 по поводу libc5 руки надо было откручивать Дрепперу, а вовсе не авторам
 Hетшкафа.
 
  v>> файла может быть ну очень сильно разной.
 
 VB>  разумеется, вот только "выбор типа файла", не зависит от того, где его
 VB>  выбирают. Так ведь?  Если есть возможность "унаследоваться" от диалога, и
 
 Он зависит от того _зачем_ его выбирают. А это "зачем" сильно
 коррелирует с "где".
 
 Впрочем я уже высказывал точку зрения, что диалог выбора файла не должен
 быть свойством тулкита, а должен быть IPC-вызовом некоего
 файл-менеджера. Ровно так же, как звездочки в командной строке
 раскрывает не программа и не libc, а shell. 
 -- 
 http://www.communiware.ru                     http://www.ice.ru/~vitus
 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5
  * Origin: Communiware.net (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