» Total Commander (Часть 5)

oshizelly

Цитата:

Кстати, а "сколько всего хорошего"? Разве использумый мной способ копирования не является оптимальным для копирования/перемещения файла в другое место без задействования мыши?

Нет, не является. Оптимальным способом является использование клавиш Shift+F5 со всеми последующими манипуляциями в открывшемся диалоге. При этом в соседней панели может быть открыто что угодно. Можно сделать кнопку для команды cm_CopySamepanel - это то же самое (хотя и с мышкой, но без перетаскивания).

Avada 17:54 12-04-2009
Цитата:

Нет, не является. Оптимальным способом является использование клавиш Shift+F5 со всеми последующими манипуляциями в открывшемся диалоге.

Для копирования - да. Но у меня из операций копирования/перемещения примерно 5% приходится на копирование, а остальные 95% - на перемещение. А каково оптимальное решение для такого случая?

удалено.

oshizelly
Я решаю этот вопрос без мыши и другой панели просто CTRL+X потом CTRL+V

Rush 18:35 12-04-2009
Цитата:

Я решаю этот вопрос без мыши и другой панели просто CTRL+X потом CTRL+V

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

oshizelly

Цитата:

порассуждать насчет времени, затрачиваемом на операцию при большом размере или количестве перемещаемых файлов

При перемещении на одном диске размер файлов значения не имеет.

Добавлено:
да и количество по большому счету тоже...

Цитата:

Для копирования - да. Но у меня из операций копирования/перемещения примерно 5% приходится на копирование, а остальные 95% - на перемещение. А каково оптимальное решение для такого случая?

Если файлов несколько, то Shift+F6. Диалог - почти полный аналог диалога для Shift+F5. Используем в данном случае не для переименования, не для копирования, а для перемещения в пределах своей же панели.
С единичным файлом всё гораздо хуже. Возможности принудительно вызвать для него вышеописанный диалог вместо стандартного я не знаю. Все более или менее подходящие команды приводят к проблеме неподдерживаемой упаковки (если, конечно, во второй панели открыт именно такой архив).

Rush

Цитата:

Я решаю этот вопрос без мыши и другой панели просто CTRL+X потом CTRL+V

Таким образом решается не обсуждаемый вопрос, а совершенно другой, в граничные условия нашего вопроса никак не вписывающийся (точно так же, как, например, Drag&Drop).

Avada 19:34 12-04-2009
Цитата:

Если файлов несколько, то Shift+F6. Диалог - почти полный аналог диалога для Shift+F5. Используем в данном случае не для переименования, не для копирования, а для перемещения в пределах своей же панели.  
С единичным файлом всё гораздо хуже.

Таким образом, имеем решение с использованием F5/F6 для:
1) копирования одного или нескольких файлов
2) перемещения двух или более файлов.
Не имеем решения для перемещения единичного файла

17:18 12-04-2009
Цитата:

Всё это можно гарантированно воспроизвести следующим образом. Чистый Тотал, открытый CAB-архив (распаковывать по умолчанию TC умеет, упаковывать - нет, и пути к упаковщику заведомо не знает).

А разве с более распространенным .RAR-ом не то же самое? Или можно научить TC копировать/перемещать файлы в RAR-архивы?

Цитата:

С единичным файлом всё гораздо хуже. Возможности принудительно вызвать для него вышеописанный диалог вместо стандартного я не знаю.

Ну, если очень захотеть… то можно нажать Home, Пробел, что приведёт к выделению элемента [..] вдобавок к текущему файлу. А в этом случае при нажатии Shift+F6 Тотал автоматом снимает выделение с [..], но показывает диалог. Не самый удобный способ, хотя можно и макросом автоматизировать.

Avada

Цитата:

Таким образом решается не обсуждаемый вопрос, а совершенно другой

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

Rush 21:56 12-04-2009
Цитата:

