7.55 rc 3: Скрытие файлов при быстром поиске
Модераторы: d-view, Моторокер, Avada, CaptainFlint, Nik
- NewMaestro
- Сообщения: 6
- Зарегистрирован: Пт ноя 23, 2007 11:10
7.55 rc 3: Скрытие файлов при быстром поиске
Всем привет.
Вопрос:
в версии 7.50 при поиске файла по нажатию первой буквы все файлы прятались, а оставались видны ТОЛЬКО искомые файлы. Поставил 7.55 rc 3, а тут
остальные файлы не прячутся - жаль. Раньше было удобнее.
Подскажите где копать настройки!
Вопрос:
в версии 7.50 при поиске файла по нажатию первой буквы все файлы прятались, а оставались видны ТОЛЬКО искомые файлы. Поставил 7.55 rc 3, а тут
остальные файлы не прячутся - жаль. Раньше было удобнее.
Подскажите где копать настройки!
Вы хотели бы совершать покупки в магазине, который в конце месяца вернул бы Вам часть денег?
Этот функционал не менялся уже не помню с какой там версии. Так что камень в огород 7.55 абсолютно неуместен. Настройки>Быстрый поиск, выбрать опцию "Буква с диалогом поиска". В Справке ТС(F1): Содержание главного меню>Конфигурация>Настройка..>Быстрый поиск. Читайте это, а также правила форума(6, 12 пункты Вас касаются).
А нажать Ctrl+S в окне быстрого поиска? 
Никто функционал не убирал, стоило его вводить ради одной версии))) просто ТК позволяет включать и выключать фильтрование комбинацией Ctrl+S (там даже кнопочка нарисована с подсказкой).
Никто функционал не убирал, стоило его вводить ради одной версии))) просто ТК позволяет включать и выключать фильтрование комбинацией Ctrl+S (там даже кнопочка нарисована с подсказкой).
Думаю, его волнует не то, что диалог не показывается, а что "левые" файлы не скрываются.Flasher писал(а):"Буква с диалогом поиска"
Естественно. Главное я упустил. Об этом в русском chm, конечно, не написано. Тогда пример справки не полностью удовлетворяет. Файл KEYBOARD.TXT правильней будет сказать. Тоже мануал считается. Ну а кнопку с пометкой Ctrl+S, действительно, в панели быстрого поиска прекрасно видно. Так что не вижу предмета для разговора. Тут внимательности вполне достаточно.MVV писал(а):Думаю, его волнует не то, что диалог не показывается, а что "левые" файлы не скрываются.
Да не обязательно жать в диалоге быстрого поиска Ctrl+S. Достаточно нажать эту комбинацию как таковую просто в файловой панели для вызова быстрого фильтра, после чего ввести нужную первую букву в открывшемся диалоге. Всё заданое отобразится, прочее будет скрыто. До отмены режима или перехода в другой каталог.
Тут, правда, ещё опции быстрого поиска в его настройках должны быть правильно выставлены. Но по умолчанию опция "Начало (имя должно начинаться с набранных символов" вообще-то включена. И в новой версии тоже.
Есть ещё нюансы при применении модуля для альтернативного быстрого поиска QuickSearch eXtended (см. здесь), но пока что ниоткуда не следует, что автор стартового поста его использует.
Тут, правда, ещё опции быстрого поиска в его настройках должны быть правильно выставлены. Но по умолчанию опция "Начало (имя должно начинаться с набранных символов" вообще-то включена. И в новой версии тоже.
Есть ещё нюансы при применении модуля для альтернативного быстрого поиска QuickSearch eXtended (см. здесь), но пока что ниоткуда не следует, что автор стартового поста его использует.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Только правильней писать не "диалог", а "панель". Диалога быстрого поиска как такового и не существует, поэтому фразу "обязательно жать или необязательно" в этом смысле можно опустить. И нажимать нужно в файловой панели не комбинацию, а кнопку, на которой присутствует изображение комбинации, либо вызывать панельку/фильтр клавиатурным нажатием указанных клавиш. О выставлении опций я ещё в первом посте написал. Буквы с диалогом поиска в этом смысле вполне достаточно. В указанном пункте справки всё отражено прекрасно на этот счёт. "Начало" там будет или "Конец" роли в решении поставленной задачи не сыграет, это уже кому как удобно. Для меня "конец" куда более применим и облегчает юзабильность при поиске. Касаемо расширяющего функционал аддона: пока не решены обсуждаемые ранее в соответствующей ветке кривости в работе, на данном этапе советую временно его отключать, если таковой имеется в пользовании.
Flasher
Правильнее называть "окно". Что, собственно, в справке и написано. Про опции и аддон согласен. А кнопка не в файловой панели, а под ней как неотъемлемая часть этого самого окна быстрого поиска/фильтра (отображаемого поверх строки состояния). Да и при скрытии окошка такой же значок, позволяющий его вернуть, отображается тоже в строке состояния.
Правильнее называть "окно". Что, собственно, в справке и написано. Про опции и аддон согласен. А кнопка не в файловой панели, а под ней как неотъемлемая часть этого самого окна быстрого поиска/фильтра (отображаемого поверх строки состояния). Да и при скрытии окошка такой же значок, позволяющий его вернуть, отображается тоже в строке состояния.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Flasher
Тут спор можно и не начинать, потому что существует реальная практика примерения термина. Окном или диалогом (а не панелью) эта штука именуется в русском переводе давным-давно и последовательно в самых разных местах. И точно теми же терминами она именуется в оригинальной английской документации. Причём сей факт до сегодняшнего дня ни у кого, сколько помнится, не вызывал никаких вопросов.
Окно это стабильным компонентом главного окна TC не является. Оно появляется на время при выдаче определённой команды, имеет рабочую область с возможностью вызова контекстного меню и (с некоторого момента) управляющий элемент — эту самую кнопку. Изменяемость размеров диалога обязательным его признаком не является (в TC можно найти массу примеров). Заголовок окно может иметь (да, гораздо чаще), а может и не иметь (в интересах компактности и удобства). Окно приложения с отключённым опционально заголовком по этому формальному признаку ведь окном быть не перестаёт?
Кроме того, это окно ни в какую часть окна TC не врезано, ибо отображается поверх одной из настоящих панели TC — панели состояния, перекрывая её содержимое (если эта панель включена, если же нет — поверх других).
Кстати, Стругацкие
.
Тут спор можно и не начинать, потому что существует реальная практика примерения термина. Окном или диалогом (а не панелью) эта штука именуется в русском переводе давным-давно и последовательно в самых разных местах. И точно теми же терминами она именуется в оригинальной английской документации. Причём сей факт до сегодняшнего дня ни у кого, сколько помнится, не вызывал никаких вопросов.
Окно это стабильным компонентом главного окна TC не является. Оно появляется на время при выдаче определённой команды, имеет рабочую область с возможностью вызова контекстного меню и (с некоторого момента) управляющий элемент — эту самую кнопку. Изменяемость размеров диалога обязательным его признаком не является (в TC можно найти массу примеров). Заголовок окно может иметь (да, гораздо чаще), а может и не иметь (в интересах компактности и удобства). Окно приложения с отключённым опционально заголовком по этому формальному признаку ведь окном быть не перестаёт?
Кроме того, это окно ни в какую часть окна TC не врезано, ибо отображается поверх одной из настоящих панели TC — панели состояния, перекрывая её содержимое (если эта панель включена, если же нет — поверх других).
Кстати, Стругацкие
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
MVV
Ну и пусть в API они таковыми считаются. С языком и восприятием у меня лично не вяжется. Пусть этот момент останется субъективным с учётом рассмотрения с разных позиций.

