В пакете с консольным mplayer чего-то не хватает, поэтому его нельзя сделать обработчиком для всех видео-файлов одним махом через, например, kcmshell4 componentchooser. Зато это что-то есть в mplayer-gui, но кажется нелогичным. Подробнее тут: http://lists.altlinux.org/pipermail/sisyphus/2013-February/359653.html
Почему его пункт меню скрыт -- понятно. Он без аргумента с видео не открывается и у него нет интерфейса выбора файла. Я в свою очередь не могу его поэтому отображать. Если буду, получится отображение мусора. Пример можно посмотреть в desktop-файлах пакета kde4-okular. Варианты решения: 1. Ничего не менять. 2. Добавить dekstop-файл без полей MimeType и NoDisplay, запускающий скрипт, показывающий диалог выбора файла при отсутствии соответствующего аргумента.
Это не проблема mplayer
(В ответ на комментарий №2) > Это не проблема mplayer А чья это проблема? На что перевесить баг? Потому что сейчас запускается mplayer с каким-то убогим графическим интерфейсом (gmplayer), который совершенно не нужен.
(В ответ на комментарий №3) > (В ответ на комментарий №2) > > Это не проблема mplayer > > А чья это проблема? Того, кто не может "сделать обработчиком MIME по умолчанию", очевидно. При наличии корректного desktop-файла. > На что перевесить баг? Потому что сейчас запускается > mplayer с каким-то убогим графическим интерфейсом (gmplayer), который > совершенно не нужен. Нарисуйте неубогий - приложите патч. Кстати, "убогость интерфеса" не имеет никакого отношения к данному тикету.
(В ответ на комментарий №4) > > А чья это проблема? > Того, кто не может "сделать обработчиком MIME по умолчанию", очевидно. Дело в том, что это человек ;-) Вообще, идея в том, чтобы для начала решить, нужно ли это делать с MPlayer или нет. Если нет, то NOTABUG, а если нужно, то придумать, как реализовать.
Есть вариант: я положу в mplayer-gui примитивный скин (я назвал его "0" (ноль)), состоящий из двух фйлов общим размером 415 байт. С этим скином никакой панели упрвления у gmplayer нет, остаётся только контекстное меню по правой кномке мыши. Т.о. для его использование достаточно указать "skin=0" в /etc/mplayer/mplayer.conf (или в соответствующем пользовательском конфиге), или добавить "-skin 0" в gmplayer.desktop (хотя, в этом случае это продлится только до первого обновления пакета mplayer-gui).
(В ответ на комментарий №6) > Есть вариант: я положу в mplayer-gui Речь о пакете mplayer, насколько я понял.
(В ответ на комментарий №7) > (В ответ на комментарий №6) > > Есть вариант: я положу в mplayer-gui > Речь о пакете mplayer, насколько я понял. Да, и о субпакете mplayer-gui. Хотя, возможно, mplayer-gui стоит упразднить перенеся его содержимое в mplayer (?)
(В ответ на комментарий №8) > Хотя, возможно, mplayer-gui стоит упразднить > перенеся его содержимое в mplayer Да, возможно. Оказывается, никаких дополнительных зависимостей в mplayer-gui нет. Тогда это всё меняет. Конкретно по баге будет лучше тем, что не придется делать выбор, на какую утилиту выбора файла ставить дополнительную зависимость.
(В ответ на комментарий №9) > (В ответ на комментарий №8) > > Хотя, возможно, mplayer-gui стоит упразднить > > перенеся его содержимое в mplayer > Да, возможно. > Оказывается, никаких дополнительных зависимостей в mplayer-gui нет. Сейчас собирается 1.1.1-alt8 - в нём ещё есть mplayer-gui, но уже со скином "0". Если не появятся каки-нибудь причины/регресы, то в последующих сборках mplayer-gui будет упразднён.
Тогда по баге получается, что достатоточно будет добавить gmplayer-noskin.desktop c Name=MPlayer [no skin] и Exec=gmplayer -skin 0 %U , который можно будет делать автоматически sed-ом из gmplayer.desktop
(В ответ на комментарий №11) > Тогда по баге получается, что достатоточно будет добавить > gmplayer-noskin.desktop > c > Name=MPlayer [no skin] > и > Exec=gmplayer -skin 0 %U > , который можно будет делать автоматически sed-ом из gmplayer.desktop Врядли в меню нужны два MPlayer. Достаточно одного. А с каким скином он будет запускаться - это уже на усмотрение администратора и пользователя.
> Врядли в меню нужны два MPlayer. Достаточно одного. Тогда и в том диалоге, из-за которого всё началось, будет тоже один.
(В ответ на комментарий №13) > > Врядли в меню нужны два MPlayer. Достаточно одного. > Тогда и в том диалоге, из-за которого всё началось, будет тоже один. Да
(В ответ на комментарий №14) > > Тогда и в том диалоге, из-за которого всё началось, будет тоже один. > Да (В ответ на комментарий №1) > Варианты решения: > 1. Ничего не менять. Тогда по багу получается этот вариант.
(В ответ на комментарий №15) > (В ответ на комментарий №14) > > > Тогда и в том диалоге, из-за которого всё началось, будет тоже один. > > Да > > (В ответ на комментарий №1) > > Варианты решения: > > 1. Ничего не менять. > Тогда по багу получается этот вариант. Это не баг. Просто кому-то не нравится "уродливый графический интерфейс", вернее, наличие в нём т.н. панели управления. Вот и решение - скин вообще без панели управления.
(В ответ на комментарий №16) > Это не баг. Это баг #28548 с severity -- enhancement . Решений по нему кроме (В ответ на комментарий №1) > Варианты решения: > 1. Ничего не менять. здесь пока не было.
Обработчик mime не обязательно должен быть тем же desktop файлом, что и desktop файл, что отображается в меню. Для этого в обработчик нужно вставить NoDisplay=true из desktop файла для меню можно выбросить MimeType, можно и оставить, вдруг кому нравится полный скин. Единственно, для совместимости с mimeapps.list обработчик должен называться mplayer.desktop а desktop файл для меню можно назвать как угодно. например, gmplayer.desktop Тогда в меню можно вызывать gmplayer а в обработчике по умолчанию - просто mplayer.
Я уже писал в комментарии №1
(В ответ на комментарий №18) > Тогда в меню можно вызывать gmplayer > а в обработчике по умолчанию - просто mplayer. Нет. Для того, чтоб его выбрать, desktop-файл должен соответствивать некоторым условиям, по которым он попаадает в список выбора. Я могу их изменить как угодно, но это не должно вызвать попадание туда лишнего.
