» Total Commander (Часть 8)

Никто не в курсе, почему TC не хочет ассоциировать файлы MS Office 2007/10/13 с расширениями .docX и .xlsX и т.п. Иконку показывает как у файлов неопознанного типа, по Enter вместо передачи файла родному приложения входит внутрь документа как в архив.
В других файловых менеджерах, включая Windows Explorer, всё нормально
Windows' x64, MS Office' x32, Total Commander x32/x64 8.01 / 8.50.

Я догадываюсь, как это можно настроить вручную через внутренние ассоциации сабжа. Но хочется понять, почему они не пересекаются так происходит?
Спасибо!

Цитата:

хочется понять, почему так происходит?

.docX и .xlsX являются zip архивами

oshizelly
Лично у меня эти файлы нормально отображаются и обрабатываются офисными программами, никаких системных ассоциаций для них TC не трогает, "хотеть" или "не хотеть" чего-то он тут не может и не должен. А вход в эти файлы как в архивы выполняется по Ctrl+PgDn. На "чистом" (с умолчальными настройками) TC рекомендую проверить.

oshizelly
В wincmd.ini глянуть поиском эти расширения .docX и .xlsX. Может, какой плагин зацепил. Ну и другие .ini плагинов, заодно, проверить.

dedmazai1870 10:11 02-07-2014
Цитата:

В wincmd.ini глянуть поиском эти расширения .docX и .xlsX. Может, какой плагин зацепил

Avada 09:36 02-07-2014
Цитата:

На "чистом" (с умолчальными настройками) TC рекомендую проверить.

На это у меня и у самого соображения, как ни странно, хватило.
Именно то и удивило, что описанная картина наблюдается на девственно чистом TC 8.51 x64 (специально удалил всё содержимое wincmd.ini перед запуском). А иначе было при примерно понятно, где искать.


Andrey_A_A 08:54 02-07-2014
Цитата:

.docX и .xlsX являются zip архивами

Я в курсе Но это как бы не ответ на мой вопрос.

oshizelly Что не понравилось? Где в твоём вопросе есть информация что ты знаешь что это архивы? Мог бы пропустить... или накипело... лето наверно))))

oshizelly
Со стороны системы разбираться надо. Тут с системными ассоциациями что-то не то. Невзирая на "всё нормально" в других ФМ.

Andrey_A_A
Не понимаю, зачем надо было так эмоционально реагировать. Знание (или, наоборот, незнание) того, что это архивы, никак не объясняет, например, значок файла неопознанного типа.

Цитата:

так эмоционально реагировать

Какой вопрос такой и ответ. Для меня коренным в вопросе была фраза: "почему так происходит?"


Цитата:

что это архивы, никак не объясняет

Ваш ответ тоже ничего не объяснял.

Первый раз с таким сталкиваюсь. Файлы изображений ассоциированы в системе с IrfanView-ром. В Total Commander-е, например gif-файл имеет соответствующую иконку и открывается по двойному щелчку в IrfanView-ре. Если же зайти в меню "Открывать с помощью...", то оно пустое, как будто gif-файл не ассоциирован ни с какой программой:

В чем может быть причина?

coherent
Интересно. А в системном апплете "Программы по умолчанию" ("Сопоставление типов файлов или протоколов конкретным программам") что для GIF указано?

Avada

Цитата:

А в системном апплете "Программы по умолчанию" ("Сопоставление типов файлов или протоколов конкретным программам") что для GIF указано?

Вы меня озадачили! В "Свойства папки - Типы файлов" смотрел. Там для GIF указан IrfanView. Ткните, пожалуйста, где это "Программы по умолчанию" ("Сопоставление типов файлов или протоколов конкретным программам").

coherent
Это в Windows 7 в Панели управления. Мне сначала показалось по скрину, что используется эта ОС. А если XP, то да, вкладка "Типы файлов". Собственно, ответ получен, но причина всё равно пока непонятна. Во всяком случае, у меня и в Win7, и в XP в этом диалоге при ассоцииации GIF с IrfanView всё отображается нормально.
С другими графическими файлами (JPG, PNG, BMP...) такая же история или там всё нормально? Может быть, попробовать повторно выставить ассоциации в Ирфане?