Ну и пусть в API они таковыми считаются. С языком и восприятием у меня лично не вяжется. Пусть этот момент останется субъективным с учётом рассмотрения с разных позиций.
Диалога точно нет, я про окна.Avada писал(а):Изменяемость размеров диалога обязательным его признаком не является
Кнопки управления таки там всё равно присутствуют.Avada писал(а):Окно приложения с отключённым опционально заголовком по этому формальному признаку ведь окном быть не перестаёт?
Не важно, можно его скрывать или нельзя, твой же пример со скрытием компонентов интерфейса тому свидетельство. Под "врезано" я понимаю "закреплено", т.е. не подвергается перемещению.Avada писал(а):Окно это стабильным компонентом главного окна TC не является. ... Кроме того, это окно ни в какую часть окна TC не врезано, ибо отображается поверх одной из настоящих панелей TC — панели состояния, перекрывая её содержимое
Aaaaaaaa! Стыд..Avada писал(а):Кстати, Стругацкие![]()
То-то при написании книги о TC нас весьма упорно заставляли все "диалоги" переименовать в "диалоговые окна". Правда, кое-где отбились...Flasher писал(а):Диалога точно нет, я про окна.
Дальше спорить не буду, все моменты ясны. От того, что кто-то где-то обзовёт окно панелью, смертельного ущерба, конечно, никому не будет. Но я всё-таки предпочитаю в данном случае следовать сложившимся традициям.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Ну вот, молодцы, можете ведь, когда хотите!Avada писал(а):Правда, кое-где отбились..
Не будет и ущерба, если обзовёт окном. Так что всё в норме.Avada писал(а):От того, что кто-то где-то обзовёт окно панелью, смертельного ущерба, конечно, никому не будет.
Ок, ладно, на этом порешили. История с окнами закрыта..