» Total Commander (Часть 7)

При запуске инсталлятора TC он предлагает установиться поверх одной из установленных на машине версий. А по какому критерию он выбирает, какую папку принять за исходную? Сначала он хотел поставиться поверх самой свежей из уже установленных версий в папке C:\Program Files\TotalCmd 7.50 (во какой умный искусственный интеллект инсталлятора!), но когда я переименовал эту папку, то инсталлятор все остальные, расположенные рядом, просто проигнорировал

oshizelly

Цитата:

во какой умный искусственный интеллект инсталлятора!

Боюсь пошатнуть Вашу веру в торжество технического прогресса, но весь интеллект инсталлятора сводится к банальному умению читать ключ реестра InstallDir в разделе HKEY_CURRENT_USER\Software\Ghisler\Total Commander

nevuser

Цитата:

весь интеллект инсталлятора сводится к банальному умению читать ключ реестра InstallDir в разделе HKEY_CURRENT_USER\Software\Ghisler\Total Commander

Э-э... Абыдна... Ну а чем определяется, какакя именно из уже имеющихся инсталляций TC пишет свой путь в этом ключе реестра? Та, которая была установлена последней?

oshizelly

Цитата:

Та, которая была установлена последней?

Именно.

oshizelly
ИМХО, ответ достаточно очевиден. Если при очередной (какой угодно по счёту) инсталляции предыдущий каталог установки, предлагаемый по умолчанию, поменяют на другой — этот другой в реестр и попадёт. Если не поменяют — останется прежний. А если исходный c:\totalcmd, предлагаемый при самой первой установке, потом ни разу не меняли, останется он.
Ну а если уже после установки (или вообще без неё, после простого копирования каталога TC с другой машины или распаковки дистрибутива вручную) для изменения записей в реестре была использована, скажем, утилита TCDir, то что там напишем, то и будет.

Вот совсем, казалось бы, простой вопрос: можно ли без использования внешних инструментов вроде PowerPro создать пользовательскую команду для перемещения файла под курсором (или выделенных файлов) в родительскую по отношению в текущей папку? Что-нибудь вроде move %n ../
Честно пытался искать ответ в справках и мануалах, но не сумел найти.

oshizelly
Как вариант:

Код: Команда: cmd /C
Параметры: for %%i in (%S) do move %%i ..\

nevuser

Цитата:

Команда: cmd /C
Параметры: for %%i in (%S) do move %%i ..\

Нельзя ли попросить пояснить значение каждого из параметров? Или, ещё лучше, дать ссылку, где я мог бы это посмотреть. Спасибо!


Цитата:

В списке команд с параметрами перемещения нету, так что такая возможность под вопросом...

Да, я и сам это заметил, потому и спросил. Нелогично как-то....

Ну, от TC здесь только %S . Посмотреть можно здесь: http://flint-inc.ru/tchelp/#dlg_configbuttonbar
А остальное - виндовое. for %%i in (%S) do move %%i ..\ - Для каждого файла из списка в скобках(его-то и создает %S) выполняется команда после do. Вместо %i подставляется имя файла.
cmd /C - запуск командного процессора с последующим завершением. Без этого for в команде TC не работает...
Посмотреть, соответственно, можно так: запустить cmd и набрать for /? и cmd /?

Avada
Да, действительно, положение циферек разное. При значении "0" - поверх, при "1" - справа. Не заметил.

А про какой быстрый поиск идёт речь в описании параметра "QuickSearchAutoFilter"? Я так понимаю, про тот, что вызывается комбинацией клавиш <Ctrl>+<S>. Что-то я никак этот фильтр найти не могу.

BVV63

Цитата:

про какой быстрый поиск идёт речь в описании параметра "QuickSearchAutoFilter"? Я так понимаю, про тот, что вызывается комбинацией клавиш <Ctrl>+<S>.

Не совсем про тот. Это окошко используется как для быстрого поиска, так и для быстрой фильтрации. Указанная комбинация всегда открывает окошко в режиме включённой быстрой фильтрации и от ключа QuickSearchAutoFilter вообще не зависит.
А вот открытие окошка для быстрого поиска (одним из способов, выбранных в настройках TC на соответствующей странице, либо, если там выбрано "Отключён", с помощью команды cm_ShowQuickSearch для открытия пустого окошка) может происходить как с включённым фильтром, так и с выключенным — кому как удобнее. Дальше, если надо, состояние фильтрации переключается вручную.
Варианты автовыбора определяются значениями QuickSearchAutoFilter и расписаны в справке; по умолчанию при таком варианте вызова окошка быстрая фильтрация выключена.

nevuser 09:33 22-06-2011
Цитата:

Ну, от TC здесь только %S .  А остальное - виндовое

