|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 16 May 2003 05:15:54
To : Ruslan Kosolapov
Subject : Re: Вопросы по mdk 9.1 :(
--------------------------------------------------------------------------------
u>
From: Alexei Dets <adets@idsk.com>
Hi!
Ruslan Kosolapov wrote:
> >> Из одного? Хм... А чем тебе xrdb не одно место?
> AD> Это же очевидно - из него настраиваются далеко не все программы
> AD> (например, программам на Qt и Gtk на него плевать,
>
> Вот мы и приходим к тому, к чему идёт КДЕ - к системе внутри
> системы. Я это и имел в виду под "интеграцией" в кавычках.
Hе, он идет к _системе_ единого графического пользовательского интерфейса,
чего никогда не было на free Unix-ах (на коммерческих были, тот же CDE,
например). Текстовый - был, и неплохо проработанный. А графического - нет,
в частности, потому, что не было Motif (Lesstif ведь даже до сих пор его не
догнал... Hе говоря уж про глючность).
> Когда программа на Qt плюёт на xrdb и .Xresourses, то о какой
> интеграции может идти речь? Hе интеграция, а замена системных
> средств своими. Я не прав?
Прав в части замены системных средств своими. Hе прав в плане интеграции -
KDE, например, старается править X-ресурсы для не-KDE программ под свои
настройки.
Фигня с X-ресурсами заключается в том, что они абсолютно разные у разных
приложений (в частности, у разных тулкитов). И если на коммерческих юниксах
все хотя бы относительно (было) стандартно - CDE + Motif, то на Linux,
FreeBSD etc. с этим полный разнобой - тулкитов разных море, программ,
каждая из которых все по-своему хочет - тоже. Стандартов по-сути никаких
:-(
Поддержку X-ресурсов к Qt прикрутить _элементарно_ с тех пор как у нее
появилась полноценная поддержка стилей, т.е. с 3.0. Достаточно написать
плагин для стиля. В этом случае Qt-шные программы смогут брать оттуда
настройки интерфейса. Hо это, увы, никак не решит проблему с разнобоем за
пределами Qt/KDE :-(((
Основной эффект будет таков - Витус успокоится ;-)
> Hу дык не лучше ли было понимать xrdb, и вместо написания своих
> средств просто сделать гуйный конфигуратор, раз вим для этой цели
Это было бы идеологически вернее. Hо это практически ничего не изменит для
KDE - само оно будет прекрасно конфигуриться (как и сейчас), а сторонние
приложения будут конфигуриться далеко не всегда (опять же, как и сейчас).
Т.е. выгод я особо никаких не вижу. Вполне возможно, что есть какие-нибудь и
недостатки у способа с X-resources по сравнению с текущим способом в
обычных конфигах - но этого я не знаю.
> >> В частном случае комбинаций на базовые действия (типа сохранения
> >> файла) еще можно что-либо придумать...
> AD> Я внимательно слушаю.
>
> Блин, во-первых, это не всегда удобно, а во-вторых, написать
Hе скажи, иметь одинаковые шорткаты на одинаковые команды всегда удобно.
> враппер, которому wm передаёт команду, а тот уже транслирует её в
> команду для того приложения, которое сейчас в фокусе. Вот это будет
> интеграцией. И тогда ты просто конфигуришь wm и враппер на нужные
> тебе кнопки. И используешь любой wm и любые программы.
Два недостатка:
1) его еще надо написать;
2) конфигурить замучаешься.
И одно упущение - мне ведь тут рассказывают вроде про то, что в fvwm есть
вся функциональность, что есть в KDE, и он при этом сильно легче, а не про
то, что хорошо было бы сделать (но при этом и сделать его тяжелее KDE ;-).
> Это извращение ничуть не меньше, чем написание аналогов (эээ... типа
> не скажу от какого слова) для каждой нужной проги.
К счастью, это обычно сводится к написанию только нового GUI. А иначе, увы,
не получится :-( Бардак надо кому-то разгребать...
> AD> Хорошо сказано. Итак: - лазание по разным виртуальным fs для
> AD> всех приложений не предусмотрено;
>
> Я категорически против, чтобы этим занимался DE.
Очевидно, способ лучше - написать такую же функциональность в виде модуля
для ядра для десятков Юниксов (включая несовместимые версии ядер, где нужны
разные версии модулей), на которых может работать KDE? А это _вообще_
возможно? Hе надо забывать - KDE кроссплатформенен.
Да и в любом случае, кто бы этим не занимался, но у тебя этой
функциональности тоже нет.
> AD> - шрифты централизовано не конфигурятся;
>
> Потому что КДЕ насрал на нативные средства конфигурирования шрифтов,
> и выдумал свои собственные.
При чем тут KDE? Они же у *тебя* не конфигурятся. У меня как раз с этим
проблем нет :-)
> AD> - цвета, вид виджетов и т.п. - тоже;
>
> Hу... Реально цвета не надо везде одинаковые... К тому же возьми
> шапку 9 - там одинаковость виджетов реализована вне зависимости от
> КДЕ.
Во-первых, она там реализована _только_ для Qt и Gtk приложений. По
странному стечению обстоятельств именно эти библиотеки используются в двух
существующих DE - KDE и Gnome ;-)
Во-вторых, красношапочники сделали свою работу из рук вон плохо - она не
отслеживает, например, изменения цветовой гаммы - в результате Gnome и KDE
могут иметь одинаковые виджеты с разными цветами ;-))) Hу и прочие глюки.
Хотя можно сделать лучше (и сделали - есть улучшенный BlueCurve). А ведь
это всего два тулкита! А сколько их используется? Единственный реальный
вариант - сводить все постепенно к использованию одного.
> AD> - шорткаты не настраиваются (хотя "что-то можно придумать" - я жду
> AD> уточнений);
>
> Hу я тебе пример сказал. Hо обычно того, что ты говоришь, не надо.
Hу щаз. Если какое-нибудь частое действие и в каждой программе по-разному -
это просто бесит.
> AD> - DnD не работает;
>
> В топку. Cut&paste - полезно, а drug&drop - никакой пользы. Как
> мне сдрагндропить ссылку с одного воркспейса на другой?
Польза редко бывает абсолютной, у каждого метода есть свои ограничения.
Впрочем, я подозреваю, что это возможно (ведь работает же DnD между
полностью перекрытыми окнами), но я не проверял.
> AD> но не совместимые никак с браузером,
>
> Hу почему же... Выделили что-то где-то, нажали
> шорткат/иконку/кнопочку на таскбаре - и программа просмотра показала
> то, что выделено. Причём из любой программы, а не только из конкверора.
Так из любой в KDE тоже можно :-) А можно и в konqueror (в частности). А в
fvwm - нельзя. Это, конечно, совсем не дело wm заниматься встраиванием
компонент и IPC, я согласен - но не я же начал сравнивать DE с WM ;-)))
> AD> очевидно, не работающие с DnD, и, кроме того, не было указано как
> AD> это все само автоматически настраивается (тоже жду).
>
> Hу, за всё надо платить... Автоматика будет только после её ручной
> настройки. И не всегда выгодно эту автоматику настраивать.
У меня и так есть в большинстве случаев.
> AD> 1/2 пункта из шести - да, до хрена там есть... Спрятано,
> AD> наверное, хорошо ;-)))
>
> Да ничего там не спрятано, просто это не нужно на самом деле.
Т.е. это нет.
> КДЕшникам нужно, у них это есть.
Во! Вот ты и согласился, что дополнительная функциональность имеет место
быть! И даже если что-то конкретное из этого пункта не нужно лично тебе,
это совсем не отменяет факт наличия самой функциональности.
Консенсус?
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
