>>а как в Nautilus'е можно искать в файлах (по содержимому файлов)?

>man grep

Нда, дислексия налицо.... =\

Konqueror

Други! Ну откуда в слове "Конкерор" буква "в"? Может быть вы так читаете "q" или "u"? Конкерор, и нету там "в" ни разу :)

Для англоговорящих есть буква "в" один раз

> Ну откуда в слове "Конкерор" буква "в"? Может быть вы так читаете "q" или "u"? Конкерор, и нету там "в" ни разу :)

по наналогии с другими словами, содержащими 'qu', например squirrel, quit, и т.п.

konqueror, вроде, читается как "конкверор"
Если я ничего не путаю

Путаешь, Федя, путаешь.

А как надо?

Если транскрипцию этого слова переводить на русский, то будет что-то вроде "конкэрэ"

шо за бред

>Ставил как-то SuSE 10.1 - там все еще было это противное мерцание значков

Что за видяха? В ней скорее всего проблемы. Можно отключить эффект при наведении. В Control Center: Appearences & Themes -> Icons, закладка Advanced, выбрать All ICons, нажать Set Effect под надписью Active и выбрать No Effect. Должно помочь.

>Что за видяха? В ней скорее всего проблемы

Как-то я криво выразился. Имел в виду, что проблема с мерцанием скорее всего из-за видяхи (а точнее, из-за дров к ней). Возможно, более новые X-ы это фиксят.

Мне кажется, что он имел ввиду тот случай, когда все значки появляются, исчезают на доли секунды и появляются снова.

FUSE - это Unix Way, а konqueror - это в стиле все в одном флаконе.

>> а как в Nautilus'е можно искать в файлах (по содержимому файлов)?

>man grep

про grep то я знаю, но причем здесь он? Хочется, в Nautilus'e, находясь в папочке, найти все файлы с такой-то строчкой.
Есть, конечно, gnome-search-tool, но это отдельная прога, и интеграции
нету ... Каковы рекомендации лучших "гномоводов"?

>а так - Бигль рулит!
Бигль, конечно, рулит, но микроскопом гвозди забивать не стоит

> Бигль, конечно, рулит, но микроскопом гвозди забивать не стоит

Каким таким "микроскопом"? Бигль для этого и придумали, чтобы в каждой программе велосипеды для поиска не создавать. Типа замена find & locate в графике.

>Каким таким "микроскопом"? Бигль для этого и придумали, чтобы в каждой >программе велосипеды для поиска не создавать. Типа замена find & locate >в графике.

Ну, распаковал я, положим, 40Mb документации (исходников,...), чтобы найти мне нужную информацию. Причем искать я хочу сразу же, и после того все, что распаковалось, больше мне не нужно. Вот тут Бигль точно не нужен,- 1) ждать, пока он все проиндексирует, я явно не хочу, 2) и то, что он проиндексирует,- бесполезный труд

konqueror - это лишь морда. Сам konqueror не умеет практически ничего :) Хотя ты в этой теме не первый, кто не знает, как что в кедах устроено, что такое kparts и т.п. :)

>> Chm разве умеет? Знаю kchmviewer, а чтобы конкверор, хз.

> Умеет. kchmpart и kioslave ms-its:// :)

странно, у меня на любой chm пишет:

Ошибка при загрузке ms-its:/путь/файл.chm/:

Неверный URL ms-its:/home/путь/файл.chm/.

по-этому kchmview и пользую

>> И чем это ценно?

> Всё под рукой и нет идиотской помойки окон a la Gnome/GTK+. :)

Ты, Андрюша, опять на сленг гопников съехал. Ещё раз то же самое и человеческими словами, будь ласка.

> FUSE - это Unix Way, а konqueror - это в стиле все в одном флаконе.

я больше склоняють, что konqueror -- это unix-way, т.к. он всего лишь оболочка для кучи внешних модулей идущих с kde (и не только), и сами эти модули используются из десятка других программ

и вообще, весь KDE -- это большой конструктор, как и любой *nix, только способ склейки отдельных программ отличается

> Ну, распаковал я, положим, 40Mb документации (исходников,...), чтобы найти мне нужную информацию. Причем искать я хочу сразу же, и после того все, что распаковалось, больше мне не нужно. Вот тут Бигль точно не нужен,- 1) ждать, пока он все проиндексирует, я явно не хочу, 2) и то, что он проиндексирует,- бесполезный труд

ну и grep тебе в руки! Если все именно так, как ты описал, то он быстрее всего найдет нужное.

>Konqueror - самое сатанинское приложене в Линухе. Всегда виснет, по закрытию остыются процессы, которые не дают отмонтировать диск пока их не прибёшь.

Круто. И часто у тебя отмонтируется /usr?

Может он у тебя поэтому и виснет, что ты на святом духе его пускаешь?

>Было давно, в KDE 3.5.x ни разу не наблюдал.

Нет, процессы остаются, не вопрос. Потом они постепенно прибиваются.

Есть проблема хуже - стали оставаться процессы от kmail. И они, сцуко, при закрытой программе снимают почту.

>Если да - то действительно это очень грубое нарушение unix-way.

А на хера тогда заголовочные файлы от SSH поставлять, если нельзя поддержку в других программах реализовывать?

Головой подумай сначала, прежде чем комменты писать.

> И часто у тебя отмонтируется /usr?

То есть на "/media/*" этих висячек не будет?

>>man grep

>Нда, дислексия налицо.... =\

До конца читать мы не умеем.

