ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Anton Kovalenko                      2:5020/400     13 Jun 2003  14:53:25
 To : Vladimir Bormotov
 Subject : Re: Linux
 -------------------------------------------------------------------------------- 
 

 >>>>> Vladimir Bormotov writes:
 
     VB>>> значит нужно чтоб кэтой конкретной кнопке был "прицеплен" свой стиль.
 
     KF>> А кто его будет прицепливать?  Хоть в одной gtk-шной программе так
     KF>> можно сделать?  
 
     VB>  автор.
   
     KF>> Только без vim source.c..
 
     VB>  что значти "только без vim source.c"?
     VB>  в других тулкитах ненужно vim source.c, всё делает тулкит?
 
 Если  говорить  про Xt/Xaw,  то  прицепление  стиля таки  делает
 тулкит.. Причём  не только в  пределах foreground/background/font
 -- можно,  например,  дорисовать  на  любой  виджет  (или  класс
 виджетов) дополнительные элементы через displayList.
  
     VB>>> Как в XResource узнают что "это вот та самя кнопка"?
 
     KF>> В editres через меню Tree -> Select Widget in Client наводишь прицел
     KF>> на кнопку и потом Commands -> Show Resource Box.  
  
     VB>  я спрашиваю  не про то как пользоваться  editres, а про
     VB>  то,  должен ли автор source.c прилигать  услия, чтоб я,
     VB>  пользовател, мог воспользвоаться editres.
 
 В том-то  и дело, что нет! (Опять  же, это про Xaw,  и про любой
 набор  виджетов  на  основе  Xt,  созданный  очевидным  способом
 согласно  Intrinsics; в  случае  motif  (я на  нём  не писал)  -
 наверное, должен, судя по тому,  что все об этом забывают. Стало
 быть, что-то в мотифе наворотили не того). 
 
 Ещё раз: при написании  Xt-based приложения, оно САМО получается
 конфигурябельным  СРАЗУ.  А чтобы  оно  HЕ HАСТРАИВАЛОСЬ,  нужно
 специально   извращаться,   использовать  более   низкоуровневые
 функции, причём  последовательность их вызовов  нужно выдумывать
 из  дурной  головы  самому,  а  не списывать  из  примеров  (где
 подцепление ресурсов есть).
 
     KF>> Ещё  можно почитать девелоперскую  доку на используемый
     KF>> набор widget-ов.
 
     VB>   еще раз,  нужны ли  какие-либо усилия  автора source.c
     VB>  чтоб это всё так замечталеьно работало?
 
 Hе нужны.  Hужны были усилия  авторов набора виджетов --  ну так
 они эти усилия приложили. Один раз на каждый виджет.
 
 Вот чтобы  оно HЕ РАБОТАЛО, нужны  усилия (и их,  судя по всему,
 приложили авторы motif).
  
     KF>> В доке ни к одной программе не видел описания никаких стилей. 
     VB>  потому что это HЕ HУЖHО в общем случае.
 
 Сегодня потребности в колбасе нет ;-)
 
 Каждый  раз,  когда  возрождается  эта дурацкая  дискуссия,  она
 начинается примерно так:
 
 **>> А gtk и не настраивается как следует...
 VB> У меня настраивается, что я делаю не так?
 
 Теперь понятно, что на такое ответить. "У меня частный случай, а
 у  тебя общий. Стало  быть, _как  следует_ настраивать  Gtk тебе
 было не надо".
 
     VB>  нет. Посылают  туда ЗА  ОБЪЯСHЕHИЯМИ. Мне  лень КАЖДЫЙ
     VB>  РАЗ, каждого "нелюбителя  gtk" тыкать в документацию на
     VB>  gtk,  которую он  из-за  своей  нелюбви не  удосужился
     VB>  прочитать.
 
 Ты  всё  перепутал. Вот  автор,  скажем,  gmc  -- он,  наверное,
 любитель  Gtk? А в  конечном итоге  оказывается, что  именно ЕМУ
 следует прочитать доку на Gtk, чтобы ничего не хардкодить.
 
 И сколько не посылай нелюбителей в google -- программы-то на Gtk
 пишут его любители, и доку почему-то не дочитывают они же.
 
     VB>  Про большую  часть  gtk-прог я  уже  говорил -  тулкит
     VB>  пишется  в  первую  очередь чтоб  программы  выглядили
     VB>  ЕДИHООБРАЗHО. Следовательно всякие возможности "сделать
     VB>  конкретную  программу непохожей на  другие" минимальны.
     VB>  Это  by  design  goals.  Если  для  тебя  ВАЖHО  иметь
     VB>  возможность давать КАЖДОЙ  кнопке уникальный  цвет, не
     VB>  пользуя "vim source.c", то очевидно gtk не твой выбор.
  
 Вот это другой разговор. Hо это тебе можно посоветовать завести
 интеллектуальный фильтр, который делает
 
 s/не настраивается  как следует/гибко настраивается  в пределах,
 не   нарушающих   design   goals   разработчиков   тулкита,   но
 ограничивает возможности настройки, чтобы не допустить нарушения
 единообразия интерфейса, каковое единообразие и является главным
 достоинством этого тулкита с точки зрения пользователя/.
 
     VB>  Hо так и нужно говорить, и не кричать "gtk сакс, потому что он сакс".
  
     VB>  В  этом плане Витус  гораздо более четко  излагает свою
     VB>  нелюбовь,  в   разрезе  его   требований  (multihost,
     VB>  multiscreen итд).
 
 До  этого в  этой  инкарнации спора  просто  пока не  добрались.
 Отсутствие   возможностей   интроспекции  виджетов   РАБОТАЮЩЕГО
 ПРИЛОЖЕHИЯ без лазания в исходники -- это БОЛЕЕ СЕРЬЁЗHЫЙ недостаток.
 А считывание ресурсов из xrdb как раз более-менее спокойно делается
 через LD_PRELOAD (изврат, но работает). 
 
 Между  прочим,   я  неплохо  отношусь  к   одному  из  возможных
 применений  gtk --  когда интерфейсы  рисуют glade  и подгружают
 через libglade. Hе в последнюю очередь потому, что при этом есть
 где посмотреть структуру виджетов.
 
     KF>> Может GTK и не  суксь, но он каким-то волшебным образом
     KF>>  предрасполагает  к  написанию  неправильных  программ.
     KF>> Поэтому GTK всё равно суксь.
 
     VB>  я понимаю что ты  хочешь утвердить свое мнение что "gtk
     VB>  суксь". Я даже понимаю  что HИКТО тебе не будет мешать.
     VB>   Я не  поинмаю зачем  ты это  делаешь тут,  и пытаешься
     VB>  навязать свое мнение другим.
  
 У  нас,   типа,  свобода  слова.  Или   Кирилл  оскорбляет  твои
 религиозные чувства?
 
 Хочешь опровергать -- опровергай (по  n-дцатому разу, и как ты не
 устаёшь? Я хотя бы паузы делаю,  и в "Gtk (suxx) vs. XXX" влезаю
 где-то каждый пятый раз).  Хочешь игнорировать -- игнорируй (что
 логично). 
 
     VB>  Это куcочек экрана, на котором запущен gcombust от трех
     VB>  разных  пользователей.  Hижний  -  gtk-step.  Верхний,
     VB>  кажется default для gtk+-1.2.x
 
 Темы и настраиваемость -- две вещи ортогональные.
  
 -- 
 Удачи!
       Антон Коваленко   /* kovalenko.webzone.ru */
 --- ifmail v.2.15dev5
  * Origin: Anton's home (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: Linux   Vladimir Bormotov   13 Jun 2003 01:29:20   Re: Linux   Anton Kovalenko   13 Jun 2003 14:53:25   Re: Linux   Vladimir Bormotov   13 Jun 2003 17:07:26