» Total Commander (Часть 7)

ИМХО, если очень надо 32-разрядные плагины, то проще использовать 32-разрядный Тотал на 64-битной ОС. Я пробовал, вроде проблем нет.

lucky_Luk
Если бы с использованием 32-битного TC на 64-битных ОС совсем не было проблем (уже не раз называвшихся), не было бы и никакого стимула для создания его 64-битной версии, не правда ли? Другое дело, что проблемы эти не фатальные, и многим совершенно не мешают. А пользование гибридной версией позволяет и ничего не терять в привычном функционале (если использовать 32-битную версию как основную), и чувствовать себя идущим в ногу с прогрессом (хотя бы иногда).

Цитата:

Уже много раз говорилось, что ни один 32-битный плагин в 64-битном TC работать не будет.

Не стоит так категорично. Некоторые wcx-плагины всё же работают через сторонний лаунчер (навскидку iclread, gaup, ico, imaginator, nscopy, msi-plus)

LonerDergunov

Цитата:

Некоторые wcx-плагины всё же работают через сторонний лаунчер

Вот именно.

Avada
Спасибо ещё раз, внимание сегодня редко встречается. Разобрался потихоньку в своих ляпах.

Lapochka ili Chai

Цитата:

ПРОБЛЕМА: по прошествии некоторого времени синхронные директории (одна на локальном диске, другая -- на съёмном USB-HDD) распознаются Total Commander'ом как различающиеся (при операции "Инструменты -- Синхронизировать каталоги"), если сняты галочки "по содержиому" и "ингорировать дату".

Если же эти две галочки установлены, то вышеупомянутые директории распознаются как одинаковые, но на это уходят многие десятки минут (директория по размеру -- огромная).

Дата-время у файлов остались вроде бы одинаковые (если Тотал правильно их отображает в таблице синхронизации).

В чём засада?
Какие из атрибутов файла портятся на USB-HDD?
Как этого избежать?

Очень хочется быстро синхронизировать дирекории (поскольку синхронизация директорий -- это не основная моя работа, а всего лишь вспомогательная задача).

(с) ОТСЮДА

У маня тоже как бы проблема с синхронизацией и для меня синхронизация тоже "не основная моя работа".

Тотал коммандер, как Вы верно заметили, если поставить галку "игнорировать дату" зависает на минуты (при большом размере директорий).

А если галку не ставить, то он файлы с ОДИНАКОВЫМ (совпадающем до байта) СОДЕРЖИМЫМ но с разной датой принимает за разные и даже не проверяет совпадает ли их содержимое.

Но это всё прелюдия.

А теперь к делу.

Так чего же, собссно говоря, я хочу?

Хочу чтобы при установке галки "игнорировать дату" стрелочки направления копирования всё равно устанавливались бы автоматически как при сброшенной галке. Но не так как это делает тотал.

Он стрелку напрявляет от более нового файла к более старому.


Цитата:

А я хотел бы чтобы он в случае если файлы имеют одинаковое содержимое, но разную дату изменения ставил стрелку от более старого к более новому. А если файлы имеют разное содержимое - то от более нового к более старому в случае если старый не имеет установленного атрибута "архивный" (фактически атрибут изменения файла), а новый имеет

Зачем это надо?

А чтобы файлы не "молодели" постепенно.

А то ерунда получается: файл не меняется, но постепенно молодеет. И это вносит хаос и путаницу в файло хранилище. Файлы старых проектов (которые я делал ещё в 2005 году) у меня почему-то стали иметь дату 2012 год.

Вот я и ломаю голову: то ли я их менял, то ли это из-за грёбаной синхронизации

Как-нибудь можно изменить путь на «Вкладки папок», конкретной вкладки, на относительный(%COMMANDER_PATH%)? В каком файле настройки «вкладок папок» хранятся?
Тотал переносной, и на новой системе буквы дисков меняются и переделывать вкладки каждый раз не удобно.
Сейчас попробовал сохранить «вкладки папок» в файл. Отредактировал его, заменив на относительный путь, восстановил, но при наведении мышки на вкладку, во всплывающей подсказке путь отображается «жёсткий».
Тотал последний - 8.01

ebbe
Цитата:

В каком файле настройки «вкладок папок» хранятся?

