Ru-Board.club
← Вернуться в раздел «Программы»

» Total Commander (Часть 7)

Автор: Avada
Дата сообщения: 05.12.2010 09:20
Nikoderiko

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

Точнее, растаскиванием рамки из произвольной точки панели при нажатой средней кнопке. Причём только для отображаемой области панели. За её пределы "рамочное" выделение (пока?) автопрокруткой с помощью Twinkey расширить нельзя.
Автор: dirnola
Дата сообщения: 05.12.2010 12:12
cracklover
Цитата:
А фото снова нет
из комментов к интервью: Насчет не освященных вопросов - сорри...
К сожалению, ответы Кристиана по этим пунктам были достаточно формальными и пустыми. Например, у меня был интересный вопрос про семью и жену, т.к. были определенные сведения непроверенные... но Кристиан не захотел отвечать на этот вопрос. Про ремесло или искусство ответ у меня есть - но он более чем формальный, ничего вообще интересного. Были две мои просьбы дать фотку (в начале и в конце интервью, под дурочка - повторно) - ответ один и тот же (как шаблон): I'm sorry but for privacy reasons I'm not publishing any photos or other private information.
В целом, на все ушел почти месяц, почти 40% материала пошло под нож, т.к. автор то ли не хотел отвечать развернуто, то ли был просто не в настроении (материал изначально делался под печатное издание, а там место ограничено). Но, я почитал некоторые предыдущие ангоязыч.интервью Кристиана перед своим - думаю, что мое получилось лучше, - ИМХО есть хоть какае-то конкретика и подробности. Надеюсь, что вам понравится!
зы: private-мэн... не думаю, что есть что скрывать... может характер такой...
Автор: oshizelly
Дата сообщения: 05.12.2010 12:25
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?
Автор: Avada
Дата сообщения: 05.12.2010 12:48
oshizelly
У меня NoClose.pif и NoClose.ini лежат в папке самого TC. А данный список PIF-файлов для консольных архиваторов (большинство из которых при этом безнадёжно устарело) в настоящее время — вещь исключительно на любителя. Разве что RAR.PIF...

А NoClose Replacer у меня на новых версиях TC под XP нормально работает. На новых ОС не проверял, но вряд ли и там что-то не так.
Автор: CaptainFlint
Дата сообщения: 05.12.2010 13:30
oshizelly
С PIF-файлами в недалёком будущем вообще придётся распрощаться, т.к. в 64-битных версиях виндов поддержка 16-битной подсистемы пошла под нож. Обновлять NoClose Replacer я пока просто не вижу необходимости — всё, что надо, там уже есть (и даже кое-что лишнее, на мой взгляд ). Из новых систем я пока проверял его только на 32-битной Висте (работает нормально). Имею сильное подозрение, что на 64-битных Vista/7 штатный noclose.pif вообще может не запускаться, и Replacer как раз будет единственной возможностью запустить программу без закрытия консоли. Однако проверить это пока не могу (проблемы с виртуалками)…
Автор: spirit21
Дата сообщения: 05.12.2010 13:47
Avada
А можно привести содержание NoClose.ini?
Автор: rupinskiy
Дата сообщения: 05.12.2010 14:12
Когда-то встречал спец версию екзешника - как-бы распакованный который работал быстрее нативного - у кого-то есть ссылка
Автор: CaptainFlint
Дата сообщения: 05.12.2010 14:55
rupinskiy
Сейчас он поставляется в составе официального дистрибутива.
Автор: Rodny
Дата сообщения: 05.12.2010 14:58
опоздал
Автор: Varenik
Дата сообщения: 05.12.2010 15:07
CaptainFlint
Цитата:
Имею сильное подозрение, что на 64-битных Vista/7 штатный noclose.pif вообще может не запускаться
Прекрасно работает на 7х64
Автор: Avada
Дата сообщения: 05.12.2010 15:23
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
Автор: CaptainFlint
Дата сообщения: 05.12.2010 16:03
Varenik

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

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

Цитата:
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!

Ждём новую версию
Автор: timsky
Дата сообщения: 05.12.2010 18:01
CaptainFlint

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

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


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

Да:

Огромное списаибо за Replacer - пользуюсь им уже лет 7.
Автор: Avada
Дата сообщения: 05.12.2010 18:34
naben
Отлично. Кстати, с типом процессора это жёстко не связано, у меня не Athlon...

timsky

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

А зачем штатный при наличии расширенного?
Автор: oshizelly
Дата сообщения: 05.12.2010 19:02
Avada

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

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

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

