Re: [devel] А что у нас с mime?

Re: [devel] А что у нас с mime?

[Igor Vlasenko]

On Thu, May 29, 2008 at 06:02:20PM +0400, Yury Aliaev wrote:
> Уважаемые разработчики!
>
> Меня интересует вопрос, как у нас обстоит дело с поддержкой mime-типов? 
> Ситуация такая: имеется некая программа, которая обрабатывает определённые 
> типы файлов. Что нужно сделать, чтобы эта программа ассоциировалась с 
> некими mime-типами?
>
> Я пока нашёл следующее:
> http://freesource.info/wiki/AltLinux/Sisyphus/devel/Ispol'zovanieMIME?v=1a8d&search=mime 
устарело.

1) проверить, зарегистрирован ли уже нужный mime-type.
если нет, то создать свой xml и зарегистрировать с пом.
 %update_mimedb

это то же что и
> http://freesource.info/wiki/AltLinux/Sisyphus/devel/OsobennostiSborkiPaketov?v=15p4&search=mime#h328-4 
> -- про регистрацию приложений, использующих mime-типы (через 
> %update_mimedb). Приведённая там ссылка на freedesktop хоть и несколько 
> проясняет ситуацию, но не скажу что до конца (там расписаны далеко не все 
> тонкости содержания xml файла).

2) нужно указать приложение - обработчик.
Для этого нужно в .desktop файле в поле
MimeType=указать нужное.
и вызвать %update_desktopdb.

Если надо, чтобы приложение, ассоциирующееся с определённым mime-типом, 
не появлялось в меню рабочего стола, в .desktop файл добавить
NoDisplay=true.

Это о
> Кроме того есть ещё 
> http://freesource.info/wiki/AltLinux/Sisyphus/devel/OsobennostiSborkiPaketov?v=15p4&search=mime#h328-4, 
> где описывается привязка к mime-типам в .desktop

> Меня интересуют два вопроса: 1) как предыдущий абзац соотносится с 
> предпредыдущим (это два альтернативных способа, или же по хорошему нужно 
> делать и то, и то); 

И то и то - первое - обьявить mime-type
второе - указать (одно из) приложений, которое умеет его обрабатывать.

2) как быть, если приложение, ассоциирующееся с 
> определённым mime-типом, не должно появляться в меню рабочего стола (и 
> поэтому способ с .desktop файлом для него непригоден)?

Выше см. NoDisplay

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] А что у нас с mime?

[Igor Vlasenko]

On Thu, May 29, 2008 at 06:37:37PM +0400, Yury Aliaev wrote:
>> 1) проверить, зарегистрирован ли уже нужный mime-type.
>> если нет, то создать свой xml и зарегистрировать с пом.
>>  %update_mimedb
>
> Т.е. это регистрация mime-типа без привязки к приложениям-обработчикам, я 
> правильно понял? 

да.

И тогда следующий вопрос: как проверить, зарегистрирован 
> ли нужный тип?

Какой нативный клиент не знаю. grep наверняка подойдет :)
а так по всем пакетам искать - думаю научить repocop
чтобы избежать множественных деклараций.

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

Это уже на уровне DE делается.
как я понимаю, в каждом DE по разному, как и автомонтирование :(

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

[devel] А что у нас с mime?

[Yury Aliaev]

Уважаемые разработчики!

Меня интересует вопрос, как у нас обстоит дело с поддержкой mime-типов? 
Ситуация такая: имеется некая программа, которая обрабатывает 
определённые типы файлов. Что нужно сделать, чтобы эта программа 
ассоциировалась с некими mime-типами?

Я пока нашёл следующее:
http://freesource.info/wiki/AltLinux/Sisyphus/devel/Ispol'zovanieMIME?v=1a8d&search=mime 
-- ничего конкретного, зато есть полезные ссылки;

http://freesource.info/wiki/AltLinux/Sisyphus/devel/OsobennostiSborkiPaketov?v=15p4&search=mime#h328-4 
-- про регистрацию приложений, использующих mime-типы (через 
%update_mimedb). Приведённая там ссылка на freedesktop хоть и несколько 
проясняет ситуацию, но не скажу что до конца (там расписаны далеко не 
все тонкости содержания xml файла).

Кроме того есть ещё 
http://freesource.info/wiki/AltLinux/Sisyphus/devel/OsobennostiSborkiPaketov?v=15p4&search=mime#h328-4, 
где описывается привязка к mime-типам в .desktop

Меня интересуют два вопроса: 1) как предыдущий абзац соотносится с 
предпредыдущим (это два альтернативных способа, или же по хорошему нужно 
делать и то, и то); 2) как быть, если приложение, ассоциирующееся с 
определённым mime-типом, не должно появляться в меню рабочего стола (и 
поэтому способ с .desktop файлом для него непригоден)?