Перемещение файла средствами системной оболочки - это для меня не слишком хорошее решение. Будут теряться комментарии к файлам из descript.ion, а у меня много комментированных файлов.

Avada
Ясно. Сам пользуюсь значением параметра AltSearch=2, потому не знал этих тонкостей.
Ещё про этот фильтр.

Цитата:

-1: То же, что и 0, но без сохранения состояния при закрытии TC (после перезапуска фильтр всегда выключен).
2: То же, что и 1, но без сохранения состояния при закрытии TC (после перезапуска фильтр всегда включён).

Не понимаю, о чём здесь речь. Фильтр и так всегда или включён или отключён (для этого хватает значений "0" и "1").

BVV63
0: Фильтр выключен, но если его потом включить вручную, то после перезапуска TC он так и останется включённым.
-1: Фильтр выключен, но если его потом включить вручную, то после перезапуска TC он опять станет выключенным.
По тому же принципу — для 1 и 2. То есть изменение состояния в текущем сеансе либо запоминается для следующего сеанса, либо нет.

Avada
Вручную? Т. е. без правки ini-файла и не лазя в конфигунацию? А как его включить/выключить вручную?

BVV63
Ctrl+S или нажатие кнопки со значком фильтра и этой же комбинацией в правой части окошка. И вообще-то в справке про это есть.

В TC есть такая встроенная команда: cm_EditPath - Edit path field above file list (редактировать путь к текущей папке в заголовке исходной панели). А нет ли симметричной команды для такой редактирования пути в заголовке целевой панели?
Спасибо!

oshizelly
Чего нет — того нет. Но вообще-то два раза Tab, ИМХО, нажать нетрудно (до и после редактирования заголовка целевой панели).

oshizelly
Насчёт сидения на деревьях — это к любителям Проводника Windows. А телодвижения должны быть не лишними, а рациональными, оправданными важностью и востребованностью поставленной задачи.
Кроме того, элементарно не вижу смысла в отдельной команде для редактирования пути в неактивном заголовке. Хорошо, предположим, что нечто подобное есть. Но сам факт перехода в режим редактирования пути в заголовке панели сделает данную панель активной. А при клавиатурной работе с цепочками навигации в неактивной панели (при переходе в этот режим по Alt+F11/Alt+F12) активность появится, как только мы выберем нужный каталог по Enter. Так или иначе, но явный выбор пути в панели (или даже просто щелчок в её заголовке!) предполагает и её активизацию. На этом основан весь нынешний принцип работы с заголовками панелей в TC. Всё это предлагается поставить с ног на голову вместо предельно простого, быстрого решения, уже названного мной? (Особенно если учесть, что прямая правка заголовка и в активной-то панели далеко не всеми применяется при наличии массы навигационных альтернатив.)

Avada

Цитата:

элементарно не вижу смысла в отдельной команде для редактирования пути в неактивном заголовке...
Так или иначе, но явный выбор пути в панели (или даже просто щелчок в её заголовке!) предполагает и её активизацию. На этом основан весь нынешний принцип работы с заголовками панелей в TC. Всё это предлагается поставить с ног на голову вместо предельно простого, быстрого решения, уже названного мной?

Мне часто приходится работать параллельно в другом файловом менеджере и затем перетаскивать файлы. Для этого надо:
1) скопировать там полное имя папки в буфер обмена
2) перейти в TC
3) вставить из буфера полное имя папки в качестве пути в целевой панели, чтобы перейти в неё и посмотреть данные файлов.
Понятно, что активизировать панель для этого не требуется.
В идеале, мне бы пригодилась команда такого содержания: "Взять путь к папке из буфера обмена и открыть его на целевой панели". Но AFAIK наш сабж самостоятельно с буфером не работает.

Насчёт важности я не спорю, да, нетрудно проделать два дополнительных нажатия на <Tab>. До сих пор я именно так и делал. Просто мне приходится проделывать эту операцию весьма часто, вот и хотел немного сократить число нажатий.

Ну, а насчёт концепции... Думаю, добавление подобной команды не привело бы к немедленному идеологическому банкротству TC. По крайней мере, не так сразу По сути, предложенная мной фича есть просто дальнейшее развитие работы с цепочками навигации в неактивной панели.

Не пойму как так получилось.

Внезапно в тотале поменялась настройка, которая задает, распаковывать сразу из архива или спрашивать.
Вернул на место.

А еще сейчас при нажатии вправо вместо появления командной строки перебрасывает в конец списка файлов.
Командная теперь вызывается только SHIFT+Вправо.
Как поправить?