Вот прямо из любой-любой папки? При полном отсутствии NoClose.pif по любым путям, связанным с переменной PATH?
Автор: oshizelly
Дата сообщения: 05.12.2010 19:20
Avada

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

А кто говорил про любую папку? Я сказал про одну конкретную папку: рабочую папку TC. Если noclose.pif оттуда убрать, то тогда, конечно, Shift+Enter не работает.
Автор: Avada
Дата сообщения: 05.12.2010 20:02
oshizelly
Заглянув на русский форум TC по ссылкам с предыдущей страницы, легко обнаружить следующее:

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

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

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

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

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


Как объяснил уважаемый Avada постом выше,
Цитата:
Eсли файл запускается непосредственно из панели, а не из командной строки, то вначале noclose.pif ищется в каталоге TC.
То есть при запуске из комстроки файл в рабочей папке TC буднт игнорироваться (если она не прописана в PATH). Я-то как раз запускал прогу прямо из панели. Так что для обеспечения полной работоспособности придётся вернуть файл noclose.pif в папку %Windows% либо прописать рабочую папку TC в PATH.
Автор: CaptainFlint
Дата сообщения: 05.12.2010 20:34
timsky

Цитата:

Цитата: Или в 64-битках продублировали command.com 32-битной заглушкой?

Да
Автор: timsky
Дата сообщения: 05.12.2010 20:42
oshizelly

Цитата:
То есть при запуске из комстроки файл в рабочей папке TC буднт игнорироваться (если она не прописана в PATH)

Точно А жаль.

CaptainFlint

Цитата:
А на скриншоте, как я понял, показан именно Replacer.

Да.
Автор: Avada
Дата сообщения: 05.12.2010 20:53
oshizelly

Цитата:
Так что для обеспечения полной работоспособности придётся вернуть файл noclose.pif в папку %Windows% либо прописать рабочую папку TC в PATH.

Ни тот, ни другой способ не дружат с концепцией портабельности TC. А вот применение плагина Autorun (см. ранее мой пост) — самое то. Тем более, что временное добавление папки TC в число каталогов для PATH — далеко не единственное его умение, там и иных приятностей хватает.
Автор: naben
Дата сообщения: 05.12.2010 23:35
А я вот заметил, что если нажать на консольной программе Shift+Enter, при чём Shift удерживать, а Enter отпустить, то как бы Replacer сработает, но исчезнет боевая раскраска консольного окна от Константина и приглашения для ввода команд уже не будет Так и должно быть?
Автор: CaptainFlint
Дата сообщения: 06.12.2010 01:02
naben
Зависит от настроек программы. Проверяй INI-файл и читай в ридми про секцию [ShortcutsNN]. А вообще, с обсуждением Replacer'а лучше перебираться в плагины, а то нас тут скоро заплюсомётят.
Автор: Forumman
Дата сообщения: 06.12.2010 12:09
Не читал последние страницы, поэтому извиняюсь... Народ, тут уже говорилось о том, что версия 7.56 на несколько миллисекунд медленнее заходит в каталоги, или это только у меня так у одного? Есть ли какое-то решение по ускорению захода в каталоги? Качал сборку от SamLab (на Ru-Board'e она тоже представлена), поставил начисто. В чем может быть проблема? Может, в .ini файле есть настройки отвечающие за скорость навигации по каталогам?

P.S. Каюсь - TC ломанул патчем из варезной ветки. Может стоит проверить на триальной версии, как считаете? Или подобный эффект наблюдается в версии 7.56, и без разницы, ломанная или нет? ОС правда старовата... WinXP SP2, попробую поставить сборку на SP3, гляну как там, есть этот эффект или нет.
Автор: Avada
Дата сообщения: 06.12.2010 12:55
Forumman
Говорилось. Проблема уже подтверждена разработчиком. Всё остальное можно найти на предыдущих страницах. Решение на ближайшее время: либо избегать навигации по каталогам при очень значительной загрузке ЦП, либо отключить в настройках автообновления первую галку в секции "Обновлять при создании, удалении и переименовании файлов" (а с ней отключится там и всё остальное). И ждать появления версии 7.56a
Автор: Forumman
Дата сообщения: 06.12.2010 13:05
Avada, спасибо. проверю как с отключением в настройках будет. Видимо, просто буду ждать пока разработчик не исправит баг.
Автор: kalimusha
Дата сообщения: 06.12.2010 13:32
объясните что такое Replacer в Total commander ?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416

Предыдущая тема: 1С: вопросы по Конфигурациям 1C


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.