Файлы *.txt и *.doc всегда открываются в одном приложении (смена программы по-умолчанию не помогает)

[vkapas]

Всем привет.

Похоже, в моём Xfce нарушились ассоциации при открытии файлов *.txt и *.doc. Точнее, ассоциации не нарушились, но, похоже, что Xfce воспринимает эти два формата за один.

Попытаюсь объяснить подробней:

Сейчас при двойном щелчке файлы *.txt в Xfce открываются в Mousepad. Это меня полностью устраивает. Однако, и файлы *.doc при двойном щелчке открываются также в Mousepad.
Я пытаюсь сделать правильные ассоциации для *.doc: щёлкаю на любой *.doc-файл -> Свойства -> Открывать с помощью -> меняю Mousepad на OpenOffice.org. Проверяю: да, всё сработало, и файлы *.doc теперь открываются в OOo. Вроде бы, теперь всё хорошо.
Но! После этого и *.txt тоже по-умолчанию станет открываются в OOo! Соответственно, смена ассоциаций для *.txt меняет приложение по-умолчанию и для *.doc, и так по кругу...

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

Debian Squeeze, Xfce 4.6.

[sash-kan]

по идее, тип файла (исходя из суффикса) определяется содержимым /etc/mime.types
а что делать с файлом определённого типа, определяется содержимым /etc/mailcap
это по идее.
а вот как себя будет вести тот или иной файловый менеджер — смотрите его документацию/исходники.

p.s. опять-таки по идее — могут быть пользовательские файлы. что-нибудь вроде ~/.mime.types и ~/.mailcap. и что-нибудь аналогичное внутри всяких там ~/.kde*/, ~/.gnome*/ и тому подобного. так что есть простор для чтения документации/исходников/гугля.

[SilentOS]

опять-таки по идее — могут быть пользовательские файлы. что-нибудь вроде ~/.mime.types и ~/.mailcap. и что-нибудь аналогичное внутри всяких там ~/.kde*/, ~/.gnome*/ и тому подобного. так что есть простор для чтения документации/исходников/гугля.

А также грепайте ~/.local/*

[watashiwa_daredeska]

по идее, тип файла (исходя из суффикса) определяется содержимым /etc/mime.types
а что делать с файлом определённого типа, определяется содержимым /etc/mailcap

По версии freedesktop.org есть ещё вариант, основанный на файлах *.desktop. И все современные windows-like поделки пользуюся именно этим вторым способом. В частности, iceweasel в debain чихать хотел на mailcap и mime.types.

[vkapas]

Спасибо всем за советы. Сейчас ковыряюсь в mime. Пока результатов никаких :-(

Зато экспериментально установил, что в Thunar, запущенном от рута файлы odt открывается в OpenOffice.org, а txt -- в mousepad. Т.е. в нём такого глюка нет. И никакие ассоциации там не перемешиваются..

[sash-kan]

от другого пользователя всё в порядке? ну, значит, понятно где искать ту собаку.

[drBatty]

ну, значит, понятно где искать ту собаку.

угу. в ~

vkapas первым делом определите, как определяет файлы ваш ФМ, для этого преименуйте какой-нибудь .doc в .ZXCVBN, если он так доком и останется (для вашего ФМ), значит он определяет тип по первым байтам используя базу mime. После чего выберите для .ZXCVBN "открыть с помощью", с помощью чего угодно, "сохранить связь с этим приложением", откройте и закройте файл.

а теперь в терминале выполните
grep -n --color "ZXCVBN" ~/**/*

[vkapas]

от другого пользователя всё в порядке? ну, значит, понятно где искать ту собаку.

Итак,при запуске от другого обычного пользователя ошибка повторилась.

ну, значит, понятно где искать ту собаку.

угу. в ~

vkapas первым делом определите, как определяет файлы ваш ФМ, для этого преименуйте какой-нибудь .doc в .ZXCVBN, если он так доком и останется (для вашего ФМ), значит он определяет тип по первым байтам используя базу mime. После чего выберите для .ZXCVBN "открыть с помощью", с помощью чего угодно, "сохранить связь с этим приложением", откройте и закройте файл.

а теперь в терминале выполните
grep -n --color "ZXCVBN" ~/**/*

Попробовал фокус со сменой расширения => Thunar определяет тип файла только по расширению.
Файл переименовал, открыл, закрыл:

Код: Выделить всё

$ grep -n --color "ZXCVBN" ~/**/*
$

[sash-kan]

grep -n --color "ZXCVBN" ~/**/*

наверно, всё-таки подразумевался ключ -r.

[vkapas]

В общем grep -n --color "ZXCVBN" ~/**/* выдал много чего, но полезного -- 0 (в основном -- строки из кода в файлах домашней директории).

Я повторил эксперимент, заменив "ZXCVBN" на "ZXCVB12345": создал файл с таким расширением, присвоил программу (кстати, уже другую), открыл, закрыл, проверил, что появилась ассоциация программы с расширением и..

Код: Выделить всё

$ grep -r --color "ZXCVB12345" ~/**/*
$

(Команда отработала где-то 1-2 часа)

Пробовал grep по всему диску (с корня), -- результат тот же.

[drBatty]

наверно, всё-таки подразумевался ключ -r.

нет. просто так у меня в алиасе, так и скопипастил.

-n, --line-number
Prefix each line of output with the 1-based line number within its input file. (-n is specified
by POSIX.)

а вместо -r я написал **

(Команда отработала где-то 1-2 часа)

ещё-бы. прочитать все файлы...
а проблема видимо в том, что файл скрытый. поможет конструкция вроде
find ~ -type f -exec grep -n --color {} /dev/null \;
она найдёт ВСЕ файлы и их погрипает.
для ускорения используйте например ! -name "*.avi", чтоб кино не грипать.