Баг: переход из результатов поиска в корень вкладки

Flasher

Старая история.
LockedGoToDriveRoot=0.
Стоим на частично заблокированной вкладке, заходим в любой подкаталог в структуре.
Если вывести файлы на панель после поиска, а потом нажать Ctrl+\, то вместо попадания в корень вкладки оказываемся в корне той папки, относительно которой производился поиск, равносильно отработке при обновлении панели.
По-моему, так быть не должно.

Кто-нибудь запостит на оффсайте?

Avada · Сообщение **Avada** » Пн фев 03, 2014 16:50

Flasher
Возможно, есть смысл обсудить здесь, какое поведение кому удобнее: существующее или запрашиваемое. Я частично закреплёнными вкладками не пользуюсь, так что чёткого мнения не имею.

Flasher

Avada
Само поведение недокументировано, поэтому я бы считал это багом.
Если надо вернуться в папку, из которой производился поиск, то логично использовать Ctrl+R, но результатом выполнения хоткея из панели должно быть документированное поведение. Честно говоря, необходимость двойного выполнения раздражает.

Avada · Сообщение **Avada** » Пн фев 03, 2014 17:12

Flasher
Не буду спорить о конкретном случае, но в TC есть немало вещей, которые разработчиком не документированы, но при этом багами не являются, а напротив, очень полезны.

Flasher

Avada
Да, от мысли о недокументированности разных вещей я не ушёл. Меня больше неоднозначность поведения волнует.

MVV · Сообщение **MVV** » Пн фев 03, 2014 18:07

У меня LockedGoToDriveRoot=1, и по команде cm_GoToLockedDir имею возврат в заблокированную папку, а не в ту, в которой искал.

Flasher

MVV
Не путаешь? Вообще-то при таком значении ключа переход должен осуществляться в корень диска.
Если ты про него, то ясно. С вызовом команды всё происходит как надо. Проблема именно с горячей клавишей. Если переназначить Ctrl+OEM_US\| на cm_GoToLockedDir, то всё работает должным образом.

Всё же Гислеру сообщить стоит.

Пользуюсь честично заблокированными вкладками, но сам на такую ситуацию не напарывался (не приходило в голову нажимать Ctrl+\ в результатах поиска).
Не знаю, считать это багом или нет. Дело в том, что в незаблокированной вкладке с результатами поиска Ctrl+\ тоже возвращает не в корень диска, а в стартовый каталог поиска. Так что если говорить о логичности, то более правильным выглядит ситуация, когда это сочетание ведёт себя одинаково для заблокированных и незаблокированных вкладок.

Другой вопрос, что само это поведение имеет весьма сомнительную ценность и очевидность. Скажем, лично я ожидал бы именно возврата в корень вкладки или диска. Так что на оф. форум я это послал, но в качестве реквеста, а не баг-репорта.

Flasher

CaptainFlint
Ну, что ж, вполне разумное описание проблемы.

MVV · Сообщение **MVV** » Вт фев 04, 2014 10:03

У меня мысль появилась, что в результатах поиска нет пути, нет диска, поэтому нет и корневого каталога этого диска. В случае с заблокированной вкладкой, возможно, и имеет больший смысл возвращать в заблокированный каталог, но куда возвращать в случае с рядовой вкладкой - вопрос спорный.

MVV
Я бы ожидал возврата в корень того диска, чья папка была открыта перед началом поиска.

MVV · Сообщение **MVV** » Вт фев 04, 2014 11:42

Это если помнить, какой был диск.

Мне вообще как-то не приходило в голову "зреть в корень" из результатов поиска, обычно или закрывал вкладку, или обновлял панель, чтобы вернуться в исходную папку.

MVV
Я тоже до такой операции не додумывался. Просто сейчас пытаюсь рассуждать, какое поведение я бы ожидал получить от Тотала, захоти я применить эту команду.

sa · Сообщение sa » Вт фев 04, 2014 13:35

CaptainFlint писал(а):Я тоже до такой операции не додумывался.

Если быть последовательным, то стоит говорить и о ещё одной подобной операции – переходе в родительский каталог из результатов поиска. Вот только многим ли нужна такая оперативность? Может, наоборот кто-то уже успел привыкнуть выходить из результатов поиска с помощью кнопок [\] и [..].

Flasher

Надо было в баги помещать, Гислер бы хоть задумался..