Total Commander

Я же написал, тотал ещё не умеет для списочных переменных добывать физические пути.

Я это очень давно просил добавить (и Гислер обещал попытаться), даже предлагал концепцию флага ввести, чтобы можно было теми же параметрами получать как виртуальные, так и реальные имена... Но Гислер, используя предложенные буквы параметров, реализовал своё...

MVV
Там там речь про TeraCopy шла. Прога должна подхватывать, а не Тотал.

А при чём тут прога, если тотал не позволяет? Кроме тотала никто не сможет у временной панели получить физические пути по виртуальным. Но для %N Гислер это сделал давно (появилась обратная проблема - невозможность получить виртуальное имя, в целом решённая), а для списочных - так и не сделал.

MVV писал(а):Кроме тотала никто не сможет у временной панели получить физические пути по виртуальным.

Я думаю, если файлы в виртуальной папке имеют один источник, то копирование по списку вполне можно сделать. Можно таким папкам какой-то атрибут назначать.
А пока - D&D или скрипт, эмулирующий нажатия.

Они-то его по-любому имеют общий - Ctrl+B во временных панелях не работает, как и Feed to listbox. Или ты о физическом источнике? Тогда неоднозначно - ведь виртуальные имена могут не совпадать с реальными.

Сама VP позволяет экспортировать список файлов/папок в текущей папке по маске, но при этом не учитывается выделение в тотале (о котором плагинам неизвестно).

MVV писал(а):Тогда неоднозначно - ведь виртуальные имена могут не совпадать с реальными.

Поэтому я и пишу про атрибуты/флаги, чтобы можно быть уверенным при обработке списка.

Возможно, имеет смысл добавить внутреннюю команду для конвертации списка виртуальных объектов в список их физических путей (придется вызывать VPBatch, передавая путь к тотальному %L-списку и создаваемому списку, а потом передавать новый список программе - тут уже без батника/скрипта не обойтись, т.к. второй раз путь к тому же %L-списку не получить)...

MVV писал(а):Возможно, имеет смысл добавить внутреннюю команду для конвертации списка виртуальных объектов в список их физических путей

Ну хоть так, пока Гислер не исправится. И спасибо за разъяснения. Только, если будете делать про %UL не забудьте, пожалуйста

Samotek писал(а):

MVV писал(а):Возможно, имеет смысл добавить внутреннюю команду для конвертации списка виртуальных объектов в список их физических путей

Ну хоть так, пока Гислер не исправится. И спасибо за разъяснения. Только, если будете делать про %UL не забудьте, пожалуйста

Если я и буду делать, то скорее всего только для %WL (читать юникодные строки, вызывать для них FsGetLocalNameW и писать юникодные строки в новый файл). Очень маловероятно, что сделаю это и для ANSI-версии (на UTF8-версию почти наверняка забью).

Кстати, в хелпе к TeraCopy ни слова про кодировку файла-списка. Она вообще понимает UTF-8 или UTF-16? Имею в виду, с %WL и %UL работает (в обычных панелях)?

MVV писал(а):с %WL и %UL работает (в обычных панелях)?

Поробовал на файле('02 - Aparició i Desaparicions.flac'), который с %L не находится, а и с %WL и с %UL копируется. Где то в TeraCopy прочитал о %UL и с этим параметром больше на проблемы не натыкался. Кстати у меня вообще эта проблема возникла, так как собственное копирование ТК с одного локального диска на другой работает из рук вон плохо. ~1Гб фалов от 30Мб до 300Мб копируются за 2:30 а TeraCopy и Far - за 30сек! Перепробовал все режимы копирования - не помогло. Если б кто-то мог ему подсказать, что это, по крайне мере, странно, что главная функция файлового менеджера - копирование файлов работает плохо! И дисков, созданных subst ТК не понимает - считает, что это другой физический диск и move делает соответственно.

MVV писал(а):тут уже без батника/скрипта не обойтись, т.к. второй раз путь к тому же %L-списку не получить

А батник как его получит? Да и зачем его дважды получать, не пойму?

Батнику его передадут по %WL. А дважды затем, чтобы сначала передать его конвертору, а потом - TeraCopy. В противном случае придется писать конвертор с поддержкой псевдопеременных...

Samotek писал(а):Кстати у меня вообще эта проблема возникла, так как собственное копирование ТК с одного локального диска на другой работает из рук вон плохо. ~1Гб фалов от 30Мб до 300Мб копируются за 2:30 а TeraCopy и Far - за 30сек!

Думаю, TeraCopy тебя просто дурит, на самом деле запихивая всё в кэш, как и Проводник (с которого потом потихоньку переносит на диск). Файлы немаленькие, поэтому такая большая разница просто так возникнуть не может.

MVV писал(а):Батнику его передадут по %WL.

И кто его ему передаст? Напиши в параметрах ? %L %WL, темп-файл будет один и тот же.

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

MVV писал(а):TeraCopy тебя просто дурит, на самом деле запихивая всё в кэш

Ты имеешь в виду, что через полторы минуты после копирования TeraCopy файлами все еще пользоваться не получится? И что Far также дурит?