oshizelly
Зачем — теперь понятно. (Приемлем либо этот вариант, либо командная строка, где придётся ещё добавлять перед путём cd.) Целесообразность параллельной работы в разных файловых менеджерах оставляю в стороне — не моё это дело, у кого там какие задачи. Непонятно другое: что ужасного произойдёт, если после вставки нужного пути панель станет активной? А она станет, о чём выше уже сказано. Повторяю, дело не в добавлении команды (это переход заголовка в режим редактирования — и только), а в том, что не может быть прямого редактирования пути в заголовке панели без его (и панели) активизации. То же касается и установки "Взять путь к папке из буфера обмена и открыть его на целевой панели". Открыть — значит сделать панель активной.

Добавлено:
NickOnToluca
Ключ SpecialCursorMovement содержит в значении (битовой сумме) 1? Уменьшить на 1, заменить на 0 или вообще убрать эту строку. А гадать тут особенно нечего: TC явно обращается к другому конфигурационному файлу вместо прежнего. Почему — это уж хозяину видней.

Avada

Цитата:

Непонятно другое: что ужасного произойдёт, если после вставки нужного пути панель станет активной?
... не может быть прямого редактирования пути в заголовке панели без его (и панели) активизации. То же касается и установки "Взять путь к папке из буфера обмена и открыть его на целевой панели". Открыть — значит сделать панель активной.

Дело не в том, чтобы целевая панель не становилась активной, а в том, чтобы после этой операции активная панель осталась (или, точнее говоря, снова стала) активной. Ведь именно поэтому мы и говорим про два нажатия на клавишу <Tab>: первое нажатие делает целевую панель активной, а второе возвращает фокус обратно на исходную панель.
Это основы формальной логики: в бинарной системе выбор одного из элементов тем самым автоматически означает отказ от выбора другого элемента


З.Ы
Цитата:

Целесообразность параллельной работы в разных файловых менеджерах оставляю в стороне

Как многократно отмечалось в данном топике, наш сабж всё-таки не всеобъемлющ. Некоторые его конкуренты умеют то, чего он не умеет.

Так озвучьте что он не умеет - вдруг умеет, а мы не знаем?

Добавлено:
Вот бы как-нибудь добавить функционал как в OPERA - вставить и перейти на путь содержащийся в буфере обмена.

Avada
Спасибо. Который раз убеждаюсь, что в хорошем продукте, даже если возникают проблемы, то решаются штатными средствами.

Настройки стоят на полную портативность, т.е. читать только свой файл. Сам не пойму, что туда залезло.

oshizelly

Цитата:

Дело не в том, чтобы целевая панель не становилась активной, а в том, чтобы после этой операции активная панель осталась (или, точнее говоря, снова стала) активной. Ведь именно поэтому мы и говорим про два нажатия на клавишу <Tab>: первое нажатие делает целевую панель активной, а второе возвращает фокус обратно на исходную панель.

Это всё понятно. Замечу только, что исходным запросом был аналог cm_EditPath для перехода к редактированию заголовка неактивной панели. А если панель по-любому станет активной, а фокус потом всё равно надо будет переводить обратно в другую панель, то польза от этой симметричной команды нулевая. Так что <Tab> до и после — наилучшее решение.

Цитата:

Как многократно отмечалось в данном топике, наш сабж всё-таки не всеобъемлющ. Некоторые его конкуренты умеют то, чего он не умеет.

И это понятно. Не совсем понятна целесообразность параллельного (или, если угодно, одновременного), а не последовательного применения нескольких файл-менеджеров. Но, повторяю, это проблемы конкретных юзеров. Если кому-то удобно именно так — нет вопросов.

ребят, подскажите, плиз, как сделать так, чтобы тотал сам определял разрешение в винде и открывался именно в нем?
на одном компе хр, 1024*768, просто скопировал папку с тоталом на нотник, 7, 1366*768
теперь открывая тотал на нотнике (обычный клик по ярлыку), тотал открывается не на полный экран (как это происходит на хр), а на часть экрана, только после нажатия на кнопку Развернуть (квадрат в правом верхнем углу окна), он раскрывается на полный экран

хелп

cepbl4

Цитата:

как сделать так, чтобы тотал сам определял разрешение в винде и открывался именно в нем?

AFAIK любое приложение под Windows автоматически определяет текущее разрешение дисплея, сабж не исключение.


Цитата:

(обычный клик по ярлыку), тотал открывается не на полный экран (как это происходит на хр), а на часть экран

Это задаётся в свойствах ярлыка. Открываем свойства ярлыка и там нв вкладке Shortcut в поле Run выбираем из выпадающего меню значение Maximized.

cepbl4
Для любого впервые используемого разрешения надо размер окна выставить тот, который нужно, и запомнить его вручную. В файле wincmd.ini будут формироваться секции с настройками для каждого из использованных разрешений и далее использоваться при переходе к этому разрешению автоматически.
Это при условии, что в семёрке файл настроек вообще окажется доступен для записи, что при простом копировании каталога TC в машины на машину вовсе не гарантируется.