05.07.2012 15:41, Andrey Rahmatullin пишет:
On Thu, Jul 05, 2012 at 03:24:46PM +0400, Alexander Danilov wrote:
Я ссылку сам листал. А дал я её потому, чтобы ты узрел, что дело в
программисте, а не в тулките, кто
захочет - сделает хорошо и без усилий.
Ссылка это не подтверждает.
Да, по ссылке есть гламурные и негламурные скриншоты - это для того, чтобы
подумать ГОЛОВОЙ.
Это не так.
"Гламурными" там можно назвать лишь скриншоты нативных Aqua и Luna (хоть
Luna и хреновенький стиль), ну и "нормальным" с натяжкой можно назвать
скриншот SQLiteStudio, похожий на Plastique (но и там есть куда
стремиться).
Вообще подобные аргументы показывают, какое у некоторых адептов в голове
гов^Wнепонимание. Они правда думают, что вон то - не просто приемлемо, но
ещё и красиво.
Приемлемо - это хотя бы в соответствии с User Interface Guideline, а
красиво - это я даже не обсуждаю, потому как исключительно
субъективное. И если приемлимые интерфейсы на Tk/Ttk я видел, то про
красивые я такого сказать не могу - не помню таких. Но красивые для
меня - это те, в которых нет ошибок, а не те, которые с рюшечками.
Так к чему ссылка-то?
К тому, что интерфейсы на Tk - они разные бывают.
Вот вам не нравятся уродские виджеты, а я считаю, что дело в ошибках в
интерфейсе.
Я уже пояснял, дело в том, что те же KDE/GNOME приложения пишутся согласно с
руководством по UI.
Если написать так же на Tcl/Tk, то восприниматься будет с меньшим
раздражением, если тему подогнать похожую на KDE/GNOME, то уже
трудно будет придраться хоть к чему-нибудь. Дело в кривом UI, а
внешний вид - это точка, на которой скапливание раздражение.
Когда даже окно с четырьмя текстбоксами и двумя кнопками вызывает
отвращение (причём даже до попыток с ним взаимодействовать), никакие стайл
гайды не помогут.
Ну так как никакого конструктива я так и не прочёл, то могу только посочувствовать и посоветовать
два пальца в рот и ..., авось поможет.
Касательно ответа на вопрос - да внешний вид можно изменить без спец библиотек:
1. Есть аналог xrdb для Tk - команда option read, внешний вид можно
существенно изменить, было бы
желание.
Как было в очередной раз подтверждено в этом треде, сменой ресурсов можно
отчасти исправить лишь немногие из огромного числа проблем внешнего вида
Tk.
А какие нельзя?
Если оно позволяет менять только цвета и толщину линий, то не поправить
кнопки из 4 пар линий, однобитовые картинки стрелок, квадратные
радиобоксы, выделение элемента под курсором при помощи замены одного цвета
на другой или полное отсутствие оного, скорее всего и многие другие вещи
типа текстбоксов без внутренних полей. Я осторожно молчу про вещи, которые
действительно решабются сдвигом чего-нибудь на фиксированное расстояние,
т.к. вдруг это возможно, просто тем странным людям, считающим Tk
нормальным, просто не требовалось это менять.
Ttk?
2. Есть Ttk - это замена Tile в Tcl/Tk 8.5+, идёт в стандартной поставке
_вместе_ с Tk,
спецбиблиотекой не считаю потому, как со временем заменит Tk. Да, сам
пользуюсь. Да, да, да, ...
Свежо предание. Про tkabber выше ссылку уже давали. Да и если вон то, что
по ссылке - самое лучшее, что может предложить Tile/Ttk, то и тут
обсуждать нечего.
Это не самое лучшее, хватит уже придираться к людям, которым не
сильно нравится делать UI. Ну не умеют они его делать.
Заметьте, я не стал искать подобные картинки, они были приведены именно
как доказательство того, что на Tk можно сделать нормально, если подумать
головой.
По разному, именно так.
Итого, KDE и GNOME имеют User Interface Guideline, на который
ориентируют пользователей при создании UI, а для Tcl/Tk никто этим
не озаботился, поэтому в старых дистрах можно было встретить кучу
страшных на вид тиклевых программ, сделанных на коленке за полчаса
(реальное время) для себя и по глупости выложенных в свободный
доступ, а затем засунутых в дистр составителями этих самых дистров
от безысходности (надо же как-то популярность набирать). Вот и всё.
Кажется, начиналось всё с того, что быструю разработку объявили
преимуществом Tcl/Tk.
Да, быстрая разработка - это преимущество, но книжки читать по
разработке правильного интерфейса всё равно надо, потому, что это к
написанию кода напрямую не относится - это другая область знаний.
Да, и это относится в первую очередь к Tk, а не к программам на нём.
Approaching user interface design with a programmer's mindset can only end
in pain, tragedy, and Tk.
Виват!
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ff57fd1.8060...@gmail.com