Re: [devel] А что у нас с mime?

[Yury Aliaev]

Igor Vlasenko пишет:

>>
>> Меня интересует вопрос, как у нас обстоит дело с поддержкой mime-типов? 
>> Ситуация такая: имеется некая программа, которая обрабатывает определённые 
>> типы файлов. Что нужно сделать, чтобы эта программа ассоциировалась с 
>> некими mime-типами?
>>
>> Я пока нашёл следующее:
>> http://freesource.info/wiki/AltLinux/Sisyphus/devel/Ispol'zovanieMIME?v=1a8d&search=mime 
> устарело.
> 
> 1) проверить, зарегистрирован ли уже нужный mime-type.
> если нет, то создать свой xml и зарегистрировать с пом.
>  %update_mimedb

Т.е. это регистрация mime-типа без привязки к приложениям-обработчикам, 
я правильно понял? И тогда следующий вопрос: как проверить, 
зарегистрирован ли нужный тип?

> 
> это то же что и
>> http://freesource.info/wiki/AltLinux/Sisyphus/devel/OsobennostiSborkiPaketov?v=15p4&search=mime#h328-4 
>> -- про регистрацию приложений, использующих mime-типы (через 
>> %update_mimedb). Приведённая там ссылка на freedesktop хоть и несколько 
>> проясняет ситуацию, но не скажу что до конца (там расписаны далеко не все 
>> тонкости содержания xml файла).
> 
> 2) нужно указать приложение - обработчик.
> Для этого нужно в .desktop файле в поле
> MimeType=указать нужное.
> и вызвать %update_desktopdb.
> 
> Если надо, чтобы приложение, ассоциирующееся с определённым mime-типом, 
> не появлялось в меню рабочего стола, в .desktop файл добавить
> NoDisplay=true.

Спасибо.

[...]

> И то и то - первое - обьявить mime-type
> второе - указать (одно из) приложений, которое умеет его обрабатывать.

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

> 
> 2) как быть, если приложение, ассоциирующееся с 
>> определённым mime-типом, не должно появляться в меню рабочего стола (и 
>> поэтому способ с .desktop файлом для него непригоден)?
> 
> Выше см. NoDisplay
> 

Спасибо ещё раз за помощь.

Re: [devel] А что у нас с mime?

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 297 bytes --]

* Igor Vlasenko <vlasenko@> [080529 18:30]:
> И то и то - первое - обьявить mime-type
> второе - указать (одно из) приложений, которое умеет его обрабатывать.
Когда уже оба этих макроса будут об'единены?  Раз уж они оба
обрабатывают один и тот же *.desktop файл.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] А что у нас с mime?

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 372 bytes --]

* Yury Aliaev <mutab0r@> [080529 18:40]:
> Т.е. это регистрация mime-типа без привязки к
> приложениям-обработчикам, я правильно понял? И тогда следующий
> вопрос: как проверить, зарегистрирован ли нужный тип?
Вот только вчера читал -
http://library.gnome.org/admin/system-admin-guide/stable/mimetypes-0.html.en
и далее в этом разделе.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] А что у нас с mime?

[Yury Aliaev]

Alexey I. Froloff scripsit:

>>Т.е. это регистрация mime-типа без привязки к
>>приложениям-обработчикам, я правильно понял? И тогда следующий
>>вопрос: как проверить, зарегистрирован ли нужный тип?
> 
> Вот только вчера читал -
> http://library.gnome.org/admin/system-admin-guide/stable/mimetypes-0.html.en
> и далее в этом разделе.
> 

Спасибо, как раз то, что мне надо!

Igor Vlasenko scripsit:

 > И тогда следующий вопрос: как проверить, зарегистрирован
 >
 >>ли нужный тип?
 >
 >
 > Какой нативный клиент не знаю. grep наверняка подойдет :)
 > а так по всем пакетам искать - думаю научить repocop

