» Total Commander (Часть 7)

LonerDergunov
На Windows 2000 и ниже вроде как нету прозрачности, поэтому будут по краям чёрные или же их вообще видно не будет.

naben

Цитата:

На Windows 2000 и ниже вроде как нету прозрачности,

Прозрачность появилась как раз начиная с Win2k

Windows ранее 2000 уже не особо актуальны.
А что насчет Linux+wine? В каком виде должны быть иконки, чтобы хоть как-то отображались?
16-цветный вариант нужен или 256-цветный?

SuperBabay
Лично проверил на Windows 2000, полупрозрачные тени 32-битных значков Тотал не воспринимает и показывает в виде не очень приятной черноты. Не зря все иконки Гислер сделал в 256-цветном виде
LonerDergunov
В Wine можно использовать 32-битные иконки без проблем

kalimusha

Цитата:

значит ли это, что если я на windows 7 x64 установлю 32-битный 7-zip, то в контекстном меню total commander он пропишется напрямую, без подменю ?

Совершенно верно.

Цитата:

Лично проверил на Windows 2000, полупрозрачные тени 32-битных значков Тотал не воспринимает и показывает в виде не очень приятной черноты. Не зря все иконки Гислер сделал в 256-цветном виде

Если в иконке есть 256-цветный вид, то он именно он отображается в Win2000 или Тотал пытается отобразить 32-битную иконку с чернотой?

LonerDergunov
Если в иконке есть 256-цветный вид, то он именно он отображается в Win2000, а если его нет, то Тотал пытается отобразить 32-битную иконку с чернотой

Вопрос к знатокам - можно ли сделать в TC выделение файлов как в Windows
(кадрирующей рамкой по умолчанию)?

Nikoderiko
Только колесом и только при помощи TWinKey

Nikoderiko

Цитата:

Только колесом и только при помощи TWinKey

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

cracklover
Цитата:

А фото снова нет

из комментов к интервью: Насчет не освященных вопросов - сорри...
К сожалению, ответы Кристиана по этим пунктам были достаточно формальными и пустыми. Например, у меня был интересный вопрос про семью и жену, т.к. были определенные сведения непроверенные... но Кристиан не захотел отвечать на этот вопрос. Про ремесло или искусство ответ у меня есть - но он более чем формальный, ничего вообще интересного. Были две мои просьбы дать фотку (в начале и в конце интервью, под дурочка - повторно) - ответ один и тот же (как шаблон): I'm sorry but for privacy reasons I'm not publishing any photos or other private information.
В целом, на все ушел почти месяц, почти 40% материала пошло под нож, т.к. автор то ли не хотел отвечать развернуто, то ли был просто не в настроении (материал изначально делался под печатное издание, а там место ограничено). Но, я почитал некоторые предыдущие ангоязыч.интервью Кристиана перед своим - думаю, что мое получилось лучше, - ИМХО есть хоть какае-то конкретика и подробности. Надеюсь, что вам понравится!
зы: private-мэн... не думаю, что есть что скрывать... может характер такой...

Avada 22:52 03-12-2010
Цитата:

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

