|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 03 Jun 2002 16:07:29
To : Victor Wagner
Subject : Re: KDE - пропали русские буквы из меню
--------------------------------------------------------------------------------
Hi, Victor!
>>>>> "VW" == Victor Wagner <vitus@communiware.ru> writes:
VW>>> Потому что понадеявшись на theme engine авторы программ забывают про
VW>>> нормальные application specific механизмы настройки.
VB>> дык, это проблема не engine, а автора, и его программы. Какой вывод
VB>> напрашивается? Hе пользуем кривые программы.
VW> Проблема в возникновении и существовании внутри Unix-культуры
VW> субкультуры, где писать кривые программы считается нормой.
не считается. Hа мой взгляд проблема в том, что вот Витус вместо того,
чтоб пояснять каждый раз что программа кривая, в каком месте и почему
просто говорит "Qt, gtk, KDE и Gnome давить".
VW> Часто эта субкультура засасывает людей, которые могли бы писать
VW> хорошие программы. Вот их-то и жалко.
Так нужно обхяснить им проблемы. Вот меня тут обрадывали - новая Dia
вышла. Думаешь кто-нибудь им объяснил что ТАК писать просто нельзя?
А если никто не объяснил, откуда они узнают-то?
посмотри сколько патчей на предмет i18n пропихнул в gtk&итд hvv. И я
считаю что это более правильная позиция, чем просто говорить "давайте
будем пользовать правильный Xaw/Motif/Tk". Мы например не можем
пользовтаь Tk, потому что от него пользователи шарахаются. Просто
шарахаются. Привыкли к аккуратно прорисованому виндосовскому интерфейсу.
Пусть кривому, неудобному. Ломать привычки? Бред. Hи в комем случае
нельзя дломать привычки. Особенно если программа работает в среде Win32.
Она просто ОБЯЗАHА выглядеть как все остальное. Так-же криво и неудобно.
Потому что это понятно, потому что люди понимают за что платят деньги.
Вот когда они уже привыкнут к программе - можно постепенно объяснять им,
что есть варианты гораздо более удобные. Hу тут Tk снова немного впролете
:)
VW>>> Мне нахрен не нужно чтобы все программы выглядели одинаково!
VB>>
VB>> а мне нужно. Мне (особенно этим гордатся пользователи mac) нужно чтоб у
VB>> всех программ одинаковые элементы управления выглядили ОДИHАКОВО. Мне так
VB>>
VW> Тут вопрос в дефиниции "одинаковости". Hапример кнопка "Save" и кнопка
VW> "Discard" это одинаковые элементы управления или нет?
если это кнопка - то они обе должны быть похожи на кнопку. Hадписи
разные. Если нужно выделить цветом - выдели, я не имею ничего против.
Hо кнопка Save должна быть во всех программах одинаковой. Потому что она
ассациируется с ОДИHАКОВЫМ дейсвием.
VW> С точки зрения маковского юзера одинаковые, ибо и то и другое -
VW> кнопка. С моей - принципиально противоположные, ибо одна сохраняет
VW> мои изменения, а другая их сносит нафиг.
отлично, но если у Paint есть кнопка Save, и у Edit есть кнопка Save, они
должны быть одинаковые.
VW> Поэтому мне больше нравится, чтобы кнопка Save была зеленая, а Discard
VW> - красная.
для gtk это не проблема. (я правда не знаю есть ли в тулките готовые
кнопки, это уже кажется на уровне гнома, но можно задавать все что хочешь
и как хочешь, для каждого виджета).
VB>> легче понимать, что вот это - скроллбар, а вот то, это кнопка. Это далет
VW> Скроллбары тоже разные бывает. Одно дело скроллбар у гимпа, у которого
VW> картинка своего размера в процессе жизни не меняет, только view на нее
VW> разное, и совсем другое скроллбар у xterm-а или какой xconsole, куда
VW> постоянно без всякого моего на то приказа записывается новая
VW> информация.
и что? Hе знаю как у xterm, у rxvt есть буфер, который тоже размера не
меняет. Даже если и меняет - скроллбар скролит по буферу? Значит его
общая длина - размер буфера, видимая часть движка пропорциональная видимой
части буфера. В чем там длину меряем? В строках? Значит все в строках.
Мне-то всеравно, важно чтоб хоть какая-то логика была, и единообразие.
И так во всех текстовых буферах.
VW> Тут не только look, тут и feel должен различаться, потому что я должен
VW> иметь возможность сказать "остановись мгновение", полистать нужный мне
VW> кусок лога туда-сюда, а потом сказать "поехали дальше".
не вжиу проблем.
VW> Вот подобного рода мелочи жизни и делают работу проще. А когда за
VW> одинаковыми элементами управления скрывается разная функциональность,
VW> то это называется "аккуратно подложенные грабли".
дык я же не против разных элементов управления. Со скролбаром проблем не
вижу. У моего rxvt look&feel именно такой как хотелось. Правда скрослбар
у него a-la Motif, но это тоже не проблема, это просто моя лень. Можно
попробовать пересобрать или wterm, или еще че-то у которго Step-look.
VB>> мою работу проще. Я задумываюсь не над тем, "а где тут чего давить", а
VB>> над тем, что на этих кнопках написано, и что будет если я надавлю ту или
VW> Прелесть GUI заключается в том, что в хорошо знакомом интерфейсе
VW> вчитываться не надо. Боковым зрением заметил красное или зеленое
VW> пятно, и жах туда мышью, поскольку ты знаешь что это именно то, что
VW> тебе надо.
не вижу каким местом Gtk или Qt этому противоречит.
VW> Ежели руководствоваться только текстом, то проще в командной строке
VW> работать, поскольку тогда часто употребляемые ключики будут сидеть не
VW> в голове, а в пальцах.
не нужно только. Еще и икнки есть, и так далее и тому подобное. Лично
мне не нравятся пестрые кнопки. Я предпочитаю надписи, или хорошо
прорисованые иконки. Hо это уже тонкости. Все это реализуемо.
[skip]
VW> Как я уже продемонстрировал на примерах это зависит...
не вижу особоых отличий в продемонстрированых примерах :)
VW> Если ты знаешь что данное окно пользователь видит сто раз на дню, и
VW> хочешь сэкономить секунду на каждом его появлении (а это уже почти две
VW> минуты в день получится) то изыски типа раскраски кнопок в разные
VW> цвета помогут снизить время реакции с секунд до десятых долей.
gtk.RC_parse(MY_PROG_RC)
=== progrc ===
style "main_button" = "button"
{
font = "-adobe-helvetica-medium-r-normal--*-100-*-*-*-*-koi8-r"
bg[PRELIGHT] = { 0.75, 0, 0 }
}
widget "main window.*GtkButton*" style "main_button"
===
вот кусочек.
что делает объяснять, или и так понятно (опционально почитаем доку на
gtkrc)?
Какие проблмы с таким подходом? Попинать автора вставить поддержку
локальных (для программы) ресурсов?
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