Avada

Цитата:

С другими графическими файлами (JPG, PNG, BMP...) такая же история или там всё нормально?

Для JPG и BMP нормально. Для всех не проверял. Повторная ассоциация исправила ситуацию. Но интересна сама причина такого поведения.

Avada 17:15 02-07-2014
Цитата:

Со стороны системы разбираться надо. Тут с системными ассоциациями что-то не то. Невзирая на "всё нормально" в других ФМ.

Вопрос в том, где и что смотреть? Логичный ответ был бы: в системных настройках, отвечающих за ассоциации типов файлов в TC. Вот только не существует таких системных настроек. Или я просто не в курсе?

oshizelly
Никаких "системных настроек, отвечающих за ассоциации типов файлов в TC", разумеется, нет. TC сам обращается к некой системной информации об ассоциациях и позволяет (через собственный диалог) её изменять. В данном случае, судя по описываемой ситуации, к неправильной информации. А где-то в реестре существует и правильная, коль скоро она корректно используется в Проводнике и прочих ФМ. Я никогда не занимался глубоко изучением этого вопроса. Можно, конечно, зарыться по уши в реестр и выяснять, кто что откуда берёт для проблемных расширений. А можно, например, повторно выставить правильные системные ассоциации (апплет в Win7 я называл раньше) или же проверить и изменить ассоциацию и/или значок через диалог TC. В данном случае, как мне кажется, первично не "почему" (хотя, конечно, это и интересно), а "как быстро исправить".

oshizelly
В своё время были похожие проблемы с установленным браузером по умолчанию Opera (Presto) - рушились иконки html-ассоциаций с Opera. Виноват был MS Word. Решалось редактированием в HKEY_CLASSES_ROOT. Но как правильно сказал Avada, лучше там не ковыряться, а выставить ассоциации заново.

Подскажите, пожалуйста, можно ли при копировании/перемещении файлов отключить совершенно идиотский, на мой взгляд, запрос о превышении длины имени файла?

Serg196
Масса программ не умеет работать с длинными именами, о чем ТС честно предупреждает. ЕМНИП, на оффоруме был похожий вопрос и было отказано.

>Масса программ не умеет работать с длинными именами, о чем ТС честно предупреждает.

То есть - никак?
Грустно.
Лучше бы ТС честно выполнял то, что я от него хочу, а именно копировал или перемещал. А если ему приспичило "честно предупреждать", так делал бы это не в ущерб основной операции - предупреждал бы в фоне или где-нибудь в журнале.
Честное слово, давно уже бесит такое поведение ТС. Ставишь на копирование большую папку, приходишь через несколько часов, а там скопировалось два файла и висит какой-нибудь идиотский вопрос. Такой вид услуг называются медвежьими.

Serg196
Во-первых, загляните в справку TC. Ctrl+F, поиск по длин. Отключайте, если так хочется. Последствия — за свой счёт.
Во-вторых, насчёт "давно уже бесит" и "приходишь через несколько часов". В современных версиях TC (начиная с 8.50) по умолчанию запросы по проблемным файлам, не выведенные за первые 5 секунд операции, переносятся в её конец. К сверхдлинным именам это относится тоже.

Avada, спасибо, именно об этом я и спрашивал.


Цитата:

В современных версиях TC (начиная с 8.50) по умолчанию запросы по проблемным файлам, не выведенные за первые 5 секунд операции, переносятся в её конец. К сверхдлинным именам это относится тоже.

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

Поставил 8.51а и обнаружил одну очень нериятную вещь: при перемещении файлов в пределах одного диска ТС периодически решает, что директории на разных дисках - т.е. вместо переимнования файла делает его копирование с последующим удалением. Изменение настроек операций с файлами ни к чему не привело.
Что это может быть и как с этим бороться?

Serg196

Цитата:

при перемещении файлов в пределах одного диска ТС периодически решает, что директории на разных дисках - т.е. вместо переимнования файла делает его копирование с последующим удалением.

Если у тебя одна из директорий находится на диске, созданным командой subst, то ничего не сделаешь. Сам мучаюсь и перемещаю teracopy.

Samotek

Цитата:

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

Я же писал: "в пределах одного диска". Никаких subst.
Уточняю.
Выделяю группу файлов в одной директории. Выполняю операцию перемещения в другую директорию на этом же диске. Происходит мгновенное перемещение части выделенных файлов (т.е. фактически их переименование), затем на произвольном файле ТС начинает операцию копирования/удаления, затем опять часть файлов быстро переименовывается, затем опять медленное копирование-удаление и так далее до конца. Причем подобное поведение наблюдается не всегда, закономерности пока выявить не удалось.

Все предыдущие используемые мной версии ТС действовали при перемещении без таких подвывертов. Вероятно, это баг текущей версии? У кого-нибудь еще наблюдается подобное поведение ТС?

Кстати, что за цифра под индикатором прогресса над кнопкой "пауза"? Видимо, счетчик файлов - при копировании/перемещении файлов на другой диск инкрементируется для каждого нового файла. Этот счетчик странно себя ведет при перемещении в пределах диска - инкрементируется только если ТС начинает вместо переимнования копировать/удалять файл.

Serg196
У себя я ничего подобного, ЕМНИП, не наблюдал. И непонятно, с какими "предыдущими" сравнивается поведение в 8.51a, чтобы судить о "баге текущей версии". Скажем, индикация числа/объёма объектов появилась в диалогах прогресса операции ещё в версии 8.0, то есть два с лишним года назад.

Serg196 00:18 10-07-2014
Цитата:

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

Похоже, что эти файлы залочены другим приложением (или даже самим же TC, например, открыты в Lister). Правда, тогда могли бы возникнуть проблемы с удалением, но не факт. Проверьте, например, через Unlocker.

oshizelly

Цитата:

или даже самим же TC, например, открыты в Lister

Ничего подобного, листер не блокирует/не препятствует удалению/перемещению.

oshizelly

Цитата:

Похоже, что эти файлы залочены другим приложением

Не похоже. Один и тот же файл после прерывания и дальнейшего возобновления перемещения ТС уже переименовывает, а не копирует/удаляет. Т.е. выглядит это так: порция файлов переименовывается - один копируется/удаляетися - порция переименовывается - один копируется удаляется, и т.д. Если прервать в момент копирования/удаления, а затем возобновить, то этот файл вместе с первой порцией уже переименовывается. Т.е. никакой привязки к конкретным файлам.
Ощущение, что какие-то проблемы с доступом к диску у этой версии ТС. Или смена версии ТС просто совпала с появлением какой-то другой проблемы...


Цитата:

И непонятно, с какими "предыдущими" сравнивается поведение в 8.51a

Ни на одной из предыдущих версий, начиная с первой я подобного поведения не наблюдал.

mig73 11:44 10-07-2014
Цитата:

Ничего подобного, листер не блокирует/не препятствует удалению/перемещению

Не надо так категорично Сам Lister, да, не препятствует, а вот некоторые листерные плагины - очень даже.



Добавлено:
Serg196 /12:01 10-07-2014
Цитата:

Если прервать в момент копирования/удаления, а затем возобновить, то этот файл вместе с первой порцией уже переименовывается.

IMHO это косвенно подтверждает мою гипотезу. Попробуйте всё-таки проверить файлы на "залоченность".

Либо это результат взаимодействия TC с каким-то другим приложением. Попробуйте перезагрузить систему и запустить TC, не загружая своего обычного набора приложений (а загружаемые автоматом выгрузите вручную через Task Manager).
Также не забудьте проверить на чистом TC без кастомных настроек и плагинов (с дефолтным wincmd.ini).

Serg196
К примеру, 8.51 по сравнению с 8.51a — тоже предыдущая версия. На ней наблюдается? Вот прямо сейчас, на той же машине?