Bug 28548 - mplayer нельзя сделать обработчиком MIME по умолчанию
Summary: mplayer нельзя сделать обработчиком MIME по умолчанию
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: mplayer (show other bugs)
Version: unstable
Hardware: all Linux
: P3 enhancement
Assignee: Vladimir D. Seleznev
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-12 21:26 MSK by Alexei V. Mezin
Modified: 2013-06-06 14:43 MSK (History)
10 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexei V. Mezin 2013-02-12 21:26:10 MSK
В пакете с консольным mplayer чего-то не хватает, поэтому его нельзя сделать обработчиком для всех видео-файлов одним махом через, например, kcmshell4 componentchooser.

Зато это что-то есть в mplayer-gui, но кажется нелогичным.

Подробнее тут: http://lists.altlinux.org/pipermail/sisyphus/2013-February/359653.html
Comment 1 Sergey V Turchin 2013-02-13 15:03:04 MSK
Почему его пункт меню скрыт -- понятно. Он без аргумента с видео не открывается и у него нет интерфейса выбора файла.

Я в свою очередь не могу его поэтому отображать. Если буду, получится отображение мусора. Пример можно посмотреть в desktop-файлах пакета kde4-okular.

Варианты решения:
1. Ничего не менять.
2. Добавить dekstop-файл без полей MimeType и NoDisplay, запускающий скрипт, показывающий диалог выбора файла при отсутствии соответствующего аргумента.
Comment 2 led 2013-06-02 10:57:43 MSK
Это не проблема mplayer
Comment 3 Alexei V. Mezin 2013-06-02 15:38:08 MSK
(В ответ на комментарий №2)
> Это не проблема mplayer

А чья это проблема? На что перевесить баг? Потому что сейчас запускается mplayer с каким-то убогим графическим интерфейсом (gmplayer), который совершенно не нужен.
Comment 4 led 2013-06-02 15:55:34 MSK
(В ответ на комментарий №3)
> (В ответ на комментарий №2)
> > Это не проблема mplayer
> 
> А чья это проблема?

Того, кто не может "сделать обработчиком MIME по умолчанию", очевидно. При наличии корректного desktop-файла.

> На что перевесить баг? Потому что сейчас запускается
> mplayer с каким-то убогим графическим интерфейсом (gmplayer), который
> совершенно не нужен.

Нарисуйте неубогий - приложите патч.
Кстати, "убогость интерфеса" не имеет никакого отношения к данному тикету.
Comment 5 Sergey V Turchin 2013-06-03 14:07:58 MSK
(В ответ на комментарий №4)
> > А чья это проблема?
> Того, кто не может "сделать обработчиком MIME по умолчанию", очевидно.
Дело в том, что это человек ;-)

Вообще, идея в том, чтобы для начала решить, нужно ли это делать с MPlayer или нет. Если нет, то NOTABUG, а если нужно, то придумать, как реализовать.
Comment 6 led 2013-06-04 07:34:07 MSK
Есть вариант: я положу в mplayer-gui примитивный скин (я назвал его "0" (ноль)), состоящий из двух фйлов общим размером 415 байт. С этим скином никакой панели упрвления у gmplayer нет, остаётся только контекстное меню по правой кномке мыши.
Т.о. для его использование достаточно указать "skin=0" в /etc/mplayer/mplayer.conf (или в соответствующем пользовательском конфиге), или добавить "-skin 0" в gmplayer.desktop (хотя, в этом случае это продлится только до первого обновления пакета mplayer-gui).
Comment 7 Sergey V Turchin 2013-06-04 14:32:35 MSK
(В ответ на комментарий №6)
> Есть вариант: я положу в mplayer-gui
Речь о пакете mplayer, насколько я понял.
Comment 8 led 2013-06-04 14:48:47 MSK
(В ответ на комментарий №7)
> (В ответ на комментарий №6)
> > Есть вариант: я положу в mplayer-gui
> Речь о пакете mplayer, насколько я понял.