Понятно. А мне думалось - человеку хотелось найти удобный способ перемещать файлы без использования мыши и другой панели.
Но тут у вас, похоже, обсуждаются чистые теории...

Ну, во-первых, как я уже указал чуть выше, предложенное решение с копированием файла через буфер обемна не подходит по, как минимум, одному критерию: теряются комментарии к файлам.
Во-вторых, действительно было бы полезно и поучительно выяснить, решется ли задача средствами самого TC. И таки почти нашли совместными усилиями!
А в-третьих, на самом деле я пометил себе в памяти вариант с копированием через буфер и буду его использовать в тех случаях, когда нет противопоказаний, нпр., у перемещаемых файлов нет комментариев. Так что спасибо за подсказку!

CaptainFlint

Цитата:

Ну, если очень захотеть… то можно нажать Home, Пробел, что приведёт к выделению элемента [..] вдобавок к текущему файлу. А в этом случае при нажатии Shift+F6 Тотал автоматом снимает выделение с [..], но показывает диалог. Не самый удобный способ, хотя можно и макросом автоматизировать.

Самое забавное, что я про этот трюк помнил, но когда сегодня пробовал, но, видимо, по запарке нажал F6 вместо Shift+F6. И ничего, естественно, не получилось. Всё правильно, это решает (несколько нетривиальным образом) и проблему единичного файла.

oshizelly

Цитата:

А разве с более распространенным .RAR-ом не то же самое? Или можно научить TC копировать/перемещать файлы в RAR-архивы?

Конечно, можно. Указав правильный путь к архиватору в диалоге настроек "Архиваторы". А в моём случае дело в том, что по умолчанию в том диалоге указано rar.exe без пути, а у меня этот файл лежит в каталоге, прописанном для переменной PATH, поэтому архивация в RAR сразу же работает и на чистом Тотале. А вот CAB в тех настройках нету.

Avada 23:31 12-04-2009
Цитата:

Цитата: Цитата: А разве с более распространенным .RAR-ом не то же самое? Или можно научить TC копировать/перемещать файлы в RAR-архивы?

Конечно, можно. Указав правильный путь к архиватору в диалоге настроек "Архиваторы".

oshizelly

Цитата:

Странно : У меня этот путь прописан, и RAR-архивы создаются/открываются без проблем. Но копировать/перемещать в RAR-архивы на другой панели TC не хочет. Что-то надо подкрутить в настройках?

Ну, открывать-то они всяко должны, если внутренний распаковщик не отключать. А с упаковкой описывается совершенно ненормальное поведение. Посмотрел скрин диалога, там всё прописано правильно. (У меня, правда, кавычек нет, но я проверял - что с кавычками работает, что без них).
Вопрос: если все настройки взять по умолчанию и только путь для RAR к упаковщику указать, что будет?

Цитата:

Кстати, есть ли разница, прописывать GUI-шный WinRar.exe или Rar.exe?

В смысле возможности копирования/перемещения - нет никакой разницы.

Avada 00:42 13-04-2009
Цитата:

Вопрос: если все настройки взять по умолчанию и только путь для RAR к упаковщику указать, что будет?

В каком смысле "все"? Запустить TC с тем файлом wincmd.ini, который был создан при инсталляции?

oshizelly

Цитата:

В каком смысле "все"? Запустить TC с тем файлом wincmd.ini, который был создан при инсталляции?

Да хоть вовсе без wincmd.ini (который, кстати, создаётся не при инсталляции, а по результатам первого сеанса TC). Из пользовательских настроек указать путь к RAR/WinRAR. Ну, и русский язык подключить можно для удобства. И посмотреть, что с копированием.

Avada 00:42 13-04-2009
Цитата:

А с упаковкой описывается совершенно ненормальное поведение. Посмотрел скрин диалога, там всё прописано правильно. Вопрос: если все настройки взять по умолчанию и только путь для RAR к упаковщику указать, что будет?

