» Total Commander (Часть 7)

Цитата:

Снес, поставил 64-разрядный Тотал - этот не ругается.
А может я что-то не так делал?

На семёрке надо запускать Тотал в режиме Администратора, чтобы настройки программы менять.

Цитата:

На семёрке надо запускать Тотал в режиме Администратора, чтобы настройки программы менять.

Не надо.

Добавлено:
lucky_Luk
Слишком мало инфорации. Могу только сказать, что такого быть не должно (в частности, у меня 32+64 работает одинаково). Разбирайся с расположением default.bar и wincmd.ini. И, надеюсь, под x32+x64 подразумевается официальный дистрибутив, а не сборка?

Цитата:

sergio147
1. Плагин ShellDetails для отображения информации из PDF-файлов не предназначен.
2. Для этой цели существует плагин xPDFSearch того же автора.
3. Для обсуждения плагинов вообще-то есть отдельная тема, указанная в шапке.

Avada,

Спасибо за помощь. Плагин - просто сказка, тем более что часто приходится возиться с PDF. Функциональность с поиском даже больше понравилась, чем эти колонки.

Честно говоря, даже не подозревал, что мой вопрос о плагинах

CaptainFlint


Цитата:

Могу только сказать, что такого быть не должно (в частности, у меня 32+64 работает одинаково). Разбирайся с расположением default.bar и wincmd.ini.

Default.bar. и wincmd.ini лежат в папке Тотала, в настройках это учтено.
Тотал официальный, не сборка.
Честно говоря, разбираться лень. Все равно комбинированная версия на самом деле - как два тотала, запускать надо или 32-разрядный, или 64-разрядный (и в нем, естественно, 32-разрядные плагины не фурычат). Я поставил нормальный 64-разрядный тотал, обновил плагины до 64-разрядных версий (а каких не было 64-разрядных - отказался от них) - и нет проблем.
Теперь знаю, что описанный косяк - это глюк, а не норма, при случае попробую разобраться. Или может кто-то другой объявится с такой проблемой, а то у меня некуда еще одну винду 64-разрядную всунуть, чтобы провести честный тест Тотала, не трогая установленный и его настройки.

Добавлено:
sergio147


Цитата:

На семёрке надо запускать Тотал в режиме Администратора, чтобы настройки программы менять.

Ну да, в режиме админа - все в порядке с комбинированной версией, не ругается.
Нормальная 64-разрядная версия обходится и без режима админа, нормально настройки меняет.
У тебя тоже такой косяк с комбинированной версией?

А может ее надо ставить не в Program Files, а в Program Files (x86), может это винда косяков добавляет из-за того, что в Program Files появилась 32-разрядная программа?

lucky_Luk

Цитата:

Default.bar. и wincmd.ini лежат в папке Тотала, в настройках это учтено.

А в правах доступа это учтено? Семёрка отличается от XP усиленными ограничениями, и в Program Files теперь абы кто писать не имеет права, и крайне рекомендуется следовать этим правилам. В частности, размещать конфигурационные файлы в профиле пользователя, куда по умолчанию имеется доступ на запись и куда, кстати говоря, сам Тотал по умолчанию и предлагает положить INI-файлы. Если хочется иметь портабельный Тотал, то логичнее его просто ставить не в Program Files, а куда-нибудь в другое, несистемное место, где по умолчанию запись будет доступна. Ну или уж в самом крайнем случае, если хочется вот прям обязательно и Program Files, и INI-файлы рядом с Тоталом, то надо просто подправить права доступа на этот каталог или (лучше) на конкретные файлы. А запускать Тотал с админскими правами в данной ситуации — это всё равно что когда кто-то попросит взаймы 10 рублей, дать ему ключи от своей квартиры со словами "ну найди там где-нибудь".

Касательно разницы поведения 32- и 64-битки, если "разбираться лень", то я, конечно, ничем не смогу помочь, но совершенно однозначно говорю, что поведение 32-битной и 64-битной версии Тотала в этом аспекте ничем не отличается. Значит, либо эти две версии запускались с разными INI-файлами (например, через параметры командной строки), либо где-то используются переменные окружения, варьирующиеся от битности Тотала и вызывающие такую разницу в поведении.

CaptainFlint


Цитата:

Семёрка отличается от XP усиленными ограничениями, и в Program Files теперь абы кто писать не имеет права

На 32-разрядной семерке и на 64-разрядной (у 64-битного Тотала) - нет проблем.


Цитата:

либо где-то используются переменные окружения, варьирующиеся от битности Тотала и вызывающие такую разницу в поведении.

А какие это могут быть переменные?

Разбираться лень, потому что вопрос решен по-другому, а куда копать - понятия не имею.

Добавлено:
Еще подозреваю, что проблема именно в винде, типа винде не понравилось, что в Program files лежит 32-битный Тотал.
Но с комбинированной версией, 64-битный Тотал так же чудил.
А нормальная 64-битная версия работает без проблем.

Цитата:

Или может кто-то другой объявится с такой проблемой, а то у меня некуда еще одну винду 64-разрядную всунуть, чтобы провести честный тест Тотала, не трогая установленный и его настройки.

На чисто установленную Win8x64 установил TC 8.01 (32+64 bit). Расположение папки программы - в c:\Program Files. Расположение wincmd.ini в папке программы. Запустил 64-битную версию, изменил настройки программы, попытался применить их и получил аналогичную ошибку о защите от записи. Запустил повторно с правами Администратора и всё получилось. Пришлось добавить в ярлык на раб.столе, чтоб TC всегда запускался от Админа. Как-то так...

German AW


Цитата:

Запустил 64-битную версию, изменил настройки программы, попытался применить их и получил аналогичную ошибку о защите от записи. Запустил повторно с правами Администратора и всё получилось.

Вот у меня такой же косяк.
Тебе проще всего поступить как я - поставить обычную 64-разрядную версию Тотала, пожертвовав при необходимости 32-разрядными плагинами. Все равно даже в комбинированной версии 64x Тотал с ними не умеет работать. Проще где-то в запасе держать чистый 32-разрядный Тотал - или сидеть на нем же под 64-битной системой.
В теме о плагинах к сабжу есть ссылка в шапке на список 64-разрядных плагинов, все популярные плагины там по-моему уже есть.

lucky_Luk

Цитата:

На 32-разрядной семерке и на 64-разрядной (у 64-битного Тотала) - нет проблем.

Если пишут в профиль пользователя — нет проблем. Если пишут в свой каталог, на который поправлены права — нет проблем. Если установлены не в Program Files — нет проблем. Но если всё это не так, и при этом нет проблем, то это уже чудо.


Цитата:

А какие это могут быть переменные?

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


Цитата:

Еще подозреваю, что проблема именно в винде, типа винде не понравилось, что в Program files лежит 32-битный Тотал.

Ей это абсолютно по барабану. Разделение сделано исключительно для того, чтоб пользователь мог ставить одновременно 32- и 64-битную версии какой-нибудь программы, не перезатирая одноимённых файлов в одной и той же папке. В частности, у меня тоже установлен вариант 32+64 в Program Files, и никаких проблем с этим не наблюдаю. Правда, я храню настройки в профиле (а чтобы попробовать проверить твой вариант, мне надо точно знать, каким из множества имеющихся способов и их комбинаций выполнена настройка хранения INI-файлов).

А то с комбинированной версией я запутался - какой же Тотал ставить в Панель задач для постоянной работы - 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. Но мне не надо всех, а надо только из определённой колонки.