> я больше склоняють, что konqueror -- это unix-way, т.к. он всего лишь оболочка для кучи внешних модулей идущих с kde (и не только), и сами эти модули используются из десятка других программ

> и вообще, весь KDE -- это большой конструктор, как и любой *nix, только способ склейки отдельных программ отличается

Странный unix-way какой-то с плюсовым api. Больше похож на windows с ее комами.

> странно, у меня на любой chm пишет: Ошибка при загрузке ms-its:/путь/файл.chm

Установите KDevelop - файл откроется в новом окне.

> Ты, Андрюша, опять на сленг гопников съехал. Ещё раз то же самое и человеческими словами, будь ласка.

Не нужно открывать новых окон и переключаться между ними. Хотя CHM открывается в новом окне, если быть точным. Но я этот формат практически не использую.

>До конца читать мы не умеем.

А что там в конце? Про бигль? Про ожидание индексации уже сказали. Кстати, он содержимое сменных носителей тоже индексирует, если я захочу на флэшке чего-нить найти?

>Странный unix-way какой-то с плюсовым api.

А при чем тут вообще язык? Ты уверен, что правильно понимаешь смысл выражения "unix-way"?

> Если транскрипцию этого слова переводить на русский, то будет что-то вроде "конкэрэ"

И действительно, без 'в': http://lingvo.yandex.ru/en?text=conqueror&st_translate=1

> Вот мы и выяснили основное предназначение конкверора - разгребание файлопомоек

А ничего, что я конкерором же тут на LOR?

> Про ожидание индексации уже сказали. Кстати, он содержимое сменных носителей тоже индексирует, если я захочу на флэшке чего-нить найти?

Не уверен. Но даже если проиндексирует, тебе жалко?

> Ты уверен, что правильно понимаешь смысл выражения "unix-way"?

Понимаю, что одной из составляющих является простой и доступный программный интерфейс. Ни c++, ни kparts под это определение не попадают.

man dcop?

>>Про ожидание индексации уже сказали. Кстати, он содержимое сменных носителей тоже индексирует, если я захочу на флэшке чего-нить найти?

>Не уверен. Но даже если проиндексирует, тебе жалко?

Конечно не жалко! Нынче у каждого дома под столом кластер завалялся (эдак на пару петафлопсов), который постоянно простаивает...

>Понимаю, что одной из составляющих является простой и доступный программный интерфейс. Ни c++, ни kparts под это определение не попадают.

Вы путаете тёплое с мягким.

http://en.wikipedia.org/wiki/Unix_philosophy

> Кстати, он содержимое сменных носителей тоже индексирует, если я захочу на флэшке чего-нить найти?

Наверно стоит указать /media или что у Вас там корневым каталогом для флэшек в путях поиска? :)

> man dcop?

man dcom com+ :)

Если серьезно, то он где-нибудь живет за пределами kapplication?

> Конечно не жалко! Нынче у каждого дома под столом кластер завалялся (эдак на пару петафлопсов), который постоянно простаивает...

Поиск по содержимому работает намного быстрее индексации?

>> Понимаю, что одной из составляющих является простой и доступный программный интерфейс. Ни c++, ни kparts под это определение не попадают.

> Вы путаете тёплое с мягким.

> http://en.wikipedia.org/wiki/Unix_philosophy

Но я не вижу, где путаница происходит. Что из c++ и kparts теплое, а что мягкое? Уж под KISS они точно не попадают.

>То есть на "/media/*" этих висячек не будет?

Я не понимаю каких висячек. Ты человеческим языком объясни:

1. Делаю так. 2. Отвалилось так. 3. Сделал так - появилось.

И т.п.

У меня же /usr не отваливается.

> У меня же /usr не отваливается.

По-моему, разговор был про портативные носители.

> Если серьезно, то он где-нибудь живет за пределами kapplication?

Кстати, KDE4 переходит на D-BUS. А оно много где помимо KDE живёт. DCOP использовался, пока не сделали D-BUS. :)

> Уж под KISS они (С++, KPart) точно не попадают.

Как раз попадают, ибо сделаны проще, чем C и CORBA. :)

>> он где-нибудь живет за пределами kapplication?

> Кстати, KDE4 переходит на D-BUS. А оно много где помимо KDE живёт. DCOP использовался, пока не сделали D-BUS. :)

Чужой велосипед оказался лучше? :)

> Как раз попадают, ибо сделаны проще, чем C и CORBA. :)

C сложнее C++? Первый раз такое слышу. Может по другим параметрам сравнишь? :)

В CORBA хотя бы интерфейс к реализации не прибит. И с kparts они решают немного разные задачи.

>>Чужой велосипед оказался лучше? :)<<

Чужой велосипед оказался стандартнее. Ты что-то имеешь лично против d-bus или так, языком поигрываешь?

>>А меня вот настораживает - отсутсвие в данном топеге geek'а<<

Его заменяет JB, да так, что сам Geek просто нервно курит в сторонке... :)

> Ты что-то имеешь лично против d-bus или так, языком поигрываешь?

Так получилось. Велосипед как транспортное средство, а не как что-то "новое".

> Чужой велосипед оказался лучше? :)

Стандартнее. :)

> C сложнее C++? Первый раз такое слышу. Может по другим параметрам сравнишь? :)

Сложнее как по безопасности, так и по управляемости кодом. :)

> В CORBA хотя бы интерфейс к реализации не прибит. И с kparts они решают немного разные задачи.

Соглсен, ошибся.