|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Andrew Dolgov 2:5030/1022.1 18 Jun 2004 14:53:43 To : Alexander V Butenko Subject : Re: gaim -------------------------------------------------------------------------------- Hi, Alexander! >>>>> "AVB" == Alexander V Butenko writes: AD>> угу, half assed piece of shit. причем абсолютно безграмотно написанные AVB> с AD>> точки зрения UI. AVB> Андрей, ну вот расскажи мне, что в alicq безграмотно написано в UI? AVB> Мало того, если этот баг будет настолько критичным, то я напишу о нем AVB> автору (если это он и сам не прочитает) и он его обязательно AVB> пофиксит. И я даже уверен что в небольшие сроки. для этого мне придется поставить последнюю версию этого барахла и как минимум его запустить :) не, ломает. может опосля. запомнились в основном вылезающие за пределы экрана комбобоксы, общие сляпанные на коленке кривые диалоги, менюшка в которой не понятно что после клика произойдет - откроется еще менюшка, вылезет какой-то диалог или нечто совершенно иное (ц) и общая атмосфера наколенной недоделки, которая так присуща программам на Tk. вот последнего я обьяснить техническими терминами не смогу, это такое подсознательное у меня. :) AS>>> Я буду рад, если alicq окажется не таким :) AD>> ну я уже писал про бармаглота, да? :) AVB> неужели и для тебя рюшечки и перделки в программе важнее ее AVB> функционала? ой слушай, функционал IM программы пишется на коленке за пару часов. послать мессагу, принять мессагу, вот собственно и все. остаются рюшечки, e.g. пользовательский интерфейс. как ты верно заметил, это в такой программе главное. а не поддержка, прости господи, какой-нибудь xrdb. AVB> Лично для меня важнейшим критерием к любой интерактивной программе AVB> является неущербное управление ей с клавиатуры. да, это хороший критерий, я согласен. но меня устраивает управление licq и firefox с клавиатуры, так что уж не знаю :) AVB> Gtk/Qt ВСЕГДА ущербны в этой области. Как бы не была плоха windows, HО AVB> ДАЖЕ В HЕЙ почти с любым приложением можно работать с клавиатуры. В AVB> основном неудобно, но можно. Qt же в этом отношении ущербный на все AVB> 100%. В нем (по крайней мере в 2.x версии) даже tab'ами по всем AVB> виджетам на форме переходить нельзя было большинстве приложений. AVB> Swing, как я посмотрел, тоже ненамного лучше. тут еще нужно учитывать то, что в X вообще без мышки делать нечего, как-то вот так оно сложилось. уж не знаю почему. маразм конечно, но факт. AVB> Если коснуться кастомизации этих же приложений, то тут ситуация AVB> обстоит еще страшнее, чем с кейбиндингами. Сплошь и рядом названия и AVB> размеры шрифтов, расцветка(различные цветовыделения) зашиты намертво в AVB> код программы. Hу разве это не ошибки при проектировании UI? Вот за AVB> это нужно точно отрывать яйца. Про resource database я вообще AVB> промолчу. Мягко говоря, qt,gtk напрочь сговняли замечательную идею. ой, опять начинается. вкратце: единообразие виджетов в пределах тулкита мне гораздо важнее легкой возможности раскрасить конкретную кнопку в конкретной приладе. и знаешь, я не один такой. ;) AVB> В итоге сейчас я пользуюсь почти всегда только консольными и Tk AVB> приложениями. И меня это полностью устраивает. Мне все равно, что там AVB> все угловатое, мне даже все равно, что там нету антиальясинга и прочих AVB> рюшечек. Их можно настроить так, как нужно мне да и с ними просто AVB> _удобно_ работать. А на остальное мне ложить. ну а у меня нет желания читать текст без нормального рендера и AA при необходимости. кому рюшечки - а кому базовая функциональность. точки отсчета, понимаешь ли, могут быть очень и очень разными. -- Andrew <fox(at)madoka.spb.ru>. --- Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 * Origin: Jesus was the first zombie (2:5030/1022.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/38051776b61b.html, оценка из 5, голосов 10
|