А ещё надо скопировать несколько файлов, которые TC при инсталляции забрасывает в системную папку C:\Windows: nocolose.pif и ещё нескольких (вспомогательных для консольных архиваторов (полный список тут: http://www.ghisler.ch/wiki/index.php/Files#PIF_files_.28Windows_folder.29).

Кстати, про nocolose.pif. Какова судьба КапитаноФлинтовского плагина Noclose Replacer? Он вроде бы давно не обновлялся. Работает ли он с новыми версиями TC и Windows?

oshizelly
У меня NoClose.pif и NoClose.ini лежат в папке самого TC. А данный список PIF-файлов для консольных архиваторов (большинство из которых при этом безнадёжно устарело) в настоящее время — вещь исключительно на любителя. Разве что RAR.PIF...

А NoClose Replacer у меня на новых версиях TC под XP нормально работает. На новых ОС не проверял, но вряд ли и там что-то не так.

oshizelly
С PIF-файлами в недалёком будущем вообще придётся распрощаться, т.к. в 64-битных версиях виндов поддержка 16-битной подсистемы пошла под нож. Обновлять NoClose Replacer я пока просто не вижу необходимости — всё, что надо, там уже есть (и даже кое-что лишнее, на мой взгляд ). Из новых систем я пока проверял его только на 32-битной Висте (работает нормально). Имею сильное подозрение, что на 64-битных Vista/7 штатный noclose.pif вообще может не запускаться, и Replacer как раз будет единственной возможностью запустить программу без закрытия консоли. Однако проверить это пока не могу (проблемы с виртуалками)…

Avada
А можно привести содержание NoClose.ini?

Когда-то встречал спец версию екзешника - как-бы распакованный который работал быстрее нативного - у кого-то есть ссылка

rupinskiy
Сейчас он поставляется в составе официального дистрибутива.

опоздал

CaptainFlint
Цитата:

Имею сильное подозрение, что на 64-битных Vista/7 штатный noclose.pif вообще может не запускаться

Прекрасно работает на 7х64

spirit21
Да, конечно:
Код: [General]
CommandProcessorNT=cmd.exe /C START " NoClose Replacer 1.2 ©Konstantin Vlasov" /I cmd.exe /C %Commander_Path%\Utils\NoClose\NoClose.cmd
CommandProcessor9x=command.com /C %Commander_Path%\Utils\NoClose\NoClose.bat
ShowWindow=normal
ShortcutWaitDelay=500

[Shortcuts9x]
S=command.com /K

[ShortcutsNT]
S=cmd.exe /C START " NoClose Replacer 1.2 ©Konstantin Vlasov" cmd.exe /T:1E /E:ON /F:ON /V:ON /K

Varenik

Цитата:

Прекрасно работает на 7х64

А что именно он там запускает? Он же, по идее, завязан на 16-битный command.com. Или в 64-битках продублировали command.com 32-битной заглушкой?

Гислер дал ответ, относительно бага при замедлении перемещения по папкам:

Цитата:

I have tried it now - wow, that really brings the rest of the system down. I also found out why it makes dir changes slow: TC tells the watchdirs thread to stop watching changes, and then waits until the tread stops. The problem is that the thread runs at a lower priority than the main thread, so it's not handled at all (or very rarely) at 100% CPU. I will try to find a better solution for TC 7.56a. Thanks for informing me about the slowdown!

Ждём новую версию

CaptainFlint

Цитата:

С PIF-файлами в недалёком будущем вообще придётся распрощаться, т.к. в 64-битных версиях виндов поддержка 16-битной подсистемы пошла под нож.

Win 7 x64 - все прекрасно работает. Он очень нужен, например, для 32-битных консольных типа UPX.
А вот штатный noclose по-моему не отрабатывает как положено.


Цитата:

А что именно он там запускает? Он же, по идее, завязан на 16-битный command.com. Или в 64-битках продублировали command.com 32-битной заглушкой?

Да:

Огромное списаибо за Replacer - пользуюсь им уже лет 7.

naben
Отлично. Кстати, с типом процессора это жёстко не связано, у меня не Athlon...

timsky

Цитата:

А вот штатный noclose по-моему не отрабатывает как положено.

А зачем штатный при наличии расширенного?

Avada

Цитата:

Но я смутно подозреваю, что исходный вопрос подразумевался другой: каким образом NoClose.pif работает, не будучи в каталоге Windows? Коротко говоря, местоположение должно быть указано значением переменной PATH.

У меня файл NoClose.pif находится в рабочей папке TC, которая не указана в значениях переменной PATH. Плагин Autorun, не использую. Тем не менее Shift+Enter работает. Что я делаю нет так?

oshizelly

Цитата:

Тем не менее Shift+Enter работает

Вот прямо из любой-любой папки? При полном отсутствии NoClose.pif по любым путям, связанным с переменной PATH?

Avada

Цитата:

Вот прямо из любой-любой папки?

А кто говорил про любую папку? Я сказал про одну конкретную папку: рабочую папку TC. Если noclose.pif оттуда убрать, то тогда, конечно, Shift+Enter не работает.

oshizelly
Заглянув на русский форум TC по ссылкам с предыдущей страницы, легко обнаружить следующее:

Цитата:

Noclose.pif ищется сначала в активном каталоге, потом в каталогах, определяемых переменной %path%.
По умолчанию обычно в System32, потом в Windows.
Eсли файл запускается непосредственно из панели, а не из командной строки, то вначале noclose.pif ищется в каталоге TC.

А про любую папку было сказано в смысле её активности при запуске NoClose Replacer, а не физического местонахождения PIF-файла.

Цитата:

У меня файл NoClose.pif находится в рабочей папке TC, которая не указана в значениях переменной PATH

Я это сегодня тут вычитал, снес Replacer из папки Windows и сунул в папку Тотала - работает! А раньше при переустановке винды приходилось каждый раз совать его в папку Windows, т.к. Тотал у меня на D:

timsky

Цитата:

Я это сегодня тут вычитал, снес Replacer из папки Windows и сунул в папку Тотала - работает!

Как объяснил уважаемый Avada постом выше,
Цитата:

Eсли файл запускается непосредственно из панели, а не из командной строки, то вначале noclose.pif ищется в каталоге TC.

То есть при запуске из комстроки файл в рабочей папке TC буднт игнорироваться (если она не прописана в PATH). Я-то как раз запускал прогу прямо из панели. Так что для обеспечения полной работоспособности придётся вернуть файл noclose.pif в папку %Windows% либо прописать рабочую папку TC в PATH.