Выявил-таки причину ненормального поведения: всю малину портит плагин fhRAR. Если его отключить, то TC копирует (пакует) файлы внутрь RAR-архива без прлоблем (даже если WinRar вообще не подключен).
Но fhRAR сносить тоже не хочется, оно зело полезен, так как при открытии запароленных архивов выдает запрос на ввод пароля, чего сам TC не умеет.
Но и копировать в RAR-ы тоже хочется (не говоря уж про ошибку при вызове диалога копирования). Может, есть какое-то решение для обеих задач одновременно?

oshizelly
не зря я к себеб в сборку добавил такое:
*FhRAR - плагин, позволяющий работать с многотомными и зашифрованными (c поддержкой листинга внутри таких архивов) RAR-архивами.
ВНИМАНИЕ! Плагин отключен по причине невозможности добавлять данные в ранее созданные архивы при включенном плагине. Включайте его через менеджер плагинов из сборки временно, только когда возникает необходимость видеть листинг папок и файлов внутри зашифрованных архивов и распаковывать эти папки и файлы из таких архивов.

cracklover 12:43 13-04-2009
Цитата:

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

Дык она постоянно возникает!
А кто такой "менеджер плагинов"? Нельзя ли ссылку?

oshizelly
Пожалуйста...

oshizelly

Цитата:

Выявил-таки причину ненормального поведения: всю малину портит плагин fhRAR.

Я его сегодня тоже вычислил, так что в любом случае виновные были бы найдены.

Цитата:

Если его отключить, то TC копирует (пакует) файлы внутрь RAR-архива без прлоблем (даже если WinRar вообще не подключен).

Значит, подключён другой RAR-упаковщик, который TC способен вызвать по указанному в настройках пути. (Пример из собственной практики приводился ранее).

Цитата:

Но fhRAR сносить тоже не хочется, оно зело полезен, так как при открытии запароленных архивов выдает запрос на ввод пароля, чего сам TC не умеет.

Не при открытии запароленных архивов, а при открытии архивов с запароленным содержимым. А что, их так много? Потому что в этом случае можно открыть архив в WinRAR (Shift+Enter), который запрос выдаёт и список затем отображает. Только, конечно, в своём собственном окне.

Цитата:

Но и копировать в RAR-ы тоже хочется (не говоря уж про ошибку при вызове диалога копирования). Может, есть какое-то решение для обеих задач одновременно?

Для каких задач? Копирования и открытия архивов с запароленным содержимым? Один рецепт уже был дан - пользоваться плагином только тогда, когда он действительно нужен, временно подключая через диспетчер плагинов. Второй дан чуть выше - пользоваться альтернативным открытием архивов. А ещё полезно подумать, так ли уж жизненно необходимо делать то, что способен делать fhRAR, именно с его помощью в ущерб стандартному функционалу архивации TC.

Avada 18:29 13-04-2009
Цитата:

Цитата: Если его отключить, то TC копирует (пакует) файлы внутрь RAR-архива без прлоблем (даже если WinRar вообще не подключен).

Значит, подключён другой RAR-упаковщик, который TC способен вызвать по указанному в настройках пути. (Пример из собственной практики приводился ранее).

Вышел Total_Commander 7.04a PowerPack 3.00 Rus, но мне не по душе позорные иконки в частности ПАПКА и RAR или ZIP архивы на экране почти не отличимы. Отвечает за это Fileicons.dll. Надо менять его на файл из старой версии.

Micro

Цитата:

Вышел Total_Commander 7.04a PowerPack 3.00 Rus, но мне не по душе позорные иконки в частности ПАПКА и RAR или ZIP архивы на экране почти не отличимы. Отвечает за это Fileicons.dll. Надо менять его на файл из старой версии.

