» Total Commander (Часть 7)

BVV63
Нет.

В ТС две панели. Существовал когда-то файловый менеджер (названия не помню), в котором иожно было включить 4 панели. Можно ли это сделать в ТС (может при помощи плагина?)?

renreg
В ТС вроде никак...

Был вроде когда-то то ли Q-Dir то ли еще как (тоже точного названия не помню).

Добавлено:
Да, точно...
http://www.softwareok.com/?seite=Freeware/Q-Dir

renreg
это был VC.. хотя, может, я и ошибаюсь - давно то было.. :)
а ещё есть довесок для Проводника - Q-Dir..

ну да аллах с ними.. по теме - два экземпляра сабжа, по пол-экрана каждый, не спасут положение?

TheBarmaley

Цитата:

это был VC.. хотя, может, я и ошибаюсь - давно то было..

Нет, в VC нельзя установить 4 панели. Была какая-то глючная шняга, названия я тоже не помню.

подскажите как научить TC заходить в 7-zip-архивы, как в каталоги?

otzhig
Многократно отвечалось. Либо в строке соответствующего архиваторного плагина в секции [PackerPlugins] файла wincmd.ini к числовому значению приплюсовать 256, либо пользоваться диспетчерами плагинов (типа TC Plugins Manager или WCX Tweak), где это же самое делается изменением состояния опции "Запрещён вызов по Enter, но разрешен по Ctrl+PgDn" или "Показывать как обыкновенные файлы".

CaptainFlint 00:06 14-12-2011
Цитата:

(необходимо только при упаковке на съёмные диски)

Т.е. никакими силами (даже с бубном) в обычных условиях не заставить этот *.zi# создаваться там, где задано, а не рядом с оригиналом? Не айс.

WatsonRus

Цитата:

Т.е. никакими силами (даже с бубном) в обычных условиях не заставить этот *.zi# создаваться там, где задано, а не рядом с оригиналом?

Это же неэффективно. Сначала паковать на одном диске архив размером, возможно, в несколько сот мегабайт, а потом перемещать его на другой диск? Возможность создания временного файла на другом диске была предусмотрена для того, чтобы медленные интерфейсы не тормозили процесс создания и обновления архива, который может требовать активной перетряски всего внутреннего содержимого файла. Для дискеты или медленных флэшек это будет в разы, а то и на порядки медленнее, чем сначала создать архив на быстром диске, а потом один раз сбросить его целиком на медленный целевой диск. Если целевой диск изначально быстрый, создание временного файла на другом диске только замедлит работу из-за необходимости финального перемещения.

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

CaptainFlint
18:38 14-12-2011
Цитата:

Если целевой диск изначально быстрый

Есть еще такой вариант - на целевом изначально быстром диске мало свободного места под две копии одного архива размером, возможно, в несколько сот мегабайт.

Ну ладно, нет так нет. Со скриптом - это уже совсем бубен. Легче целевой архив временно скопировать на другой изначально быстрый диск, обновить его там, а после обновления заменить им оригинал.

Есть запароленный архив WinRar. Захожу внутрь, выделяю ненужное, нажимаю F8, оно удаляется. Выхожу из архива. Никаких паролей TC не спрашивал и не спрашивает, файл архива изменён.
Баг или фича?

mitrichbel

Цитата:

Есть запароленный архив WinRar. Захожу внутрь, выделяю ненужное, нажимаю F8, оно удаляется. Выхожу из архива. Никаких паролей TC не спрашивал и не спрашивает, файл архива изменён.
Баг или фича?

нормальность

PS: у Вас WinRar спрашивает пароль при удалении файлов?

mitrichbel
Шифруется не архив как таковой, шифруются отдельные файлы в нём. Поэтому для удаления файла пароль не требует, зашифрованный поток данных просто удаляется целиком.

Вот если бы архив был непрерывным, то есть вероятность, что потребуется пароль для предварительной распаковки всех файлов, предшествующих удаляемому (не проверял).