Да, это более актуально, т.к. тип может быть зарегистрирован в пакете, 
который в данный момент не стоит в системе. Кстати, тогда возникает 
резонный вопрос: если пакет А содержит обработчик некоего mime-типа, 
который описан в пакете B, то что тогда: не ставить же зависимость 
пакета А от В? При том, что ни для чего другого пакету А В не нужен. 
Или, если есть сомнения, тоже класть в пакет А описание mime-типа? Вот 
мой жизненный пример: я поддерживаю пакеты libmodplug (из которого 
собирается в т.ч. консольный modplugplay), xmms-in-modplug и xmp (из 
которого, в саою очередь, собираются консольны xmp и xmms-in-xmp). Все 
эти пакеты предназначны для одного и того же: воспроизведения музыки в 
трекерных форматах. И по этим самым форматам они частично пересекаются, 
при том что стоять в системе могуи и все сразу, и только какой-нибудь 
один из них.

 > чтобы избежать множественных деклараций.
 >
 >
 >>Возможно ли учесть, что обработка может быть разной (например, одно
 >>приложение используется для просмотра, другое -- для модификации). И 
есть
 >>ли способы указать приоритет, или по умолчанию используется
 >>первое/последнее приложение для соотв. mime-типа?
 >
 >
 > Это уже на уровне DE делается.

Жаль, хочется чего-то универсального...

 > как я понимаю, в каждом DE по разному, как и автомонтирование :(

<off>
А это, на мой взгляд, вообще неправильно! Автомонтированием вообще 
заниматься должен не DE, а отдельная служба. В лучшем случае DE может 
получать от этой службы уведомления о появившихся новых точках 
монтирования и вывешивать уведомления и/или показывать соответствующие 
пиктограммки на раб.столе.
</off>

Re: [devel] А что у нас с mime?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

Yury Aliaev пишет:
> Да, это более актуально, т.к. тип может быть зарегистрирован в пакете,
> который в данный момент не стоит в системе. Кстати, тогда возникает
> резонный вопрос: если пакет А содержит обработчик некоего mime-типа,
> который описан в пакете B, то что тогда: не ставить же зависимость
> пакета А от В? При том, что ни для чего другого пакету А В не нужен.
> Или, если есть сомнения, тоже класть в пакет А описание mime-типа?

  Может есть смысл использовать лобовой вариант -- вынести описание
mime-типа в отдельный подпакет, который будут требовать A и B?

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 556 bytes --]

Re: [devel] А что у нас с mime?

[Igor Vlasenko]

On Tue, Jun 03, 2008 at 02:22:26PM +0400, Yury Aliaev wrote:
> > Какой нативный клиент не знаю. grep наверняка подойдет :)
> > а так по всем пакетам искать - думаю научить repocop
>
> Да, это более актуально, т.к. тип может быть зарегистрирован в пакете, 
> который в данный момент не стоит в системе. 

Кстати, тогда возникает 
> резонный вопрос: если пакет А содержит обработчик некоего mime-типа, 
> который описан в пакете B, то что тогда: не ставить же зависимость пакета А 
> от В? При том, что ни для чего другого пакету А В не нужен. 
в случае libmodplug, напрашивается или -common, как советовал Алексей (solo@),
либо, поскольку все эти пакеты хотят libmodplug,
то можно сунуть туда.

Или, если есть 
> сомнения, тоже класть в пакет А описание mime-типа? Вот мой жизненный 
не следует ничего дублировать.

> <off>
> А это, на мой взгляд, вообще неправильно! Автомонтированием вообще 
> заниматься должен не DE, а отдельная служба. В лучшем случае DE может 
> получать от этой службы уведомления о появившихся новых точках монтирования 
> и вывешивать уведомления и/или показывать соответствующие пиктограммки на 
> раб.столе.
> </off>

Понятно, что не правильно, но тут патчить нужно.
У меня, например, руки не доходят...

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] А что у нас с mime?

[Yury Aliaev]

Aleksey Avdeev пишет:

>> Да, это более актуально, т.к. тип может быть зарегистрирован в пакете,
>> который в данный момент не стоит в системе. Кстати, тогда возникает
>> резонный вопрос: если пакет А содержит обработчик некоего mime-типа,
>> который описан в пакете B, то что тогда: не ставить же зависимость
>> пакета А от В? При том, что ни для чего другого пакету А В не нужен.
>> Или, если есть сомнения, тоже класть в пакет А описание mime-типа?
> 
>   Может есть смысл использовать лобовой вариант -- вынести описание
> mime-типа в отдельный подпакет, который будут требовать A и B?

Да, я к этому и склоняюсь. Сделаю пакет trackeraudio-mime-info, от 
которого будут зависеть соответствующие проигрыватели. Может быть, имеет 
смысл начать думать о mime-policy? У меня такое предложение: если 
mime-тип является специфичным для какого-нибудь приложения (причём не 
просто специфичным, а обязанным своему существованию этому приложению, 
как например формат документа .abw пакета AbiSuite), то описание 
соответствующего типа должно лежать в пакете с этим приложением. Если же 
есть необходимость зарегистрировать какие-то типы, однозначно не 
связанные с каким-нибудь пакетом (мой случай: трэкерные модули), то 
следует создать отдельный пакет -mime-info, в котором будет находиться 
описание этих типов.

Re: [devel] А что у нас с mime?

[Yury Aliaev]

Igor Vlasenko пишет:

> Кстати, тогда возникает 
>> резонный вопрос: если пакет А содержит обработчик некоего mime-типа, 
>> который описан в пакете B, то что тогда: не ставить же зависимость пакета А 
>> от В? При том, что ни для чего другого пакету А В не нужен. 
> в случае libmodplug, напрашивается или -common, как советовал Алексей (solo@),
> либо, поскольку все эти пакеты хотят libmodplug,
> то можно сунуть туда.
> 

Да, я так и сделаю, и даже не -common, а -mime-info. Кстати, xmp и 
соответствующие модули libmodplug не хотят, отсюда и возник вопрос.

Re: [devel] А что у нас с mime?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1686 bytes --]

Yury Aliaev пишет:
> Aleksey Avdeev пишет:
> 
>>> Да, это более актуально, т.к. тип может быть зарегистрирован в пакете,
>>> который в данный момент не стоит в системе. Кстати, тогда возникает
>>> резонный вопрос: если пакет А содержит обработчик некоего mime-типа,
>>> который описан в пакете B, то что тогда: не ставить же зависимость
>>> пакета А от В? При том, что ни для чего другого пакету А В не нужен.
>>> Или, если есть сомнения, тоже класть в пакет А описание mime-типа?
>>
>>
>>   Может есть смысл использовать лобовой вариант -- вынести описание
>> mime-типа в отдельный подпакет, который будут требовать A и B?
> 
> 
> Да, я к этому и склоняюсь. Сделаю пакет trackeraudio-mime-info, от
> которого будут зависеть соответствующие проигрыватели. Может быть, имеет
> смысл начать думать о mime-policy? У меня такое предложение: если
> mime-тип является специфичным для какого-нибудь приложения (причём не
> просто специфичным, а обязанным своему существованию этому приложению,
> как например формат документа .abw пакета AbiSuite), то описание
> соответствующего типа должно лежать в пакете с этим приложением. Если же
> есть необходимость зарегистрировать какие-то типы, однозначно не
> связанные с каким-нибудь пакетом (мой случай: трэкерные модули), то
> следует создать отдельный пакет -mime-info, в котором будет находиться
> описание этих типов.

  Проблема сложнее: есть приложения, которые о mime-типах должны знать,
и не более того. На пример apache* должен знать о mime-типе отдаваемого
файла, чтобы правильно выставить заголовки, а приложения данный тип
обрабатывающие -- ему как правило не нужны...

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 556 bytes --]

Re: [devel] А что у нас с mime?

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 706 bytes --]

On Wednesday 04 June 2008, Yury Aliaev wrote:

[...]
> У меня такое
> предложение: если mime-тип является специфичным для какого-нибудь
> приложения (причём не просто специфичным, а обязанным своему
> существованию этому приложению, как например формат документа
> .abw пакета AbiSuite), то описание соответствующего типа должно
> лежать в пакете с этим приложением.
В идеале описание должно просто лежать. А файловый менеджер покажет 
иконку, название mime-типа (а может и предпросмотр) и предложит 
выбрать программу для открытия, если ни у одной не зарегено связи с 
ним.

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]