Да, и о субпакете mplayer-gui.
Хотя, возможно, mplayer-gui стоит упразднить перенеся его содержимое в mplayer (?)
Comment 9 Sergey V Turchin 2013-06-04 14:56:07 MSK
(В ответ на комментарий №8)
> Хотя, возможно, mplayer-gui стоит упразднить
> перенеся его содержимое в mplayer
Да, возможно.
Оказывается, никаких дополнительных зависимостей в mplayer-gui нет.
Тогда это всё меняет. Конкретно по баге будет лучше тем, что не придется делать выбор, на какую утилиту выбора файла ставить дополнительную зависимость.
Comment 10 led 2013-06-04 15:07:50 MSK
(В ответ на комментарий №9)
> (В ответ на комментарий №8)
> > Хотя, возможно, mplayer-gui стоит упразднить
> > перенеся его содержимое в mplayer
> Да, возможно.
> Оказывается, никаких дополнительных зависимостей в mplayer-gui нет.

Сейчас собирается 1.1.1-alt8 - в нём ещё есть mplayer-gui, но уже со скином "0". Если не появятся каки-нибудь причины/регресы, то в последующих сборках mplayer-gui будет упразднён.
Comment 11 Sergey V Turchin 2013-06-04 15:18:20 MSK
Тогда по баге получается, что достатоточно будет добавить
gmplayer-noskin.desktop
c
Name=MPlayer [no skin]
и
Exec=gmplayer -skin 0 %U
, который можно будет делать автоматически sed-ом из gmplayer.desktop
Comment 12 led 2013-06-04 15:24:17 MSK
(В ответ на комментарий №11)
> Тогда по баге получается, что достатоточно будет добавить
> gmplayer-noskin.desktop
> c
> Name=MPlayer [no skin]
> и
> Exec=gmplayer -skin 0 %U
> , который можно будет делать автоматически sed-ом из gmplayer.desktop

Врядли в меню нужны два MPlayer. Достаточно одного. А с каким скином он будет запускаться - это уже на усмотрение администратора и пользователя.
Comment 13 Sergey V Turchin 2013-06-04 16:01:53 MSK
> Врядли в меню нужны два MPlayer. Достаточно одного.
Тогда и в том диалоге, из-за которого всё началось, будет тоже один.
Comment 14 led 2013-06-04 17:13:45 MSK
(В ответ на комментарий №13)
> > Врядли в меню нужны два MPlayer. Достаточно одного.
> Тогда и в том диалоге, из-за которого всё началось, будет тоже один.

Да
Comment 15 Sergey V Turchin 2013-06-05 15:06:50 MSK
(В ответ на комментарий №14)
> > Тогда и в том диалоге, из-за которого всё началось, будет тоже один.
> Да

(В ответ на комментарий №1)
> Варианты решения:
> 1. Ничего не менять.
Тогда по багу получается этот вариант.
Comment 16 led 2013-06-05 16:43:29 MSK
(В ответ на комментарий №15)
> (В ответ на комментарий №14)
> > > Тогда и в том диалоге, из-за которого всё началось, будет тоже один.
> > Да
> 
> (В ответ на комментарий №1)
> > Варианты решения:
> > 1. Ничего не менять.
> Тогда по багу получается этот вариант.

Это не баг. Просто кому-то не нравится "уродливый графический интерфейс", вернее, наличие в нём т.н. панели управления. Вот и решение - скин вообще без панели управления.
Comment 17 Sergey V Turchin 2013-06-05 17:06:06 MSK
(В ответ на комментарий №16)
> Это не баг.
Это баг #28548 с severity -- enhancement .

Решений по нему кроме
(В ответ на комментарий №1)
> Варианты решения:
> 1. Ничего не менять.
здесь пока не было.
Comment 18 viy 2013-06-06 00:41:45 MSK
Обработчик mime не обязательно должен быть
тем же desktop файлом, что и desktop файл,
что отображается в меню.

Для этого в обработчик нужно вставить NoDisplay=true
из desktop файла для меню можно выбросить MimeType,
можно и оставить, вдруг кому нравится полный скин.

Единственно, для совместимости с mimeapps.list
обработчик должен называться mplayer.desktop
а desktop файл для меню можно назвать как угодно.
например, gmplayer.desktop

Тогда в меню можно вызывать gmplayer
а в обработчике по умолчанию - просто mplayer.
Comment 19 Sergey V Turchin 2013-06-06 14:41:28 MSK
Я уже писал в комментарии №1
Comment 20 Sergey V Turchin 2013-06-06 14:43:59 MSK
(В ответ на комментарий №18)
> Тогда в меню можно вызывать gmplayer
> а в обработчике по умолчанию - просто mplayer.
Нет. Для того, чтоб его выбрать, desktop-файл должен соответствивать некоторым условиям, по которым он попаадает в список выбора.
Я могу их изменить как угодно, но это не должно вызвать попадание туда лишнего.