» Total Commander (Часть 7)

А то с комбинированной версией я запутался - какой же Тотал ставить в Панель задач для постоянной работы - 32-рязрядный или 64 разрядный? Получилось, что работать буду с одним из них, второй как бы и не нужен.

Добавлено:
CaptainFlint


Цитата:

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

Да вроде никакого чуда. Запустилось сходу и работает.


Цитата:

Как минимум, ProgramFiles и CommonProgramFiles.

Это в Винде, да, не в Тотале?


Цитата:

а чтобы попробовать проверить твой вариант, мне надо точно знать, каким из множества имеющихся способов и их комбинаций выполнена настройка хранения INI-файлов

А куда надо посмотреть, чтобы это узнать? В Wincmd.ini это видно?

lucky_Luk

Цитата:

Это в Винде, да, не в Тотале?

Зависит от трактовки вопроса. Изначальную разницу в значении %ProgramFiles% для 32-битных и 64-битных процессах создаёт винда, но у каждого процесса своя копия переменных окружения, так что можно сказать, что эти переменные сидят и в Тотале.


Цитата:

А куда надо посмотреть, чтобы это узнать? В Wincmd.ini это видно?

В справке написано, где бывает wincmd.ini, чем определяется его местоположение и куда смотреть, чтобы узнать, где он находится конкретно сейчас.

CaptainFlint

Цитата:

и куда смотреть, чтобы узнать, где он находится конкретно сейчас.

Где он находится - я и так знаю (в нем мои настройки), что я задавал при установке - тоже знаю. Вопрос - почему оно глючит в комбинированной версии (даже если ее с 0 ставить) и не глючит в нормальном 64-битном Тотале?

lucky_Luk
1. Запускаешь 64-битку обычную, смотришь в ней расположение INI-файлов.
2. Запускаешь 64-битку из комбинированного, смотришь.
3. Запускаешь 32-битку из комбинированного, тоже смотришь.
4. Сравниваешь результаты, проверяешь права доступа в каждом из трёх расположений, и сообщаешь результаты.
Это самый необходимый и очевидный минимум, без которого разобраться в причинах ситуации невозможно.

Просто есть факт: 64-битная версии Тотала в составе обычного 64-битного дистрибутива и комбинированного дистрибутива абсолютно идентичны. Это одни и те же файлы, совпадающие побитово. Ну не могут они вести себя по-разному в одинаковых условиях, не могут и всё тут. Есть какие-то факторы, которые ты не учитываешь или забываешь.

CaptainFlint


Цитата:

Есть какие-то факторы, которые ты не учитываешь или забываешь.

Ну не знаю, обычная 64-битка стоит в C:\Program Files\Total Commander, инишники лежат в этой же папке.
Работает и не ругается.
Комбинированную версию ставил в точно такую же папку, ругались обе, что 64, что 32, требовался запуск от имени админа.
С правами на доступ к папке ничего не делал.
Жалко что нету под рукой еще одной 64-битной ОС, не могу на чистой системе проверить.

Народ, вот такая прикольная штука:
Под Windows 8 (x86) Тотал не показывает иконки exe'шников, если файлы у меня лежат именно на данном конкретном разделе

Этот раздел у меня бутовый, на нем осталась еще система ХР и сейчас лежит загрузчик 7/8-ки.
Если файлы перенести на другой раздел - иконки показываются,
если вернуть - снова не показывает.
Кто знает, может в этом есть какая-то логика и пояснение?

pytex
Логика очень простая. На букву диска рекомендую обратить внимание. А затем на состояние опции "Если EXE/LNK не на дискетах" (включённой по умолчанию) в настройках значков TC. И, наконец, на описание этой опции в справке.

из контекстного меню пропало "Поиск"
как вернуть?

glasnich
Может, быть, всё-таки не "Поиск", а "Найти..."? Если да, читаем здесь.

Создал внутреннюю ассоциацию, чтобы если в имени файла присутствует ключевое слово AAA, то отображать иконку XYZ.ico. Однако для файлов-ярлыков с расширением .LNK это правило не выполняется: всё равно отображаются с иконкой иконкой общесистемной ассоциации того файла, на который указывает ярлык. Причём это происходит даже и в том случае, если для основного файла тоже назначена внутренняя ассоциация в TC.

Это баг или фича? Или это вообще индивидуальные глюки моей системы?

oshizelly
Насколько я понимаю, на EXE и LNK эти пользовательские назначения значков не распространяются вообще.

Avada 17:55 18-10-2012
Цитата:

Насколько я понимаю, на EXE и LNK эти пользовательские назначения значков не распространяются вообще.

Это выведено эмпирическим путём или где-то оговорено?

oshizelly
Сугубо эмпирическим путём. Хотя не исключено, что где-нибудь и оговаривалось. И такое поведение выглядит достаточно логичным, учитывая специфику EXE и LNK.

Avada 18:42 18-10-2012
Цитата:

такое поведение выглядит достаточно логичным, учитывая специфику EXE и LNK.

Прошу прощения, по части LNK что же тут логичного? Юзер привык, что вот такой файл выглядит в TC вот таким образом. Логично было бы, чтобы и ярлык на него выглядел аналогично, по крайней мере, имел такую же иконку, как и базовый файл. Ан нет... Путаница создаётся