Народ, ну есть же специальная тема по самопальным сборкам http://forum.ru-board.com/topic.cgi?forum=2&topic=3767&glp. Ну нафига опять здесь то про это дерьмо писать?
Перейди туда и высказывайся про позорные иконки и тому подобную ерунду. НЕ АВТОРСКИЕ это иконки и к дистрибутиву программы не имеют НИКАКОГО отношения!

В TC есть фича "Игнорировать смешение на 1 час на NTFS разделах" ("Ignore 1 hour time delay"), которая, по мысли автора, предназначена для использования при сравнении файлов и папок.
А нельзя ли эту мысль автора расширить и как-то заставить TC вообще игнорировать смещение на 1 час летного времени, то есть, отображать время модификации файлов на панелях без учёта летнего смещения?

Понимаю, что вопрос, мягко говоря, нестандартный, но никаких более разумных решений для мелкософтовского бага с NTFS daylight я изобрести не в состоянии (по некоторым причинам важно видеть правильное время и дату, а не смещённые на час).

Всем заранее спасибо за любые умные мысли!

oshizelly
FileTimeToLocalFileTime дает некорректное летнее время зимой

Rodny
Действительно, там задан тот же самый вопрос. Вот только ответа на него нет
Кстати, уважаемый Avada в своих рассуждениях http://forum.wincmd.ru/viewpost.php?p=45044&sid=45f560e740753c14a55bfb79e3158cd4 не усложняет ли вопрос чрезмерно? Система хранит время модификации объектов в UTC (вот здесь это доходчиво объясняется: http://forums.techarena.in/windows-xp-support/1137091.htm#post4290039 ). Значит, надо просто показывать оригинальное время файлов для данного часового пояса, игнорируя летний сдвиг на 1 час (оригинальное время = "зимнее" время), как на это, собственно говоря, указывает даже название опции TC ("Ignore 1 hour time delay").

Hi!

You wrote:
> Hello. Is there an ability to organise a function which will limit the maximum width of a row in a brief view using some sort of constrains?
> The question rised because the only one large file name in the folder makes the brief view very bloated (the width equals to file name or window width of left or right panel of TC).

Yes there is!

Please add the following string to the file wincmd.ini, section [Configuration]:
BriefViewWidthLimit=150

where 150 is the desired maximum width, in screen pixels.

You can edit the wincmd.ini via Configuration - Change settings files directly.

Best regards

Christian Ghisler

Так что если кому-то не нравится громадная ширина полей только из-за того что в папке из 100 файлов есть единственный с длинным названием - имейте в виду.

oshizelly
В силу своей глубокой программёрской свинорылости к уже приведённым мною на форуме wincmd.ru аргументам ничего более убедительного добавить не могу, и ни на какую истинность суждений не претендую. Однако же хочу заметить вот что:

Цитата:

Значит, надо просто показывать оригинальное время файлов для данного часового пояса, игнорируя летний сдвиг на 1 час (оригинальное время = "зимнее" время), как на это, собственно говоря, указывает даже название опции TC ("Ignore 1 hour time delay").

Осмелюсь доложить, что трактовка некорректна. Опция предназначена только для сравнения и позволяет в его ходе тупо проигнорировать разницу ровно в один час между сопоставляемыми файлами без учёта того, какое время было у этих файлов изначально, менялось ли оно вообще и какой сезон стоит на дворе сейчас. Важна только разница в один час, ибо это сравнение! А вот показ оригинального времени в файловых панелях на NTFS - это нечто другое. Я не утвержаю, что это технически не реализуемо, но кто может указать какой-нибудь файл-менеджер, где это реализовано? Так ли уж это просто, как кажется?

kurylo
И зачем потребовалась здоровущая английская цитата для пояснения функционала ключа BriefViewWidthLimit, вполне успешно описанного в справке Тотала? Велосипед изобретаем? Я уже молчу про оформление самой цитаты.

Avada
А вообще известно про баг, когда с помощью Тотала пытаешься создать ярлык рабочей группы, в итоге он не открывается?