Bug 28548

Почему его пункт меню скрыт -- понятно. Он без аргумента с видео не открывается и у него нет интерфейса выбора файла.

Я в свою очередь не могу его поэтому отображать. Если буду, получится отображение мусора. Пример можно посмотреть в 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-файл должен соответствивать некоторым условиям, по которым он попаадает в список выбора.
Я могу их изменить как угодно, но это не должно вызвать попадание туда лишнего.