oshizelly
А к тому, что LNK не являются служебными файлами TC и используют информацию, записанную на системном уровне, а не в настройках TC, юзер не привык? Если значок исходного файла поменять на уровне системы, поменяется и значок ярлыка. А о собственных правилах игры TC ярлыку откуда знать?
Со скоростью отображения значков для EXE/LNK и так не всегда всё бывает гладко (см. настройки TC). Предлагается добавить ещё и механизм проверки того, не прописан ли значок каждого конкретного ярлыка в INI-файлах TC, чтобы затормозить всё окончательно?
Кстати, ситуация с LNK легко воспроизводится и в более простых ситуациях, без нетривиального назначения единого значка файлам не по типу, а по части имени. Берём, скажем, DOC-файл, назначаем ему во внутренних ассоциациях TC другой значок, затем создаём ярлык и видим, что он наследует системный, а не внутренний значок.

Avada 07:54 19-10-2012
Цитата:

А о собственных правилах игры TC ярлыку откуда знать?... Предлагается добавить ещё и механизм проверки того, не прописан ли значок каждого конкретного ярлыка в INI-файлах TC, чтобы затормозить всё окончательно?  

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


Цитата:

Кстати, ситуация с LNK легко воспроизводится и в более простых ситуациях, без нетривиального назначения единого значка файлам не по типу, а по части имени. Берём, скажем, DOC-файл, назначаем ему во внутренних ассоциациях TC другой значок, затем создаём ярлык и видим, что он наследует системный, а не внутренний значок.

Кстати, эту ситуацию я и привёл в качестве второго примера в своём начальном посте

Avada
Мне кажется, ты просто не понял, чего хочет oshizelly. Требуется не чтобы ярлыки учитывали в собственном значке ещё и Тоталовские внутренние ассоциации (это, разумеется, невозможно), а чтобы Тотал позволял внутри себя назначать ярлыкам собственный значок, как любому другому типу файлов.

oshizelly
К сожалению, прокомментировать эту особенность со своей стороны никак не могу. Лучше, наверное, обращаться на оф. форум.

CaptainFlint 15:15 19-10-2012
Цитата:

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

Именно это я и хотел сказать!

CaptainFlint
Нет, я всё понял правильно. А насчёт оффорума — да, согласен.

Avada

Цитата:

На букву диска рекомендую обратить внимание. А затем на состояние опции "Если EXE/LNK не на дискетах" (включённой по умолчанию)

Вот это я провтыкал, совсем забыл за эту опцию, а заодно и то, что диск "B" то - дискета )))
Спасибо.

Напомните, плиз, как скопировать в буфер обмена данные из определённой колонки, например, размер или время модификации файла. Что-то не могу в справке найти ни на каком языке.

Скопировать в буфер содержимое всех колонок - внутренняя команда cm_CopyFileDetailsToClip. Но мне не надо всех, а надо только из определённой колонки.

oshizelly
Нет такой команды. И альтернативные решения (если не считать удаления ненужных колонок в текстовом редакторе вручную, естественно) мне что-то не попадались.

Хотелось бы сделать серыми не только обычные скрытые файлы, но и nix-овые, которые начинаются с точки. Проще чем регуляркой «^\.[^.]+» это не реализовать?
// Как оказалось, «.*» захватывает ещё и «[..]».

LEX1
Не совсем понятно, зачем нужно "проще". Добавил правило, и пусть себе сидит, его ж не надо постоянно вводить. Но если отвечать на поставленный вопрос, то, видимо, нет, никак проще это не сделать. Более того, приведённое выражение некорректно, т.к. не отработает на файлах, содержащих ещё одну точку (например, .test.test), нужно писать
Код: ^\.[^.].*

CaptainFlint


Цитата:

т.к. не отработает на файлах, содержащих ещё одну точку

Разве? Это же вроде бы не поиск до конца строки. А зачем - регулярки не всегда быстры.

Кстати, а может так «.*|?.*» ?

LEX1
Например, записать маску в виде .* | ..*

Цитата:

Это же вроде бы не поиск до конца строки.

А, точно. Что-то не сообразил. Тогда можно было сразу ограничиться одним символом: ^\.[^.]

Подскажите. можно ли при помощи инструмента макрозамены сделать такую вещь. В именах файлов часть, предшествующая расширению, взята в квадратные скобки, вот по такому образцу:
tra la la [bum bam tram].doc
Нужно заменить пробелы на тире, но только в этой части, заключённой в скобки, не трогая первую часть до открывающей скобки. Наверное, при помощи regexp надо делать, но я регекспах не силён.

Добавлено:
Ещё вопрос на другую тему. Есть ли команда, чтобы скопировать в буфер обмена только имя файла под курсором без расширения (не открывая каждый раз диалог переименования).

oshizelly
За один проход, похоже, не сделать. Можно за несколько:
Найти: \[([^\s\[\]]+) (в конце пробел)
Заменить на: $1- (в конце нужный символ; здесь — дефис, т.к. полагаю, имелся в виду он, а не тире)
Сделаешь такую замену, потом F5 и повторяешь, пока пробелы в скобках не закончатся.

Добавлено:

Цитата:

Есть ли команда, чтобы скопировать в буфер обмена только имя файла под курсором без расширения

Встроенной — нет.

CaptainFlint 16:55 21-10-2012
Цитата:

Найти: \[([^\s\[\]]+)  (в конце пробел)
Заменить на: $1- (в конце нужный символ;

У меня предложенная комбинация действительно заменяет первый пробел на тире, но вдобавок почему-то отъедается сама открывающая скобка. Наверное, надо что-то слегка подправить, но я на эти цифры-буквы даже смотреть боюсь: выглядит жутко, как формула какой-нибудь общей теории поля


Цитата:

Цитата: Есть ли команда, чтобы скопировать в буфер обмена только имя файла под курсором без расширения .

Встроенной — нет.