» Total Commander (Часть 7)

TallMuch
Отмена не связанных с атрибутами операционных подтверждений в TC возможна только для перетаскивания. А вопрос был именно про такие подтверждения.

Цитата:

А Конфигурация -> Настройка -> Разное не подойдет? Там много чего можно выбрать.

сэнкс, помогло,)

Добавлено:
главное - не ссать.)

Добавлено:
для остального - есть мастеркард бэкап.)

Добавлено:
правда, с ярлыками не сработало - по-прежнему выскакивает поп-ап, а в "...конфиг - разное" чекбокса для Ярлыков нету.((

кто-нить в курсе, как сделать то же самое (отмена всплывающего окна) при создании ярлыка?

El_Andy


Цитата:

сэнкс, помогло,)

Интересно, каким образом именно это могло помочь.

Цитата:

кто-нить в курсе, как сделать то же самое (отмена всплывающего окна) при создании ярлыка?

Какого окна? Если создавать ярлык перетаскиванием (при нажатых Ctrl и Shift), то правила обработки те же самые, что при перемещении/переименовании. А если делать это через "Создать ярлык" в контекстном меню, там и так никакого подтверждения нет.

Всем привет.

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


Во время переписывания зачастую возникают ошибки копирования, типа 'Невозможно удалить каталог "\\192.168.8.22\d2\design2 2012-02-1... \project_6785439"'


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

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

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

Версия у меня 7,02а.

Есть такая программа - TeraCopy, для копирования и перемещения она под виндовс и ее можно встроить в ТС. Все, что не смола скопировать она сохраняет у себя в окне.

bubumumu

Цитата:

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

А нет ли желания просто скачать последнюю версию и самому посмотреть? Давным-давно уже полный путь показывается во всплывающей подсказке.

Большое спасибо, CaptainFlint и Samotek!

7.56a запросто удаляет все, что не могла удалить 7.02а

Ночью потестирую копирование.


TeraCopy возьму на заметку, спасибо!



Хотелось бы запускать ТС из командной строки с заданием скопировать нужную папку в нужное место, с опцией "Копировать только более новые" и копировать все подряд, невзирая на атрибуты.

Это возможно?

Если да - убегаю изучать документацию.

bubumumu

Цитата:

Хотелось бы запускать ТС из командной строки с заданием скопировать нужную папку в нужное место, с опцией "Копировать только более новые" и копировать все подряд, невзирая на атрибуты.

TC — это интерактивный файл-менеджер, он рассчитан на постоянное взаимодействие с пользователем. Можно из буханки хлеба сделать троллейбус, но зачем? ©
Если нужна тотальная автоматизация, то лучше сразу смотреть в сторону инструментов, разрабатываемых именно для автоматизации. В частности, для копирования лучше использовать утилиты типа xcopy, которые рассчитаны на такое применение и реализуют множество опций командной строки для настройки поведения и условий выполнения действий.

bubumumu, советую для таких задач использовать APBackup и bat-файлы.

Господа, как сделать так, чтобы по-умолчанию новая вкладка открывалась ВСЕГДА после крайней правой вкладки.
По-умолчанию открывается после активной вкладки.

mrdime
Цитата:

Господа, как сделать так, чтобы по-умолчанию новая вкладка открывалась ВСЕГДА после крайней правой вкладки.

Отключите:
Настройка -> Вкладки папок -> Открывать новую вкладку рядом с текущей

bubumumu

Цитата:

Во время переписывания зачастую возникают ошибки копирования, типа 'Невозможно удалить каталог "\\192.168.8.22\d2\design2 2012-02-1... \project_6785439"

Добавлю к другим ответам еще один вариант.
В ТС есть возможность создания файла отчета об операциях копирования, удаления и т.д., статусе успешных, ошибках и т.д. Можно ее включить, настроить грамотно и будет вся информация (и по ошибкам в том числе). А заодно можно найти какие файлы случайно переместил или удалил.
PS. А насчет резервной копии перебрал многие и остановился на консольной программе nnBackup с копированием, синхронизацией, удалением (прямо как синхронизация в ТС)

stoyanovd


Цитата:

А насчет резервной копии перебрал многие и остановился на консольной программе nnBackup

Осторожнее с nnBackup, он фокусы выкидывает разные, в профильной теме описал.

frglik23, APBackup на мою мощную структуру со сверхдлинными путями сыпет ошибками и не выполняет задания до конца.

Сегодня потестировал копирование, версия 7.56a на попытку переписать файл при пути, большем 259 символов выдает корректное предупреждение о том, что большинство программ будут иметь проблемы с доступом к этим файлам и при подтверждении записывает их.

Мне это очень понравилось!

Но сейчас поймал сообщение об ошибке, в котором пути по-прежнему не указаны.
Если при копировании ТС не может прочитать файл, выдает такое сообщение:

http://imageshack.us/f/138/123ztm.png/

Может, кому будет полезно для исправления багов.


stoyanovd, спасибо, включил отчет.


ПС:

Еще ошибка без указания пути:

Ошибка! Не удается записать

тра та та ..... та та та (путь к файлу без середины)

Снимите защиту от записи!

Столкнулся сейчас с таким вот "багом наоборот": есть папка с дочерними папками, в некоторых из них - файлы-ярлыки .LNK, котрые ссылаются на оригинальные файлы в других подпапках. То есть, например, был файл C:\MyProject\links\tralala.doc.lnk, который ссылался на оригинал C:\MyProject\documents\tralala.doc.
Потом я всю папку C:\MyProject с дочерними переместил в другое место и пути стали такими: D:\NewFolder\links\tralala.doc.lnk и D:\NewFolder\documents\tralala.doc. Но при этом вопреки ожиданиям ярлыки по-прежнему работают, хотя путь к файлам-оригиналам изменился! А внутри ярлков уже прописаны новые пути к оригиналам
Может быть, что TC сам внес изменения в ярлыки? Или это все же сделал я сам вручную, но под гипнозом, и поэтому ничего об этом не помню?

oshizelly
Это делает система при первой попытке обратиться по ссылке. Если целевой объект не найден, то винда ищет новое местоположение и автоматически обновляет ярлык.

CaptainFlint 14:43 16-02-2012
Цитата:

Это делает система при первой попытке обратиться по ссылке

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

oshizelly
Одно могу сказать: Тотал таким делом совершенно однозначно не занимается. В этом легко убедиться, если не пытаться открыть ярлык после такого перемещения, а первым делом открыть свойства и посмотреть, куда ярлык указывает: адрес будет старый.

Есть в ТС такая настройка, чтобы при копировании/перемещении папки с файлами расчитывался размер папки, и при недостаточном свободном месте на получателе выдавалось соответствующее предупреждение с кнопками "Продолжить" и "Отменить"? Имеется ввиду именно недостаточность места для всей папки в целом.

Pacho
Для всей папки — нет. Можно только заранее, до копирования нажать Ctrl+L и посмотреть, сколько места папка с содержимым займёт на получателе. Ну и сопоставить со свободным местом на получателе, само собой.

CaptainFlint 14:43 16-02-2012
Цитата:

Это делает система при первой попытке обратиться по ссылке. Если целевой объект не найден, то винда ищет новое местоположение и автоматически обновляет ярлык.

Давно уже пытаюсь отследить алгоритм, но собственных мозгов, увы, не хватает... Действительно, при запуске файла-ярлыка, в котором прописан неверный путь (или неверное имя) объекта, система пытается сама найти объект на диске и исправить неверные свойства ярлыка. Но в одних случаях это удается, а в других система после некоторой паузы выдает сообщение, что объект не найден. От чего может зависеть такое различие в поведении?

oshizelly

Цитата:

От чего может зависеть такое различие в поведении?

Может быть, анализируется журнал NTFS. Тогда обнаружение перемещённого файла может обломаться, если это происходило на FAT-диске или если прошло много времени и журнал уже не содержит соответствующих старых записей.
Но я не знаю, так это или нет, просто от балды выдвигаю предположения.

CaptainFlint 21:44 16-02-2012
Цитата:

Может быть, анализируется журнал NTFS. Тогда обнаружение перемещённого файла может обломаться, если это происходило на FAT-диске

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

oshizelly
IShellLink::Resolve method
Особенно раздел Remarks:

Цитата:

Resolve has two approaches to finding target objects.   ...

nevuser
Спасибо! Как всё оказывается сложно... Но забавно, что моя бредовая гипотеза оказалась на самом деле не так уж далека от истины. Кто бы мог подумать, что там [more=такие алгоритмы] If distributed link tracking is not available or fails to find the link object, Resolve attempts to find it with search heuristics. It first looks in the object's last known directory for an object with a different name but the same attributes and file creation time. Next, it recursively searches subdirectories in the vicinity of the object's last known directory. It looks for an object with the same name or creation time. Finally, Resolve looks for a matching object on the desktop and other local volumes. [/more]
Вот только непонятно, почему, если она такая умная, то такая бедная то в половине случаев перемещенный/переименованный объект все-таки оказывается не обнаруженным.

oshizelly
По сути проблемы ничего не скажу, но предположение

Цитата:

Если предположить, что это данные о размере и дате модификации объекта

неверно. Подобных сведений в ярлыке не содержится.

http://ghisler.com/800_b20.php
http://www.ghisler.com/757_rc2.php

Вышли Total Commander 8.0 beta 20 (32bit+64bit) и Total Commander 7.57 release candidate 2 (32bit)

Total Commander 8.0 beta 20
http://www.ghisler.com/800_b20.php
17.02.12 Release Total Commander 8.0 public beta 20 (32/64)
17.02.12 Fixed: Compare by content dialog not shown correctly with right to left language when starting with 2 panels above each other (64)
16.02.12 Fixed: Move file with F6 - F2 to a directory which didn't exist yet -> focus could get lost (32)
16.02.12 Fixed: Shift+Tab in left panel with no separate tree panel -> input went to right drive list by mistake (64)
15.02.12 Fixed: TC wasn't following hard links (junctions) any more which were located on a remote network drive (32/64)
15.02.12 Fixed: Compare by content: Turn off drawing while pasting a large amount of data (more than 1 kByte) (32/64)
14.02.12 Fixed: Save search results: Overwriting a saved search would list the item twice if there were accents in the name (64)
14.02.12 Fixed: Only partially: Ctrl+A in command line after choosing item from auto-suggest would not select anything. Note: Due to some obscure Windows bug, the command line may be emptied by Ctrl+A (32/64)
14.02.12 Fixed: Printing and print setup not working in Lister and Print directory list when printer name contained accents (64)
14.02.12 Fixed: tcuninst.exe didn't remove the newly added unrar9x.dll (32)
10.02.12 Fixed: Internal associations and color dialogs were too small (but could be resized) (64)