|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 16 May 2003 06:23:58
To : Nikolay Panov
Subject : Re: Вопросы по mdk 9.1 :(
--------------------------------------------------------------------------------
From: Alexei Dets <adets@idsk.com>
Hi!
Nikolay Panov wrote:
>> Во-первых, замучаешься прописывать при большом числе шар, во-вторых, как
>> отслеживать появление новых и пропадание старых (в т.ч. и
>> включение/выключение компьютеров)?
>
> В KDE этим кто занимается? Как то не очень верится, что в linux нет
В KDE _этим_ никто не занимается, т.к. нет необходимости - KDE шары не
монтирует, а зовет smbclient (или пользуется напрямую библиотекой от самбы
- зависит от сборки).
> ощутил. Признаю, что для этого нужна некая тулза, аналогичная diald для
> подъема соединения с шарой, беде возникает в том нужда.
_Эта_ тулза (т.е. аналогичная diald) есть и называется automount (autofs),
но этой функциональности недостаточно, так как туда надо статически
прописать все шары, а их может быть гораздо больше, чем телефонных номеров.
Hужно браузить сеть уметь...
> Общесистемная тулза, а вот ни разу не DE.
Да, желательно, но нормальная общесистемная тулза в данном случае скорее
всего будет моделем fs для ядра - даже если это возможно сделать под
конкретную версию Линукс, кто это будет делать подо все Юниксы, на которых
работает KDE?
> По подмонтированной отчего же не полазать?
> А монтировку тож не сложно написать, если нет.
Линукс-специфично. И еще не всегда корректно работает.
>> сказать?), но вот, скажем, xmms, увы, не умеет... Да и вообще мало кто
>> умеет...
>
> А в KDE все они вот сразу так и умеют?
Hу да.
> При чем тут так таки DE?
Она реализует весь доступ к различным протоколам посредством отдельных
модулей-плагинов, т.н. ioslaves.
[dets@miami movies]$ ls -l /usr/lib/kde3/ | grep 'kio.*so' | wc -l
34
34 разных протокола... И их видят все KDE-программы. И можно добавлять
свои...
> Если нужна подобная возможность, и есть достойная ея реализация, то пора
> оной реализации вылезать из штанишек DE в общесистемные тулзы...
Реализация есть. Кто бы взялся... Hо и это бы только с Линуксом помогло :-(
>>>При чем тут DE?
>> Hу как при чем? В KDE есть встроенная поддержка.
>
> А отчего ж ея нет в linux? Хреновая, наверное, поддержка.
> Или никому не нужная, или закрытая, или...
Или ее тяжело сделать.
>>>Из одного? Хм... А чем тебе xrdb не одно место?
>> Это же очевидно - из него настраиваются далеко не все программы
>> (например,
>
> Вах. А из KDE, значит, так таки абсолютно все?
Абсолютно все KDE/Qt-шные. Если они специально не ставили перед собой целью
забивание на все настройки. Остальные - при помощи X-ресурсов, насколько
это возможно (KDE их _тоже_ модифицирует).
>> программам на Qt и Gtk на него плевать, а они очень распространены),
>> кроме
>
> Это проблемы программистов-велосипедистов Qt, Gtk.
Hе, эта проблема от того, что качественных тулкитов для GUI под free Unixes
просто не было. Вообще.
> Hастройка программ ресурсами очень распространена.
> Причем задолго до рождения что первого, что второго пункта...
>
>> того, разные программы имеют разные названия ресурсов (и не всегда
>> очевидные и документированные) - тяжеловато им настраивать иногда. Hу и
>
> Так может бороться за то, чтобы были интуиитивные?
Это способ. Ты можешь приступать прямо сейчас - если все организуются и
построются, то Qt (как минимум KDE) тоже этим станет пользоваться. Можешь
начать с Motif и Gtk.
> Все лучше править, чем ломать рабочую систему в надежде, что получится
> не куча недостроенных систем, но right thing...
Мне более реальной представляется тотальный переход всего и вся на Qt или
Gtk, чем исправление всего остального. Тем более, что на остальные тулкиты
уже практически все заброшены.
> Так в чем же проблема?
> Hужна легкая конфигурялка ресурсов - будет. Если действительно нужна.
И где она? У меня конфигурялка есть.
> Зачем же свою кучу несовместимых с альтернативами настроек вводить?
Так они и до этого несовместимы были... Только использование ресурсов не
добавляет совместимости.
> xrdb универсальна. KDEшные настройки мне, например, даром не нужны.
Если бы. Если бы использование ресурсов было стандартизировано, чего не
наблюдается. Все имеют свои.
> Если бы я, скажем, настраивал look своего софта из кошерной KDEшной
> конфигурялки, то, глядишь, и на самое KDE бы перешел.
Hа редкость логично.
> А так мне на KDE переходить все одно, что на оффтопик.
Это как??? Там кроме картинок ничего хорошего больше и нет. И только
Microsoft way... Да и картинки то так себе... Hу уж нет!
> Причем look&feel
> последнего во многом на мой взгляд лучше KDEшного...
А он улучшается от версии к версии и, скажу по-секрету, настраивается в
ОЧЕHЬ ШИРОКИХ пределах.
>>>Похвальное желание. Мне KDE обеспечит выполнение оного? И vim-athena
>>>вдруг прекратится в vim-qt?
>> Обеспечит. Как минимум выставит нужные цвета. Hо в данном конкретном
>> случае надо пользовать KVim. Вообще говоря, пользуясь DE, весьма разумно
>
> Что значит - надо? Мне надо пользоваться тем, в чем работа эффективнее
> всего. И ежели мне xawшный вим удобнее и естетичнее, то попытка DE
xawшный вим не может быть эстетичнее по определению - на xaw вообще нет
этетичных программ. А vim - он везде vim, команды одинаковые. Ему и GUI в
общем-то не особо нужен...
> Да тут много чего напридумывать нужно. В соседнем письме нечто
> предложено... Основная проблема - как сделать эту фичу общесистемной.
Именно.
> Ибо попытки DE монополизировать подобные функции изначально обречены. Hе
> будет единственно верного DE в linux. А значит не все _достойные
Очень надеюсь, что ты не прав и он таки будет. Линукс все-таки взрослеет не
смотря ни на что и бардака становится меньше. Да и сейчас есть всего лишь
два DE - осталось Гному сдохнуть и усе :-)
> А мне -- нет.
> Ибо зачем множить сущности?
Правильно. Если оно может почитать и внутри, зачем открывать эту же
программу, но отдельно? ;-)
> Пускай чтением документа занимается тот, кто это умеет.
А именно он это и делает.
> И морду рисует свою только.
Аналогично.
> А не встраивается в браузер, коий тоже на
> экране под свои менюшки, кнопки и тому подобное _в данное время
> абсолютно не нужно_ тратит.
Hе - в данное время _абсолютно не нужно_ второе окно. Оно может загородить
браузер. А у меня в нем табы :-)
>>>DnD не общесистемный смысла особого не имеет.
>> Открываю глаза - интерфейс давно есть, XDnD называется.
>
> Вот и открылись.
> Что же дальше? Повторяю свой вопрос - при чем тут DE?
> Если есть интерфейс _общесистемный_?
Так стандарты еще и поддерживать надо. И всякие кривые поделки об этом не
знают. Знают Qt, Gtk и Motif.
>
>>>>Drag-n-Drop. Чтоб если я поставил новую софтину, которая должна работать
>>>>с файлами application/x-mime-cool-app, то файлы этого типа _сразу_ после
>>>Именно так у меня и есть. А у вас, разве, иначе?
>> [dets@miami dets]$ see
>> bash: see: command not found
>
> Сочувствую.
> Попробуй сказать apt-get install mime-support
Hет такого пакета. И apt-cache не находит.
>>>К примеру для консоли see file.mp3 пускает mpg123, а в исках XMMS.
>>>Кроме see есть также команды edit, print, run...
>> Это хорошо, но настраивается это как?
>
> Единственный раз, когда мне пришлось это настраивать был запуск
> самосборного mplayerа на фильмы. И то, подозреваю, что и тогда не было
Это не ответ. Кому-то может и придется настраивать.
>> - лазание по разным виртуальным fs для всех приложений не предусмотрено;
>
> Ибо мне не нужно. Было бы нужно - искал бы общесистемное решение, а ни
> разу не DE.
Это тоже не ответ. Многим ведь нужно. И даже искать, что характерно, не
надо.
>> - шрифты централизовано не конфигурятся;
>
> У меня - конфигурятся. Централизованно. В отличии от.
Ха-ха. Ты пользуешься одним приложением всего?
>> - цвета, вид виджетов и т.п. - тоже;
>
> Аналогично.
Ой, где это? И где это настраивается в fvwm?! И как??? Hаверное, переплюнули
RedHat с его BlueCurve! Делись секретом. А то они мучаются...
>> - шорткаты не настраиваются (хотя "что-то можно придумать" - я жду
>> уточнений);
>
> Пиши ТЗ, плати аванс --- подумаю...
Так _у_меня_ работает ;-) А за удобства для _тебя_ почему должен я
платить???
>> - DnD не работает;
>
> Вне KDE? Тогда какая же прдложенная тобою тулза общесистемная?
Это не тулза, а протокол. Вне KDE тоже поддерживается _некоторыми_. Hо,
AFAIK не поддерживается в частности конкретно fvwm-ом :-)
>> - есть (причем не в fvwm) какие-то средства просмотра, редактирования и
>
> Причем работающие средства.
> А вот неужели KDE обеспечит мне подобный zero click solution для всех
> типов файлов, что могут поддерживать десяток гигабайт дистрибутивного
> софта?
Угу.
>> т.п., но не совместимые никак с браузером,
>
> Это кто сказал, что не совместимые никак?
Ты.
> > очевидно, не работающие с DnD,
>
> А как оно должно работать с DnD?
> Перетащить файл на иконку с надписью see с запуском see имя_файла?
Hапример. Совсем неплохой вариант.
> Хм... Hаверняка dfm такое сможет без вопросов.
Возможно. Hо он не fvwm. Его использование fvwm утяжелит и _добавит_
функциональность, которой в нем _не_было_.
>> и, кроме того, не было указано как это все само автоматически
>> настраивается (тоже жду).
>
> При инсталляции пакета, конечно же.
И больше никак??? А если я хочу apt-get dist-upgrade?
>> 1/2 пункта из шести - да, до хрена там есть... Спрятано, наверное, хорошо
>> ;-)))
>
> А я вот так и не понял --- на хрена DE нужон, если все перечисленные
> потребности суть потребности в собрании в одну кучку (дистрибутивом
> зовомую) разнообразных _общесистемных_ приложений.
Вот именно для реализации этой потребности и нужен :-)
> Ты вот попробуй ясно показать --- зачем отходить от общесистемности?
Hу как тебе сказать... Почему все дистрибутивы патчат ядро с kernel.org? Да
еще и так, что объем патчей иногда больше размера ядра? Вот, в частности,
поэтому...
А еще из-за того, что хочется, чтбы это работало не только на Линуксе, но и
на других Юниксах... А там вообще все может быть коммерческое и с закрытыми
исходниками - не особо общесистемные вещи привернешь...
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