13-я beta
http://www.ghisler.com/800_b13.php

ppkp
Ссылки с главной пока нету, поэтому лучше подождать, чтобы не было приколов, как с 12-ой !

DimitarSerg

Цитата:

чтобы не было приколов, как с 12-ой

Что за приколы?

DimitarSerg
На оф. форуме разработчик объявил и выложил.
А насчёт приколов — тысячи раз говорено, что бета-версии всегда включают в себя повышенный риск. Бэкапьте данные, не запускайте в рабочей среде и т.п.

Antonij72
http://forum.ru-board.com/topic.cgi?forum=5&topic=33904&start=3720#17

Цитата:

16.12.11 Release Total Commander 8.0 public beta 13 (32/64)
16.12.11 Fixed: Column widths wrong when changing the screen resolution while TC is minimized (64)
16.12.11 Fixed: Background button was shown for some packer plugins even if they didn't support background unpacking, as long as the plugin was never used for packing (32/64)
15.12.11 Fixed: Shift+Click after selecting with Insert would select the wrong range (64)
15.12.11 Fixed: F5-F2 copy in background: Show the warning dialog when appending a file to another as child of the main form so it's not hidden behind it (32/64)
15.12.11 Fixed: Configuration - Options - Icons: Sample icon wasn't visible initially (64)
15.12.11 Added: Multi-rename tool: F2 Load/Save combobox: Set width to longest string if more than combobox width (32/64)
15.12.11 Added: Synchronize dirs: F2 shows list of saved synchronize options (32/64)
14.12.11 Fixed: Virtual drives did not show up in the breadcrumb bar (32/64)
14.12.11 Fixed: "Select all" function (to select text in edit boxes) not working on some Asian windows versions (Lazarus problem) (64)
14.12.11 Fixed: Side scrolling custom columns view: Distorted display of inactive focus rectangle (32/64)
14.12.11 Fixed: Hide inplace rename box when scrolling vertically in the file panel surrounding it (32/64)
14.12.11 Fixed: DEL/F8 on [..] updir items caused error "No files selected" twice on Windows Vista/7 (only if VistaDelete not disabled) (32/64)
14.12.11 Fixed: Synchronize dirs: Hide filter symbol as soon as a new comparison starts (32/64)
11.12.11 Fixed: Dialogs were mirrored on Hebrew or Arabic windows even when using English language due to change in Lazarus (64)
11.12.11 Fixed: Selecting files with Shift+Click could select wrong range immediately after F5 copy operation (32/64)
11.12.11 Fixed: Ignore NethoodStyle option on Windows versions older than Vista, it doesn't work (32/64)
11.12.11 Fixed: Breadcrumb bar was causing again icons in the task bar (64)
11.12.11 Fixed: Ctrl+F dialog: First item in list was selected in addition to item under cursor (64)
11.12.11 Fixed: Various index out of bounds errors in listboxes due to Lazarus update (64)

Ну наконец-то пофиксили.

Друзья, подскажите как избавиться от виндовых варнингов при операциях с файлами? Задрало, ей-богу...
ТС 8.0b12x64 under Win7

otzhig
Прописать ключ VistaDelete=0 и смириться с тем, что удаление большого количества файлов в Корзину будет очень сильно нагружать систему. Предполагается, что запрос на подтверждение удаления выводится либо Тоталом, либо виндой. У некоторых пользователей выводится и то, и другое, но пока что Гислер не может воспроизвести эту проблему у себя (и, как следствие, пофиксить).

CaptainFlint
т.е. в настоящее время непобедимая фигня?

otzhig
Гислер отмазывается, что всё чики-пуки, так и должно быть.
Немногочисленные попытки его переубедить:
http://ghisler.ch/board/viewtopic.php?p=237470
Если задрали ворнинги - надо идти в тему просить Гислера сделать стандарный tc-диалог удаления при VistaDelete=1 (больше просьб - больше шансов на реализацию).

