oshizelly
Gold Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Приветствую всех. Столкнулся с таким вот странным явлением, не понимаю, что происходит. На машине стоит OpenOfficeOrg. При установке он автоматически ассоциировал на себя файлы с расширением .OTS (это стандартное расширение его табличного процессора), но я это сразу исправил вручную и перерегистрировал расширение .OTS на браузер Opera. В начале всех этих файлов имеется стандартная сигнатура HTML-документов <HTMl>, а то, что расширению стандартно относится к OpenOfficeOrg, это не смущает ни Opera, ни систему. Однако при просмотре этих файлов в TC по F3 с установленным плагином IEView возникает проблема. В настройках IEView включено распознавание по сигнатурам, поэтому IEView совершенно правильно перехватывает обработку этих файлов. Но затем IEView вместо того, чтобы самому просто отобразить стандартный HTML-документ, почему-то вызывает внешний просмотрщик из пакета OpenOffice.org. А если его не находит (скажем, при переименовании папки C:\Program Files\OpenOffice), то вообще выдает сообщение о невозможности открыть файл для просмотра. В настройках IEView убрал все, что могло относиться к OOo или файлам .OTS, не помогло. В wincmd.ini записал вручную файлы .OTS на плагин Excellence (просто для эксперимента), который идет в очереди листер-плагинов выше IEView, но TC это почему-то игнорирует Код: 2=%commander_path%\plugins\wlx\Excellence\excellence.wlx 2_detect="ext="OTS"" | Как раздружить IEView с этими файлами? Или хотя бы сделать так, чтобы файлы с определенным расширением всегда жестко открывались для просмотра только во встроенном листере (или дугом плагине), игнорируя непонятную убежденность IEView? З.Ы. Сначала я грешил на плагин OOview, пытался играть с очередностью листер-плагинов и настройками OOview, но после долгих экспериментов понял, что он как раз тут ни при чем. |