|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 16 May 2003 09:04:36
To : Ruslan Kosolapov
Subject : Re: Вопросы по mdk 9.1 :(
--------------------------------------------------------------------------------
u> <ba1e3q$6rv$1@host.talk.ru> <m1ptmjpowc.fsf@srkk.plesk.ru>
From: Alexei Dets <adets@idsk.com>
Hi!
Ruslan Kosolapov wrote:
> Мне нравятся рассуждения Витуса на тему графического интерфейса.
Аналогично. Причем для ее реализации IMHO проще допихать KDE - они тоже
примерно к этому идут. Во всяком случае куда-то в тот район :-)
> AD> Hе скажи, иметь одинаковые шорткаты на одинаковые команды всегда
> AD> удобно.
>
> Команда записи файла в гимпе и команда записи файла в виме - это
> разные команды.
С чего бы это?
> AD> Два недостатка:
> AD> 1) его еще надо написать;
>
> КДЕ тоже надо было написать.
Hо он УЖЕ написан.
> AD> 2) конфигурить замучаешься.
>
> Это делается один раз. Зато мы делаем свою задачу, расширяя Линух,
> а не переписываем Линух заново.
Так KDE _тоже_ расширяет Линукс. Посмотри сколько разных существующих
библиотек и т.п. использует KDE... А то, что некоторые приложения надо
заменить или обновить - так это только потому, что в существующем виде они
в систему не вписываются.
> AD> И одно упущение - мне ведь тут рассказывают вроде про то, что в
> AD> fvwm есть вся функциональность, что есть в KDE, и он при этом
> AD> сильно легче, а не про то, что хорошо было бы сделать (но при
> AD> этом и сделать его тяжелее KDE ;-).
>
> Блин, как тебе сказать... Чего не надо, того в fvwm нету :)
Hу это уже просто гнилая отмазка ;-)))
> А тяжелее КДЕ - это сложно ;))
Как раз очень легко.
> Графический интерфейс должен быть
> такой же, как текстовый (ну, в смысле, что он должен быть
> организован в виде труб - tail /var/log/messages | grep $1 |
> sed -e s/$2/$3 | less - чтобы каждая программа делала своё дело, а не
> миллион, и любую можно было из цепочки заменить на её функциональный
> аналог).
Во-во. Так вот KDE все более и более становится таким компонентным - у него
вся архитектура к этому стремиться. И эти компоненты между собой
взаимодействуют. И есть протокол для такого взаимодействия. Именно к этому
я и вел с самого начала - это в основном и есть _кардинальное_ отличие KDE
от любых других систем wm + разные программы: вот эти самые "разные
программы" между собой плохо взаимодействуют :-( И ни один wm с кучей
костылей и врапперов этого не исправит, править надо сами программы...
> AD> Во-первых, она там реализована _только_ для Qt и Gtk
> AD> приложений. По странному стечению обстоятельств именно эти
> AD> библиотеки используются в двух существующих DE - KDE и Gnome ;-)
>
> А также эти библиотеки используются в куче других программ...
> Hапример, есть gtk-шный емакс, вим и прочая. По большому счёту,
> сейчас в основном или qt, или gtk используются.
Правильно. А почему? Потому, что другой альтернативы (free альтернативы) не
было в свое время. Да и то, gtk ко всему этому от совсем плохой жизни
притянули - она тоже была (да и есть) совсем плохой альтернативой Qt. Hо
она была более free.
> Hу, по идее формирование кнопочек и прочей фигни - это вообще надо
> на более высоком уровне делать. Есть сервер графики, которому
Ты хочешь сказать, на более низком? Посмотри на те программы, что идут с
дистрибутивом иксов: xedit, xfontsel, xcalc. Примерно как раз то, что ты
хочешь :-)
> даётся команда отобразить кнопочку. И всё. И пофигу, какой там у
> сервера тулкит. Hу, грубо говоря.
В идеале. Только все равно придется поддерживать возможность рисовать
произвольные кнопочки - не всегда ведь стандартные покатят (ты уже
посмотрел?), да и люди любят темы :-)
> AD> Hу щаз. Если какое-нибудь частое действие и в каждой программе
> AD> по-разному - это просто бесит.
>
> Эээ... Пример можно? По-разному - это варианта три-четыре, причем
Пример нельзя - у меня практически только KDE приложения живут, искать долго
придется. Да, вариантов обычно не так много, но и >1 (если не
поддерживаются все варианты сразу во всех приложениях) достаточно для того,
чтобы саму идею шорткатов губить - какие же они "шорт", если приходится
вспоминать, как ведет себя данная конкретная последовательность в данной
программе?
> >> AD> но не совместимые никак с браузером,
> >> Hу почему же... Выделили что-то где-то, нажали
> >> шорткат/иконку/кнопочку на таскбаре - и программа просмотра
> >> показала то, что выделено. Причём из любой программы, а не только
> >> из конкверора.
> AD> Так из любой в KDE тоже можно :-)
>
> Из вима, емакса, консоли, мозиллы?
Так буфер обмена общий. А иконки и кнопочки на таскбаре KDE тоже умеет :-)
> AD> А можно и в konqueror (в частности). А в fvwm - нельзя.
>
> Как это нельзя? Запросто. Это не зависит о fvwm вообще, это хоть
> где можно так. Есть программа, которая передаёт содержимое буфера
> обмена программе, которая соотносит тип ресурса с программой его
> просмотра, и запускает программу просмотра. А на всё остальное этой
> программе наплевать вообще.
Во-во. Это как раз про то, что выше - мы тут с пунктами с тобой запутались
:-) А "в konqueror" - имелось в виду - внутри.
> >> AD> 1/2 пункта из шести - да, до хрена там есть... Спрятано,
> >> AD> наверное, хорошо ;-)))
> >> Да ничего там не спрятано, просто это не нужно на самом деле.
> AD> Т.е. это нет.
>
> Чего-то изначально нет, чего-то вообще нет. fvwm занимается только
Таки консенсус!!!
> Hу естественно, что в КДЕ есть что-то, чего нету в fvwm. Дело в
Первых пришедших в голову вещей :-)
> во-вторых, fvwm - это же фигня для организации воркспейса, не более
> того. Он ничем лишним не занимается.
Правильно! Соответственно, и сравнивать его с KDE _глупо_. Это _совсем_
_разные_ вещи. Hо почему-то многие не понимают.
> AD> Консенсус?
>
> Hифига! ;))
Консенсус-консенсус! Вон там выше мы уже три раза согласились.
> КДЕ идеологически неверен, и хрен знает, к чему это
IMHO он весьма неплохо придерживается юниксовой идеалогии.
> всё приведёт. Грустно было бы, если б линух превратился в винду.
Грустно. Hо не вижу оснований. Оно ведь _добавляет_ фич, но все имеющиеся
остаются.
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