Сохраняются в файле wincmd.ini. Вкладки, которые были активными при выходе, описаны в секциях [left] и [right]. Неактивные в секциях - [lefttabs] и [righttabs].

ebbe
Проблема не решается в принципе. Прописанные вручную в соответствующих секциях (см. предыдущий пост) пути с %Commander_Path% будут попросту автоматически перезаписаны TC как абсолютные пути.

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

Если речь про расширение проверяемого файла — нет.

ebbe
Штатными средствами нельзя, но намекну, что существует плагин Autorun.wdx. С его помощью - можно (возможно, ещё придётся задействовать консольные утилиты редактирования ini-файлов, если средств плагина окажется недостаточно). Суть в том, чтобы или при запуске Тотала или при выходе из него изменить wincmd.ini-файл, прописав относительный путь %Commander_Path% вместо абсолютного в желаемом месте (будь то список недавно открытых каталогов или же список закреплённых вкладок).

LonerDergunov
Советую проверить реальную работоспособность предлагаемого решения. Или, например, в порядке эксперимента внести правку в wincmd.ini и временно присвоить ему атрибут "только чтение". Даже если в секциях по вкладкам записи с переменной сохранятся неизменными, в подсказках всё равно будут абсолютные пути.

Avada
Я так понимаю, важна не столько сама всплывающая подсказка, сколько небходимость при запуске открывать именно каталог Тотала вне зависимости от пути к нему. Проверю позже, самому интересно.

Avada

Цитата:

Если речь про расширение проверяемого файла — нет.

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

anynamer
При совпадении имён вообще-то выдаётся запрос пользователю, который и выбирает, что дальше делать (заменять, пропускать, отменять, переименовывать). Хотя идея в целом понятна — сделать примерно так, как сейчас можно настраивать имена ярлыков.

Avada

Цитата:

При совпадении имён вообще-то выдаётся запрос пользователю, который и выбирает, что дальше делать

Это конечно, однако не удобно.

Господа! А что же мне никто не хлэпает?

Друзья, подскажите, как в TC сделать такую штуку.

atomheart
В справку TC заглянуть. А также в диалоге "Выбор команды" (вызываемом, например, через cm_CommandBrowser) — в категорию "Буфер обмена".

atomheart
выделить все нужные файлы и [more=нажать] [/more]

Avada
MERCURY127
Благодарю!

А я не благодарю
Ибо мне ни одна .... так и не хлэпнула

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

Господа, кто разъяснит насчет этого?
Может ли все-таки встроенный ZIP архиватор оставлять на диске недокачанные/битые файлы из zip-архивов? Там уверяют, что вроде как он оставляет при установленной галке.

Подскажите, а с чем связано торможение при копировании файлов? Бывает загрузка проходит моментально, а бывает — долго висит слово «загрузка» и если нажать отмену, то долго обновляется окно. От размера файлов это точно не зависит.

Flaxeny
Так загрузка (FS-плагины, FTP) или копирование?

WatsonRus
Последний раз основательно я это проверял года четыре назад, когда мы писали книгу о Total Commander. Поведение вполне соответствовало описанному в справке TС. Не думаю, что с тех пор что-то изменилось.

Avada
19:18 10-11-2012
Цитата:

Поведение вполне соответствовало описанному

Странно... у меня битые/недокачанные файлы зачищаются... обе галки стоят...

Ну да ладно, копать не хочется... это поправимо, только несколько неудобно...

Так... странно как-то эта функция работает...

Сегодня как раз попался полностью скачанный zip-архив с битым файлом - этот файл извлекся и сохранился.

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

Похоже, эта фича работает только тогда, когда оба оглавления (в начале и в конце) zip-архива целые, а просто не совпадает CRC файла.

WatsonRus

Цитата:

Похоже, эта фича работает только тогда, когда оба оглавления (в начале и в конце) zip-архива целые, а просто не совпадает CRC файла.

Напомню, что в оригинале опция называется "Keep damaged files (bad CRC)". И при её описании в справке TC речь идёт исключительно про несовпадение контрольной суммы. Ничего другого тут и не обещалось.

Господа, помогите разобраться.
Подскажите маску для пакетного переменования файлов в Total Commander, много файлов типа 0_1.png а надо что бы на выходе было 1_0.png т.е. поменять цифры местами.
Буду крайне признателен. Ну пожалуйста.