Разработчики GTK прислушались к пожеланиям некоторых ЛОРовцев и наконец добавили возможность поиска файлов. Поддерживаются beagle, tracker и прямой поиск.
> А Вы просто посмотрите на GUI с другой стороны: устройством по умолчанию для правой руки должна быть мышка.
Такие интерфейсы специально проектируются, например командная строка в досовском-автокаде. Там вместо энтера используется пробел т.к. энтер левой рукой нажимать неудобно, а пробел самый раз. А правая рука за мышью и по рабочей области рулит. Вот таким интерфейсом очень даже удобно пользоватся.
А в гноме-сотоварищи все через жопу. Клавиатурные команды как раз расчитаны на печать с обеих рук (энтер), при этом часть клавиатуры перенесена на экран в виде всяких бесполезных кнопочек с перделками. Т.е. интерфейс расчитан не на людей, а на трехруких мутантов.
> Так живет народ на маке - и не жалуется на неудобство.
Ты прав совершенно. Просто напрягает, когда заходит в топик какой-нибудь студент, которому мама вчера компьютер купила и начинает втирать о том, как ему удобно водить мышью в эксплорере и какой крутой файловый менеджер виндоскоммандер.
тут http://www.klv.lg.ua/~vadim/ , для работы с XCLIPBOARD собирать вариант который работает через внешнюю программу чтоб у mc не было привязки в иксам, иначе не сможет работать в обычной консоли + при прямой рабоче через иксы есть проблемы с klipper.
>Так живет народ на маке - и не жалуется на неудобство.
Они может и не жалуются, а у меня они вызывают чувство жалости к ним которые вынуждены чтобы сделать тривиальное действие открывать кучу файндеров. Пробовали мышкой делать DnD на файндер который не видно? Что начинаем таскать окна, ага?
Мышка это первое устройство и вспомогательное, а основное - клава.
Десктоп захламлять не надо;) А вообще и окна потаскать рука не отвалится.
> Мышка это первое устройство и вспомогательное, а основное - клава.
... если интерфейс плохо спроектирован. Или рабочее место плохо организовано. Фактически, работа с мышью - это работа с пространством. Если пространство замусорено - эффективность резко падает. Работа с клавиатурой действительно лишена такой проблемы. Но там другая проблема - надо запоминать шорткаты. Если человек дает себе труд их выучить - его производительность действительно может вырасти. Но знание шорткатов не должно быть необходимым требованием для приемлемо эффективной и комфортной работы.
Метания правой руки между мышкой и клавой действительно раздражают. Но выводы можно делать разные.
>Десктоп захламлять не надо;) А вообще и окна потаскать рука не отвалится.
Я видел как так делают макдевелоперы в XCode. И не и конки на дескопе.
>Фактически, работа с мышью - это работа с пространством. Если пространство замусорено - эффективность резко падает.
Только если полагаешься на то о чем видишь а не то о чем знаешь. shortcutы как раз из области когда ты уже знаешь, и полагаться на зрение необязательно. HINT: слепой метод печати. Пространство должно быть хорошо организовано. Если оно организовано так что надо искать видимый объенкт а потом тянуться к нему свободным указателем - значит это хреново организованное пространство.
>Если человек дает себе труд их выучить - его производительность действительно может вырасти.
Если человек постоянно работает за компьютером и не может запомнить как попасть в строку навигации не отрывая руки от клавы значит он либо не знает что так можно сделать либо у него очень крепкие нервы постоянно повторять дурацкие дествия.
>Но знание шорткатов не должно быть необходимым требованием для приемлемо эффективной и комфортной работы.
вот потому мышка иструмент для обучения и помощи (не считая естественно некоторых областей типа графического дизайна). Мышей человек должен найти визуально, где это и узнать, как туда добраться побыстрому. А если обычный "десктопный" интерфейс заточен на мыш - это руки оторвать дизайнеру интерфейса, он не дает шанса человеку, который постоянно работает с его программой работать эффективно и не раздражаясь.
> Если человек постоянно работает за компьютером и не может запомнить как попасть в строку навигации не отрывая руки от клавы значит он либо не знает что так можно сделать либо у него очень крепкие нервы постоянно повторять дурацкие дествия.
Либо он does not give a shit. Пофиг ему. Он так привык. Впрочем, это подпадает под "крепкие нервы";)
> А если обычный "десктопный" интерфейс заточен на мыш
Вы путаете два понятия. Заточенность под мышь как первичный способ ввода (это нормально и правильно для десктопа). И невозможность работы без мыши (это действительно хреново, свидетельство плохой вылизанности).
Например, в огнелисе есть кнопка "Go", справа от поля ввода адреса. Казалось бы, совершенно ненужная кнопка - можно ведь в поле адреса нажать "Ентер". Но для этого придется отрывать руку от мыши. Вот это пример правильной заточки интерфейса под мышь.
> Хотелось бы знать, чего может крусайдер, и чего не может фар? как дела у фара с Mouse Gestures?
Ананимус, ты че спросить-то хотел? С такой кашей в башке mause-gesturez противопоказаны.
Теперь по теме: то что может фар в нем очень неплохо продумано. Например шорткат shift-F1 вызывает диалог создания архива. Если не отпуская шифт еще раз нажать F1 то можно тут же выбрать формат архива. Т.е. все очень хорошо продумано так что при работе есть ощущение полета. После фара другие менеджеры создают ощущение каляски для инвалидов.
> > Хотелось бы знать, чего может крусайдер, и чего не может фар?
> как дела у фара с Mouse Gestures?
Никак. Булочник не должен чинить двигатель автомобиля. Какие нафиг гестуры для консольного приложения, ориентированного на клавиатуру?
> как сделать, чтобы отображались иконки у фалов и папок, какие назначены у меня в DE?
А для чего это нужно? Но если все же нужно увидеть иконку (и не только иконку, а все ресурсы файла), то достаточно поставить плагин, который будет работать с файлом, как с архивом (Ctrl+PgDn).
> Я видел как так делают макдевелоперы в XCode.
Как же сложно работать в этой среде. Право, VIM существенно удобнее.
> Например, в огнелисе есть кнопка "Go", справа от поля ввода адреса. Казалось бы, совершенно ненужная кнопка - можно ведь в поле адреса нажать "Ентер". Но для этого придется отрывать руку от мыши. Вот это пример правильной заточки интерфейса под мышь.
Наоборот. Чтобы нажать на эту кнопу, приходится руки с клавы снимать после набирания адреса и тянуться к мыше, чтобы нажать на Go, вместо того, чтобы просто нажать на Enter.
Нет тут svu прав. Однако ото редкое исключение под которое диалоги гнома не подпадают. Вот еще несколько маразмов:
Open Dialog
- безусловный комплишен строки локейшен, он не предлагает, а дополняет без вопросов. Почему плохо: 1. я могу очепятаться в одной букве и тогда придется стирать все слово, 2. могу не владеть методом слепой печати и смотреть на клаву и тогда куда я попаду только один гном знает (проявляется не во всех приложениях) - например в мозильных.
- исчезает при нажатии enter - та же беда один раз ошибся ползи ищи мышу.
- абсолютно дикий таб и половина нефокусируемых элементов - спаси меня мыша.
>Наоборот. Чтобы нажать на эту кнопу, приходится руки с клавы снимать после набирания адреса и тянуться к мыше, чтобы нажать на Go, вместо того, чтобы просто нажать на Enter.
бегом в школу учить азы логики. "каждый орёл - это птица, но не каждая птица - это орёл"
>>В "Qt, как и в винде" работает find as you type, только печатать нужно не символ в минуту :)
>Открываю диалог в vym. Перемещаю фокус в область с директориями. Нажимаю "ca". В итоге выделяется не директория "card", а директория "abc". libqt3-mt v3.3.6.
>Что я делаю не так?
Надо мышкой было нажать не в область с директориями, а в область пути к директории и там вбивать. Там в отличии от того, что вы описываете можно перемещатся по выпадающим спискам сразу на несколько директорий, при этом никакие иконки не будут мелькать перед глазами затуманивая/отупляя разум.
Наверно подход "для американской домохозяйки" без строки с путем довел вас до того что вы об этом не догадались.
Еще один хинт - в диалоге открытия файлов КДЕ можно иметь кнопки переводящие в любую заданную директорию. Кнопка для каждой дир может работать как только для одного приложения так и для всех.
> Наоборот. Чтобы нажать на эту кнопу, приходится руки с клавы снимать после набирания адреса и тянуться к мыше, чтобы нажать на Go, вместо того, чтобы просто нажать на Enter.
?????? Почему "вместо"? Ентер работает прекрасно. Но для случаев, когда правая рука уже на мыши (например, адрес был закопипастен откуда-то _при_помощи_мыши_) - руку можно не отрывать. И это удобно.
> Но для случаев, когда правая рука уже на мыши (например, адрес был закопипастен откуда-то _при_помощи_мыши_) - руку можно не отрывать. И это удобно.
Разве что если адрес копируется откуда-то в адрсную строку. Но в моей практике это редкость. Так что кнопкой Go я ниразу не пользовался за ненадобностью.
>Это когда вы набираете первые буквы имени файла или директории, а соответствующий пункт выделяется. В Qt, как и в винде, работает только первая буква, что крайне неудобно.
КДЕ 3.5.5. Всё работает как надо, с любым количеством букв. =) Кстати, ты имел в виду кутешный диалог, или кдешный? ;)
>Надо мышкой было нажать не в область с директориями, а в область пути к директории и там вбивать. Там в отличии от того, что вы описываете можно перемещатся по выпадающим спискам сразу на несколько директорий, при этом никакие иконки не будут мелькать перед глазами затуманивая/отупляя разум.
Речь шла именно об инкрементальном поиске, а не о автодополнении. Последним вы меня не удивите. В диалоге открытия файла отсутствие ещё можно пережить, а в konqueror отсутствие такой фишки довольно критично.
Или всё-таки появилось?
Ещё раз поясняю для тех, кто читает невнимательно: мне нужно открыть список директорий и быстро найти в нём директорию начинающуюся, скажем, с букв "abc".
В Thunar и Nautilus это работает.
А зачем нужен поиск по первой букве "ala windows" я не понимаю.
Ты не поверишь, но мне всегда было проще кликнуть по иконке, чем вбивать название руками. ;) Тем более, что в любом нормальном ФМ есть возможность задавать для каждой папки свою иконку. Между прочим, у меня диры в основном завалены html с длинными именами и этих файлов там мноооого и никакие PgDown, Tab, и Ctrl-S не помогут!
З.Ы.: Кстати, а как ты в фаре\мс выбираешь нужный файл, если он находится в области видимости? Семь раз жамкаешь стрелку или таки тянешся к мыши? ;)
> Ещё раз поясню: речь идёт не об автодополнении, а об инкрементальном поиске в списке файлов (а не в строке пути).
Как это выглядит в KDE (3.5.6 / Ubuntu-7.04, конкверор, если это
важно):
* открываем диалог открытия файлов
* курсор в поле имени файла
* начинаем набирать требуемое слово, происходит несколько вещей:
- во-первых, под полем ввода появляется список подходящих имен,
можно стрелочками добежать до нужного
- одновременно в зоне, где отображается список файлов, происходит
прокрутка до подходящего места.
> Между прочим, у меня диры в основном завалены html с длинными именами и этих файлов там мноооого и никакие PgDown, Tab, и Ctrl-S не помогут!
В фаре есть возможность задать группы и приоритеты сортировки. Например я захожу в каталог с доксигеновской хтмл докой и в первой строке у меня сразу index.htm. Анаогично в каталоге с сырцами в первых строчках файлы проекта, а в катлогах с музыкой в первой строчке плейлисты. Т.е. искать ничего и не нужно.
З.Ы. А ваши папки с иконками - это для кроворуких даунов, которые ложку мимо рта в ухо несут.
>И ещё разок: "в списке файлов (а не в строке пути)." :))
А какая разница, если прокрутка в списке _ВСЁРАВНО_ происходит? (правда, это в кдешном)
>Но, по-моему, поведение КДЕшного не отличается.
Ошибаешься! Тебе все описывают именно _кдешный_ диалог! В кутешном, к сожалению, всё именно так, как ты говоришь.. :( Впрочем, это только в Qt3, как дела обстоят в четвёрке, сказать не могу..
>Кстати, а как ты в фаре\мс выбираешь нужный файл, если он находится в области видимости? Семь раз жамкаешь стрелку или таки тянешся к мыши? ;)
Семь раз нажать стрелку получается НАМНОГО быстрее, чем тянуть руку к мышке, выискивать взглядом курсор, позиционировать его, кликать и потом - назад к клавиатуре.
>Семь раз нажать стрелку получается НАМНОГО быстрее, чем тянуть руку к мышке, выискивать взглядом курсор, позиционировать его, кликать и потом - назад к клавиатуре.
У меня эта тривиальная операция занимает максимум 2-3 секунды (если не нужно прокручивать). 8)
>Тогда FAR/MC просто не будут лучше, чем Конк/Крус... Просто будут такими же :)
Во-первых, ИМХО попасть по иконке значительно проще, чем выцеливать строку. Во-вторых, сравни, сколько вмещает мс/фар и сколько вмещает Конк/Наутилус (особенно, если значки маленькими сделать). В третьих, как в мс/фаре определить тип файла, не смотря на расширение? О превьюшках в двухпанельниках я вообще молчу.. ;)
З.Ы.: Кстати, а что же ты свои фильмы в Наутилусе открываешь? Открывай в мс! :Р
> И ещё разок: "в списке файлов (а не в строке пути)." :))
Где вы увидели в моем сообщении "строку пути"? Проблемы со зрением? Очень, очень сочувствую.
> Сколько ещё раз надо это написать?
Как *курсор* может быть в списке файлов? Меня учили, что курсор - это такой мигающий прямоугольник в поле, куда вводят буквы. Правда, это давно было.
[С трудом] возвращаясь к конструктивному режиму обсуждения. Поле имени файла (хотя туда можно не только имя вбивать, но сейчас это не важно) является активным по умолчанию, в находящемся над ним списке файлов по мере ввода подсвечивается подходящая альтернатива. Так что, поставленная вами задача инкрементального поиска, натурально, решена.
>Где вы увидели в моем сообщении "строку пути"? Проблемы со зрением? Очень, очень сочувствую.
Если в поле имени файла можно писать не только это самое имя, но и полный путь, то нет ничего противозаконного в том, чтобы назвать его строкой пути. В любом случае, сути дело это не меняет.
>Как *курсор* может быть в списке файлов? Меня учили, что курсор - это такой мигающий прямоугольник в поле, куда вводят буквы. Правда, это давно было.
Где вы увидели в моём сообщении "курсор в списке файлов"? "Проблемы со зрением? Очень, очень сочувствую." (C) вы
Так что давайте, всё же, конструктивно.
>Поле имени файла (хотя туда можно не только имя вбивать, но сейчас это не важно) является активным по умолчанию, в находящемся над ним списке файлов по мере ввода подсвечивается подходящая альтернатива. Так что, поставленная вами задача инкрементального поиска, натурально, решена.
Допустим, что в этой ситуации задача решена. Хотя для диалога открытия директории/файла (или в Qt такого вообще нет?) этот способ крайне неудобен. Но, скажем, в Konqueror (когда я последний раз его видел) такая фишка не работала из-за врождённой виндообразности Qt-шного класса "список файлов".
>У меня эта тривиальная операция занимает максимум 2-3 секунды (если не нужно прокручивать). 8)
Вот потому я и говорю, что курсорными стрелками НАМНОГО быстрее :) У меня (естественно, если руки не отвлекались на мышь, а уже лежат на клаве) позиционирование нужного файла обычно занимает меньше секунды.
>З.Ы.: Кстати, а что же ты свои фильмы в Наутилусе открываешь? Открывай в м
А я просто не забиваю гвозди микроскопом и не пилю дрова пилкой для ногтей. Под каждый инструмент - своё поле деятельности. А швейцарскими ножами, в которых имеется всё, от ложки до открывашки, в реальной жизни пользоваться неудобно :)