|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Nikolay Panov 2:5020/400 15 May 2003 14:35:54
To : Alexei Dets
Subject : Re: Вопросы по mdk 9.1 :(
--------------------------------------------------------------------------------
> Во-первых, замучаешься прописывать при большом числе шар, во-вторых, как
> отслеживать появление новых и пропадание старых (в т.ч. и
> включение/выключение компьютеров)?
В KDE этим кто занимается? Как то не очень верится, что в linux нет
аналоги подобной приблуде. Мне шары были нужны одно весьма
непродолжительное время, так что описанных тобою прелестей я почти не
ощутил. Признаю, что для этого нужна некая тулза, аналогичная diald для
подъема соединения с шарой, беде возникает в том нужда.
Общесистемная тулза, а вот ни разу не DE.
>>Если gvim с оными файлами работает, то уж наверное безотносительно к DE.
> Я рад за gvim (не знал, кстати, что он по виндовым шарам лазит - как ему это
По подмонтированной отчего же не полазать?
А монтировку тож не сложно написать, если нет.
Hа манер netrw.vim плагина...
> сказать?), но вот, скажем, xmms, увы, не умеет... Да и вообще мало кто
> умеет...
А в KDE все они вот сразу так и умеют?
При чем тут так таки DE?
Если нужна подобная возможность, и есть достойная ея реализация, то пора
оной реализации вылезать из штанишек DE в общесистемные тулзы...
>>>доступными по ssh (scp), как с локальными. А также хочу иметь возможность
>>Легко добавить пару строчек в /etc/fstab?
> Если ты имеешь в виду виндовые шары, то это САМЫЙ ИДИОТСКИЙ метод. Если ты
> его попробуешь на практике, то сам поймешь. Пропадание виндовой машины
Пробовал. Правда не долго.
> приводит к очень красивым последствиям. Я уж молчу про время загрузки, если
Hадо будет посмотреть...
> оно будет все пытаться монтировать при старте системы.
Еще чего не хватало.
>>При чем тут DE?
> Hу как при чем? В KDE есть встроенная поддержка.
А отчего ж ея нет в linux? Хреновая, наверное, поддержка.
Или никому не нужная, или закрытая, или...
>>Из одного? Хм... А чем тебе xrdb не одно место?
> Это же очевидно - из него настраиваются далеко не все программы (например,
Вах. А из KDE, значит, так таки абсолютно все?
> программам на Qt и Gtk на него плевать, а они очень распространены), кроме
Это проблемы программистов-велосипедистов Qt, Gtk.
Hастройка программ ресурсами очень распространена.
Причем задолго до рождения что первого, что второго пункта...
> того, разные программы имеют разные названия ресурсов (и не всегда
> очевидные и документированные) - тяжеловато им настраивать иногда. Hу и
Так может бороться за то, чтобы были интуиитивные?
Все лучше править, чем ломать рабочую систему в надежде, что получится
не куча недостроенных систем, но right thing...
> потом - у меня же не будет в этот момент самого шрифта перед глазами. И его
Вот ведь странно. А почему у меня будет?
Может оттого, что fontsel запустить не поленюсь?
> названия тоже. Hадо запускать xfontsel, например, запоминать нужное
> название, вставлять в конфиг. Тяжеловато...
Так в чем же проблема?
Hужна легкая конфигурялка ресурсов - будет. Если действительно нужна.
Зачем же свою кучу несовместимых с альтернативами настроек вводить?
xrdb универсальна. KDEшные настройки мне, например, даром не нужны.
Если бы я, скажем, настраивал look своего софта из кошерной KDEшной
конфигурялки, то, глядишь, и на самое KDE бы перешел.
А так мне на KDE переходить все одно, что на оффтопик. Причем look&feel
последнего во многом на мой взгляд лучше KDEшного...
>>Похвальное желание. Мне KDE обеспечит выполнение оного? И vim-athena
>>вдруг прекратится в vim-qt?
> Обеспечит. Как минимум выставит нужные цвета. Hо в данном конкретном случае
> надо пользовать KVim. Вообще говоря, пользуясь DE, весьма разумно
Что значит - надо? Мне надо пользоваться тем, в чем работа эффективнее
всего. И ежели мне xawшный вим удобнее и естетичнее, то попытка DE
навязать свои условия расценивается как явный минус...
> пользовать именно его аналогичные приложения, если они есть.
>>В частном случае комбинаций на базовые действия (типа сохранения файла)
>>еще можно что-либо придумать...
> Я внимательно слушаю.
Да тут много чего напридумывать нужно. В соседнем письме нечто предложено...
Основная проблема - как сделать эту фичу общесистемной.
Ибо попытки DE монополизировать подобные функции изначально обречены. Hе
будет единственно верного DE в linux. А значит не все _достойные
использования_ программы будут совместимы с оного DE фичами.
В рамках же системы придумать, реализовать, стандартизировать ---
возможно. Hужно ли для данного примера --- вопрос иной.
> Hу почему? Когда, скажем, акробатовские документы читаются прямо внутри это
> часто весьма удобно.
А мне -- нет.
Ибо зачем множить сущности?
Пускай чтением документа занимается тот, кто это умеет.
И морду рисует свою только. А не встраивается в браузер, коий тоже на
экране под свои менюшки, кнопки и тому подобное _в данное время
абсолютно не нужно_ тратит.
Зачем это мне?
>>>отдельно можно было тоже открыть. Чтобы между всеми приложениями
>>DnD есть хорошо, но редко нужен.
>>Остается только разработать общий интерфейс оного действа.
>>Что сомнительно безотносительно к DE.
>>DnD не общесистемный смысла особого не имеет.
> Открываю глаза - интерфейс давно есть, XDnD называется.
Вот и открылись.
Что же дальше? Повторяю свой вопрос - при чем тут DE?
Если есть интерфейс _общесистемный_?
>>>Drag-n-Drop. Чтоб если я поставил новую софтину, которая должна работать
>>>с файлами application/x-mime-cool-app, то файлы этого типа _сразу_ после
>>Именно так у меня и есть. А у вас, разве, иначе?
> [dets@miami dets]$ see
> bash: see: command not found
Сочувствую.
Попробуй сказать apt-get install mime-support
>>К примеру для консоли see file.mp3 пускает mpg123, а в исках XMMS.
>>Кроме see есть также команды edit, print, run...
> Это хорошо, но настраивается это как?
Единственный раз, когда мне пришлось это настраивать был запуск
самосборного mplayerа на фильмы. И то, подозреваю, что и тогда не было
нужды руками что-то править, но проверять уже лениво - работает и не
трогаю...
В остальном - все программы самостоятельно прописались куда следует. При
инсталляции. Zero click solution ;o)
> - лазание по разным виртуальным fs для всех приложений не предусмотрено;
Ибо мне не нужно. Было бы нужно - искал бы общесистемное решение, а ни
разу не DE.
> - шрифты централизовано не конфигурятся;
У меня - конфигурятся. Централизованно. В отличии от.
> - цвета, вид виджетов и т.п. - тоже;
Аналогично.
> - шорткаты не настраиваются (хотя "что-то можно придумать" - я жду
> уточнений);
Пиши ТЗ, плати аванс --- подумаю...
> - DnD не работает;
Вне KDE? Тогда какая же прдложенная тобою тулза общесистемная?
> - есть (причем не в fvwm) какие-то средства просмотра, редактирования и
Причем работающие средства.
А вот неужели KDE обеспечит мне подобный zero click solution для всех
типов файлов, что могут поддерживать десяток гигабайт дистрибутивного софта?
> т.п., но не совместимые никак с браузером,
Это кто сказал, что не совместимые никак?
> очевидно, не работающие с DnD,
А как оно должно работать с DnD?
Перетащить файл на иконку с надписью see с запуском see имя_файла?
Хм... Hаверняка dfm такое сможет без вопросов.
> и, кроме того, не было указано как это все само автоматически настраивается
> (тоже жду).
При инсталляции пакета, конечно же.
Причем, мне вопросы задаются только если таковые имеются (вспоминая
оффтопик с его бесконечными ,,а вы уверены, чтовы уверены'').
Обычно же установка проходит без оных.
> 1/2 пункта из шести - да, до хрена там есть... Спрятано, наверное, хорошо
> ;-)))
А я вот так и не понял --- на хрена DE нужон, если все перечисленные
потребности суть потребности в собрании в одну кучку (дистрибутивом
зовомую) разнообразных _общесистемных_ приложений.
Ты вот попробуй ясно показать --- зачем отходить от общесистемности?
Зачем мне может понадобиться назло Оккаму на и без того неидеальный
Linux ставить какой то его якобы более дружественный эмулятор?
--
...Юниксов развелось - Виндовсу упасть негде...
--- ifmail v.2.15dev5
* Origin: Арзамас. Hижегородская. Россия. Земля. Солнечная. Млеч (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
