Баг: переход из результатов поиска в корень вкладки
Модераторы: d-view, Моторокер, Avada, CaptainFlint, Nik
sa
То, что в панели результатов поиска не поддерживается (совершенно однозначно) команда создания каталога, известно давным-давно. Во всяком случае, в своей книге о TC мы это указывали. Возможно, это ограничение следует явно прописать и в разделе справки про эту функцию. Или, напротив, признать багом и зарепортить. Но к обсуждаемой теме это (кроме того факта, что нет пути) не имеет ровно никакого отношения.
То, что в панели результатов поиска не поддерживается (совершенно однозначно) команда создания каталога, известно давным-давно. Во всяком случае, в своей книге о TC мы это указывали. Возможно, это ограничение следует явно прописать и в разделе справки про эту функцию. Или, напротив, признать багом и зарепортить. Но к обсуждаемой теме это (кроме того факта, что нет пути) не имеет ровно никакого отношения.
Последний раз редактировалось Avada Ср фев 05, 2014 10:15, всего редактировалось 2 раза.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
sa
По Shift+F4 файл предлагается создать не "в панели", а по пути, соответствующему файлу под курсором. Или, если убрать путь, в папке, откуда выполнялся поиск. Функция создания каталога появилась много раньше, и там команда создания просто и банально игнорируется. Если кто-то считает, что это баг, пусть репортит Гислеру. И про неадекватное отображение результатов поиска в режиме комментариев заодно. А в текущей теме, повторяю, обсуждается не весь набор ограничений в результатах поиска, а абсолютно конкретная проблема.
По Shift+F4 файл предлагается создать не "в панели", а по пути, соответствующему файлу под курсором. Или, если убрать путь, в папке, откуда выполнялся поиск. Функция создания каталога появилась много раньше, и там команда создания просто и банально игнорируется. Если кто-то считает, что это баг, пусть репортит Гислеру. И про неадекватное отображение результатов поиска в режиме комментариев заодно. А в текущей теме, повторяю, обсуждается не весь набор ограничений в результатах поиска, а абсолютно конкретная проблема.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Если сменить вкладку с результатами поиска на обычную (без результатов), а затем вернуться к вкладке с результатами поиска и создать файл, то он будет создан в каталоге из обычной вкладки, который стал текущим для панели. Та же история и с действием кнопок (клавиш) перехода к корневому и родительскому каталогу. Так что, похоже, у Гислера всё продумано с навигацией: первое нажатие - вернуться к текущему каталогу, второе - перейти относительно него.Avada писал(а):в папке, откуда выполнялся поиск
Но указан же путь галкой в истории каталогов.MVV писал(а):в панели, где нет пути
Add
Сказанное относилось к версии 8.01.
В версии 8.50 поведение изменилось. Наверное, после:
22.10.13 Fixed: Search, Feed to listbox, click on "" or press Ctrl+R -> Always return to directory before the search, even when switching tabs before leaving the search results (32/64)
Тут всё любопытнее.
Картина после поиска файлов в С:\2\Dir_Find, вывода их на панель и посещения вкладки 1:

Заголовок файловой панели намекает, что мы в папке 2, история каталогов, что текущий каталог это 1, а по Ctrl+\ или Ctrl+R будет сделан обещанный возврат к папке, откуда выполнялся поиск (Dir_Find). Для разнообразия Shift+F4 без указания пути создаст файл в папке 2.
- CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
Это о другом было. Речь шла о возврате в неправильный каталог по Ctrl+R после переключения в другую вкладку и обратно. Ну и по Ctrl+\ заодно.sa писал(а):Наверное, после:
22.10.13 Fixed: Search, Feed to listbox, click on "" or press Ctrl+R -> Always return to directory before the search, even when switching tabs before leaving the search results (32/64)
Почему же, ё-моё, ты нигде не пишешь "ё"?
Flasher писал(а):Само поведение недокументировано, поэтому я бы считал это багом.
Поскольку нажатие кнопки "" идентично нажатию Ctrl+\, то теперь можно считать поведение документированным, пусть и посредством истории изменений.HISTORY.TXT писал(а):22.10.13 Fixed: Search, Feed to listbox, click on "" or press Ctrl+R -> Always return to directory before the search
Я так не считаю. У Ctrl+\ есть конкретное поведение относительно заблокированных вкладок как в обычном режиме, так и в режиме без подкаталогов. И в данном случае хоткей должен отрабатывать так же, как и cm_GoToLockedDir в равных условиях.sa писал(а):Поскольку нажатие кнопки "" идентично нажатию Ctrl+\, то теперь можно считать поведение документированным
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
sa
Хотя да, ты прав. В описании ключа LockedGoToDriveRoot как раз о кнопке речь идёт, несмотря на то, что ключ относится и к хоткею. В любом случае нужен добавочный режим (и даже лучше в роли основного).
Хотя да, ты прав. В описании ключа LockedGoToDriveRoot как раз о кнопке речь идёт, несмотря на то, что ключ относится и к хоткею. В любом случае нужен добавочный режим (и даже лучше в роли основного).
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.