Или же просить сделать нормальное удаление при VistaDelete=0 (сейчас если выставить VistaDelete=0, то при удалении многих файлов можно наблюдать долгое и увлекательное практически полное зависание системы).

Второй выход - отключить глобально в свойствах корзины диалог предупреждения при удалении (но это даже не выход, а изврат).
Третий выход - удалять по Shift+Delete минуя корзину.

LonerDergunov
К вопросу об извратах. В истории беты 12 сказано:

Цитата:

01.11.11 Исправлено: Опция VistaDelete=1 используется по умолчанию, ТОЛЬКО если пользователь не отключил запрос подтверждения на удаление в свойствах Корзины.

И, если удаление поручено выполнять системе, с какой стати должен отображаться запрос на удаление от TC? ИМХО, Гислер абсолютно прав.

Avada

Цитата:

с какой стати должен отображаться запрос на удаление от TC?

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


Цитата:

ТОЛЬКО если пользователь не отключил запрос подтверждения на удаление в свойствах Корзины.

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

LonerDergunov
otzhig
Минутку, я правильно понял, что ваша проблема не в том, что показываются два диалога подтверждения (Тоталовский и виндовый), а всего лишь в том, что запрос выдаётся однократно, но от имени винды, а хочется Тоталовский? Если так, то проблема нерешаема и лежит она на стороне Windows, а не Тотала, поскольку виндовый запрос выдаётся разный в зависимости от того, будет ли файл перемещён в Корзину или полностью удалён. У Тотала нет возможности заранее узнать, что именно произойдёт, это зашито внутри виндовых функций и определению извне недоступно. Гислер писал об этом тут.

Репорт же, на который дана ссылка выше, был о том, что выдавалсь именно два подтверждения.

CaptainFlint
И то, и то.

Показываются два диалога одновременно:
http://i32.fastpic.ru/big/2011/1216/9f/d4e934687a5314165dd60e6746329a9f.png
Хочется один диалог - желательно Тоталоский.
Раз уж невозможно реализовать один Тоталовский - то хотя бы один виндовский.

Также хотелось бы нормального быстрого удаления при VistaDelete=0 (с Тоталовским диалогом) без подвисания всей системы. Но это уже другие мечты...

LonerDergunov
Никаких двух диалогов подтверждения одновременно на скрине нет. Это тоталовский диалог прогресса операции и системный диалог её подтверждения.
И, между прочим, системный диалог подтверждения отображался при выборе в настройках TC удаления Проводником в прежних версиях и прежних системах задолго до появления ключа VistaDelete. Ничего нового в этом нет, разница только в том, что при определённых условиях системное удаление стало умолчальным. Именно для увеличения скорости операции.
Другой вопрос, что мне тоже не очень понятно сочетание тоталовского прогресс-бара с системным диалогом подтверждения. В каждом случае, по идее, должна быть либо виндовая пара окон, либо тоталовская (как, собственно, это и происходит в XP).

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


Цитата:

И, между прочим, системный диалог подтверждения отображался при выборе в настройках TC удаления Проводником в прежних версиях и прежних системах задолго до появления ключа VistaDelete.

Раньше я этого не замечал, пользовался настройкой VistaDelete=0, и думал, что "так и должно быть".
После недавнего начала дискуссии на wincmd, поставил VistaDelete=1, и удивился насколько быстро и без подвисаний могут удаляться файлы.

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

Иногда, не постоянно, при копировании или перемещении файлов, выскакивает сообщение с ошибкой и кнопками Пропустить, Повторить, Пропустить все, Отмена, С админ.правами и "Все с админ. правами". Как убрать эти запросы? Недавно переставил систему. 100% раньше такого не наблюдалось. На этом же дистрибутиве, с этими же драйверами. В систему захожу администратором. Это вообще единственная учетная запись в системе.
Total Commander 7.55a 32 bit (7.7.2010). Windows 7 Enterprise .