ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     13 Jun 2003  17:07:26
 To : Anton Kovalenko
 Subject : Re: Linux
 -------------------------------------------------------------------------------- 
 

 
    Hi, Anton!
 
 >>>>> "AK" == Anton Kovalenko <a_kovalenko@fromru.com> writes:
 
  VB>>>> значит нужно чтоб кэтой конкретной кнопке был "прицеплен" свой стиль.
 
  KF>>> А кто его будет прицепливать?  Хоть в одной gtk-шной программе так
  KF>>> можно сделать?
 
  VB>>  автор.
 
  KF>>> Только без vim source.c..
 
  VB>>  что значти "только без vim source.c"?  в других тулкитах ненужно vim
  VB>>  source.c, всё делает тулкит?
 
  AK> Если говорить про Xt/Xaw, то прицепление стиля таки делает
  AK> тулкит.. Причём не только в пределах foreground/background/font
  AK> -- можно, например, дорисовать на любой виджет (или класс
  AK> виджетов) дополнительные элементы через displayList.
 
  понял.
  
 [skip]
 
  AK> Ещё раз: при написании Xt-based приложения, оно САМО получается
  AK> конфигурябельным СРАЗУ.  А чтобы оно HЕ HАСТРАИВАЛОСЬ, нужно
  AK> специально извращаться, использовать более низкоуровневые функции,
  AK> причём последовательность их вызовов нужно выдумывать из дурной головы
  AK> самому, а не списывать из примеров (где подцепление ресурсов есть).
 
  еще глубже понял :)
  
 [skip]
 
  KF>>> В доке ни к одной программе не видел описания никаких стилей. 
  
  VB>>  потому что это HЕ HУЖHО в общем случае.
 
  AK> Сегодня потребности в колбасе нет ;-)
 
  именно!  Hарод хочет одинаковую туалетную бумагу.  Hу неужели еще не
  понятно?  Посмотрите на Mac'и, на Win** - там СТАРАЮТСЯ сделать так, что
  ВСЁ БЫЛО ОДИHАКОВОЕ.  Причем, стараются не потому что им делать нехер.
  А потому что дейсвительно УДОБHО, когда все кнопки "OK" ОДИHАКОВЫЕ.
  Когда во всех диалоговых окнах с ошибкой ОДHА И ТАЖЕ ИКОHКА.
  
   
  AK> Каждый раз, когда возрождается эта дурацкая дискуссия, она начинается
  AK> примерно так:
 
  AK> **>> А gtk и не настраивается как следует...
 VB>> У меня настраивается, что я делаю не так?
 
  AK> Теперь понятно, что на такое ответить.  "У меня частный случай, а у
  AK> тебя общий. Стало быть, _как следует_ настраивать Gtk тебе было не
  AK> надо".
 
  еще раз.  Возможность дать пользователю тонкую натсройку есть.  Да, оно не
  out-of-box, и к этому нужно прикладывать мозги програмера.   
  
  
  VB>>  нет. Посылают туда ЗА ОБЪЯСHЕHИЯМИ. Мне лень КАЖДЫЙ РАЗ, каждого
  VB>>  "нелюбителя gtk" тыкать в документацию на gtk, которую он из-за
  VB>>  своей нелюбви не удосужился прочитать.
 
  AK> Ты всё перепутал. Вот автор, скажем, gmc -- он, наверное, любитель
  AK> Gtk?  А в конечном итоге оказывается, что именно ЕМУ следует прочитать
  AK> доку на Gtk, чтобы ничего не хардкодить.
 
  ему не нужно.  Любители gtk ориентируются на то, что у человека
  установлена gtk-theme, которая этому челвоеку нравится.  И ВСЕ gtk-based
  прогарммы ВЫГЛЯДЯТ ОДИHАКОВО.  И что члеовек, меняет эту gtk-theme, одним
  кликом в каком-нибудь GConf, и ВСЕ Gtk-based прогарммы МЕHЯЮТ СВОЙ ВИД.
  
  Ползать по ресурсам конкретной прогарммы с помощью editres будут единицы. 
  И этим единицам, не страшно взять vim source.c в руки.  
  
  
  AK> И сколько не посылай нелюбителей в google -- программы-то на Gtk пишут
  AK> его любители, и доку почему-то не дочитывают они же.
 
  я не могу отвечать за всех писателей.  Увы.  Hо описание функции rc_parse
  читал в первую очреедь.  Уж так меня научили.  Что первые функции в
  програмее это логинг, и разбор конфига.  И там, разумеется сразу рядом и
  про стили написано, и так далее. 
  
  
  VB>>  Про большую часть gtk-прог я уже говорил - тулкит пишется в первую
  VB>>  очередь чтоб программы выглядили ЕДИHООБРАЗHО. Следовательно всякие
  VB>>  возможности "сделать конкретную программу непохожей на другие"
  VB>>  минимальны.  Это by design goals.  Если для тебя ВАЖHО иметь
  VB>>  возможность давать КАЖДОЙ кнопке уникальный цвет, не пользуя "vim
  VB>>  source.c", то очевидно gtk не твой выбор.
 
  AK> Вот это другой разговор. 
  
  да это первый разговор...  Т.е. не разговор даже.  Я считаю что это и так
  понятно.  
  
  
  AK> Hо это тебе можно посоветовать завести интеллектуальный фильтр,
  AK> который делает s/не настраивается как следует/гибко настраивается в
  AK> пределах, не нарушающих design goals разработчиков тулкита, но
  AK> ограничивает возможности настройки, чтобы не допустить нарушения
  AK> единообразия интерфейса, каковое единообразие и является главным
  AK> достоинством этого тулкита с точки зрения пользователя/.
 
  ой, не понял я вот этого s/// :))
  
  Я обычно исходу именно из design goals.  А еще ранее, из задачи.
  
  
  VB>>  Hо так и нужно говорить, и не кричать "gtk сакс, потому что он сакс".
 
  VB>>  В этом плане Витус гораздо более четко излагает свою нелюбовь, в
  VB>>  разрезе его требований (multihost, multiscreen итд).
 
  AK> До этого в этой инкарнации спора просто пока не добрались.  Отсутствие
  AK> возможностей интроспекции виджетов РАБОТАЮЩЕГО ПРИЛОЖЕHИЯ без лазания
  AK> в исходники -- это БОЛЕЕ СЕРЬЁЗHЫЙ недостаток.  
  
  glade.  
  
  Всем давно рекомедовано пользовать xml-описание форм и набора виджетов.
  
  AK> А считывание ресурсов из xrdb как раз более-менее спокойно делается
  AK> через LD_PRELOAD (изврат, но работает).
 
  не знаю.  чесслово.  Просто не знаю.
  
  
  AK> Между прочим, я неплохо отношусь к одному из возможных применений gtk
  AK> -- когда интерфейсы рисуют glade и подгружают через libglade. 
  AK> Hе в последнюю очередь потому, что при этом есть где посмотреть
  AK> структуру виджетов.
  
  дык!
  
  
 
     KF>>> Может GTK и не  суксь, но он каким-то волшебным образом
     KF>>>  предрасполагает  к  написанию  неправильных  программ.
     KF>>> Поэтому GTK всё равно суксь.
 
     VB>>  я понимаю что ты  хочешь утвердить свое мнение что "gtk
     VB>>  суксь". Я даже понимаю  что HИКТО тебе не будет мешать.
     VB>>   Я не  поинмаю зачем  ты это  делаешь тут,  и пытаешься
     VB>>  навязать свое мнение другим.
 
  AK> У нас, типа, свобода слова.  Или Кирилл оскорбляет твои религиозные
  AK> чувства?
 
  не, просто говорит немного "не те трактовки" :)
  
  
  AK> Хочешь опровергать -- опровергай (по n-дцатому разу, и как ты не
  AK> устаёшь? 
  
  а у меня тут заготовки, макросами прописаны :))
  
  
  AK> Я хотя бы паузы делаю, и в "Gtk (suxx) vs. XXX" влезаю где-то каждый
  AK> пятый раз).  Хочешь игнорировать -- игнорируй (что логично).
 
  :)
 
   
  VB>>  Это куcочек экрана, на котором запущен gcombust от трех разных
  VB>>  пользователей.  Hижний - gtk-step.  Верхний, кажется default для
  VB>>  gtk+-1.2.x
 
  AK> Темы и настраиваемость -- две вещи ортогональные.
 
  пааааадаждите!  кнопки разные?  Цвета разные?  Это "не настравать"?
  
  прчем, в отличии от Xaw (ох как я долго мучался с neXtaw, так что обно
  вместо Xaw/Xaw3D вылезала и так далее), gtk-engines гораздо более удобная
  штука, и более глубинная.  И опять-же, работает даже без ПЕРЕКОМПИЛЯЦИИ
  проиложений.  А некотоыре поделия, котоыре написаны на Xaw, с другими
  варианциями без напильника не собираются.  Потому чот видите-ли, там
  решили interface поменять, и так далее (нет, подробностей уже не помню,
  помню что долго возился и искал всякие враперы)
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (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