[devel] I: default mime handlers proposal

[devel] I: default mime handlers proposal

[Igor Vlasenko]

Предлагается ввести default mime handlers
для возможности дополнительной тонкой подстройки обработчиков файлов.

Зачем нужны default mime handlers.

Напомню, как выбирается обработчик для mime типа.
допустим, есть mime тип, например, application/pdf. 
Для его обработки ищется первый реально имеющийся 
desktop файл в следующих списках:

~/.local/share/applications/mimeapps.list
если там нет, то
/usr/share/<DE>/applications/mimeapps.list
и если и там не нашли, то в
/usr/share/applications/mimeapps.list

Таким образом, если нам надо настроить нестандартный обработчик pdf,
мы пишем в ~/.local/share/applications/mimeapps.list
application/pdf=zathura.desktop
и все работает.

Теоретически, таким же образом работает и указание
"сделать mplayer.desktop (GUI) или mplayer-console.desktop
обработчиком video по умолчанию"

Но на практике, video - это абстракция из простыни сотен mime типов вида
{video/*,*content/video*,misc/ultravox,text/x-google-video-pointer,application/{asx,smil,sdp,vnd.rn-real{media,video},x-democracy,x-extension-mp4,x-matroska,x-netshow-channel,x-quicktime-media-link,x-shorten,x-smil}}
и работать с такой простыней достаточно затруднительно.
(Хотя и можно -- обычно достаточно указать 5-6 наиб. популярных типов).

Как альтернативный ни с чем не конфликтующий удобный способ
предлагается следующая схема.

Создаются пакеты
default-mime-handler-METATYPE-HANDLER,
предоставляющие альтернативу mime-handler-METATYPE.desktop
на реальную программу-обработчик HANDLER.desktop

Эти пакеты можно не устанавливать. Тогда все остается как было.

Но, если в системе установить, например, 
пакет default-mime-handler-video-mplayer-console,
то альтернатива mime-handler-video.desktop 
начинает указывать на mplayer-console.desktop
и во всей системе mplayer (консольный, без GUI)
везде становится обработчиком видео по умолчанию,
если, конечно, пользователь не потрудился и у себя в
~/.local/share/applications/mimeapps.list
не прописал обратное.

аналогично 
default-mime-handler-audio-*
default-mime-handler-image-*
и т.д.

Если нет возражений, реализую такую схему для сизифа и t6/p6.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 12:35:29AM +0200, Igor Vlasenko wrote:
> Создаются пакеты
> default-mime-handler-METATYPE-HANDLER,
> предоставляющие альтернативу mime-handler-METATYPE.desktop
> на реальную программу-обработчик HANDLER.desktop

И, естественно, альтернативы mime-handler-METATYPE.desktop
ни в коем случае нельзя класть в пакет с обработчиком
а только в (под)пакеты default-mime-handler-METATYPE-HANDLER.

пакеты default-mime-handler-METATYPE-HANDLER я сгенерирую.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Dmitry V. Levin]

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

On Thu, Nov 15, 2012 at 12:41:52AM +0200, Igor Vlasenko wrote:
> On Thu, Nov 15, 2012 at 12:35:29AM +0200, Igor Vlasenko wrote:
> > Создаются пакеты
> > default-mime-handler-METATYPE-HANDLER,
> > предоставляющие альтернативу mime-handler-METATYPE.desktop
> > на реальную программу-обработчик HANDLER.desktop
> 
> И, естественно, альтернативы mime-handler-METATYPE.desktop
> ни в коем случае нельзя класть в пакет с обработчиком
> а только в (под)пакеты default-mime-handler-METATYPE-HANDLER.
> 
> пакеты default-mime-handler-METATYPE-HANDLER я сгенерирую.

Создание отдельных персональных пакетов для каждого файла-альтернативы
мне кажется расточительным расходом ценного ресурса.  Давайте придумаем
что-нибудь такое, чтобы декартово произведение METATYPE*HANDLER не
отразилось на базе данных rpm.


-- 
ldv

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

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 02:53:08AM +0400, Dmitry V. Levin wrote:
> Создание отдельных персональных пакетов для каждого файла-альтернативы
> мне кажется расточительным расходом ценного ресурса.  Давайте придумаем
> что-нибудь такое, чтобы декартово произведение METATYPE*HANDLER не
> отразилось на базе данных rpm.

Реально более-менее реальных метатипов всего 3, это video,audio,image.
При этом обычно audio не принято слушать, тыкая мышкой в папку с файлами.
остается video с mplayer, xime, smplayer
и, если будет запрос, image с заявками публики.
не думаю, что таких пакетов станет в сумме больше 14.
Это не отразится на базе данных rpm.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Dmitry V. Levin]

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

On Thu, Nov 15, 2012 at 01:00:51AM +0200, Igor Vlasenko wrote:
> On Thu, Nov 15, 2012 at 02:53:08AM +0400, Dmitry V. Levin wrote:
> > Создание отдельных персональных пакетов для каждого файла-альтернативы
> > мне кажется расточительным расходом ценного ресурса.  Давайте придумаем
> > что-нибудь такое, чтобы декартово произведение METATYPE*HANDLER не
> > отразилось на базе данных rpm.
> 
> Реально более-менее реальных метатипов всего 3, это video,audio,image.
> При этом обычно audio не принято слушать, тыкая мышкой в папку с файлами.
> остается video с mplayer, xime, smplayer
> и, если будет запрос, image с заявками публики.
> не думаю, что таких пакетов станет в сумме больше 14.
> Это не отразится на базе данных rpm.

Так мы тут обсуждаем policy ради 14 монофайловых пакетов?


-- 
ldv

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

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 03:58:42AM +0400, Dmitry V. Levin wrote:
> Так мы тут обсуждаем policy ради 14 монофайловых пакетов?

Это не "полиси", а "штатный костыль".

INHO, пока дружественных средств редактирования настроек mime нет,
такой костыль нужен. А когда устареет -его легко выбросить.


-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 02:02:26 Igor Vlasenko wrote:
> On Thu, Nov 15, 2012 at 03:58:42AM +0400, Dmitry V. Levin wrote:
> > Так мы тут обсуждаем policy ради 14 монофайловых пакетов?
> 
> Это не "полиси", а "штатный костыль".
> 
> INHO, пока дружественных средств редактирования настроек mime нет,
> такой костыль нужен. А когда устареет -его легко выбросить.
Есть. Пременная окружения XDG_DATA_DIRS, в которую мантейнер любой startDE 
может добавить каталог со своим более приоритетным mimeapps.list

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 03:48:00PM +0400, Sergey V Turchin wrote:
> On 15 ноября 2012 02:02:26 Igor Vlasenko wrote:
> > On Thu, Nov 15, 2012 at 03:58:42AM +0400, Dmitry V. Levin wrote:
> > > Так мы тут обсуждаем policy ради 14 монофайловых пакетов?
> > 
> > Это не "полиси", а "штатный костыль".
> > 
> > INHO, пока дружественных средств редактирования настроек mime нет,
> > такой костыль нужен. А когда устареет -его легко выбросить.
> Есть. Пременная окружения XDG_DATA_DIRS, в которую мантейнер любой startDE 
> может добавить каталог со своим более приоритетным mimeapps.list

Да, конечно. Я же писал об этом:

> Для его обработки ищется первый реально имеющийся
> desktop файл в следующих списках:
>
> ~/.local/share/applications/mimeapps.list
> если там нет, то
> /usr/share/<DE>/applications/mimeapps.list
> и если и там не нашли, то в
> /usr/share/applications/mimeapps.list

То, что предлагается
> Как альтернативный ни с чем не конфликтующий удобный способ

это готовое решение для, например, админа домашней машины,
для типовой задачи чтобы престарелые родители при тыке на видеофайл 
гарантированно запускали что-то им ужен привычное, скажем, mplayer.

Такая _возможность_ не отменяет и не конфликтует с
/usr/share/<DE>/applications/mimeapps.list

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 15:32:27 Igor Vlasenko wrote:

[...]
> это готовое решение для, например, админа домашней машины,
> для типовой задачи чтобы престарелые родители при тыке на видеофайл
> гарантированно запускали что-то им ужен привычное, скажем, mplayer.
Тогда сильно напрашивается alterator-favoriteapps в комплект.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 15:32:27 Igor Vlasenko wrote:

[...]
> Такая _возможность_ не отменяет и не конфликтует с
> /usr/share/<DE>/applications/mimeapps.list
Как же она не конфликтует, если общесистемная, перекрывает всё и не смотрит на 
DE?
Проверьте ситуацию, что будет после настройки, если бабушка в GNOME3, а внучка 
в KDE4.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 06:19:08PM +0400, Sergey V Turchin wrote:
> > Такая _возможность_ не отменяет и не конфликтует с
> > /usr/share/<DE>/applications/mimeapps.list
> Как же она не конфликтует, если общесистемная, перекрывает всё и не смотрит на 
> DE?
> Проверьте ситуацию, что будет после настройки, если бабушка в GNOME3, а внучка 
> в KDE4.

Это практически то же самое, чтобы если одмин Вася Пупкин прибил гвоздями
mplayer в ~/.local/applications/mimeapps.list и бабушке, и внучке.

Проблема не в том, что mplayer будет прибит гвоздями.
Это желание заказчика. Проблема в том, что простому человеку
прибить гвоздями mplayer в ~/.local/applications/mimeapps.list
неудобно: Графической морды нет, а руками надо вбивать
не один mime тип, а целый список, либо не полный, либо
слишком обширный.

Если же человеку прибивать гвоздями mplayer не нужно,
то и соответствующий пакет ставить не нужно.
Тогда будут те умолчания, которые соответствуют DE.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 18:17:54 Igor Vlasenko wrote:
> On Thu, Nov 15, 2012 at 06:19:08PM +0400, Sergey V Turchin wrote:
> > > Такая _возможность_ не отменяет и не конфликтует с
> > > /usr/share/<DE>/applications/mimeapps.list
> > 
> > Как же она не конфликтует, если общесистемная, перекрывает всё и не
> > смотрит на DE?
> > Проверьте ситуацию, что будет после настройки, если бабушка в GNOME3, а
> > внучка в KDE4.
> 
> Это практически то же самое, чтобы если одмин Вася Пупкин
В нашем случае его пока зовут как-то типа Альт Линуксов ;-)

> прибил гвоздями
> mplayer в ~/.local/applications/mimeapps.list и бабушке, и внучке.
У них 2 разных ~/

> Проблема не в том, что mplayer будет прибит гвоздями.
> Это желание заказчика. Проблема в том, что простому человеку
> прибить гвоздями mplayer в ~/.local/applications/mimeapps.list
> неудобно: Графической морды нет, а руками надо вбивать
> не один mime тип, а целый список, либо не полный, либо
> слишком обширный.
> 
> Если же человеку прибивать гвоздями mplayer не нужно,
> то и соответствующий пакет ставить не нужно.
> Тогда будут те умолчания, которые соответствуют DE.
Дело в том, что это получается сомнительная фича для включения в дистрибутивы, 
например, из-за отсутствия рассчета на неодноDEшную систему.
Если бы был пользовательский модуль alterator иди другая GUI-утилита 
настройки, было бы здорово.

Вот, еще появились идеи:
1. Сделать только пользовательскую сторону, а системную настройку делать, как 
пробегание по всем пользователям и настройка каждому (нужно учитывать проблемы 
безопасности такого подхода)
2. Сделать нормальную системную настройку и возможность перекрывать это 
пользовательской из его GUI.
3. Делать всё вышеперечисленное только на базе mimeapps.list

А по смыслу да. Неудобно на каждый тип файла щелкать и выбирать нужную 
программу. К тому же, после многих щелчков на следующий день появляется файл 
другого типа и запуск не той программы раздражает.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Fri, Nov 16, 2012 at 03:40:02PM +0400, Sergey V Turchin wrote:
> > Тогда будут те умолчания, которые соответствуют DE.
> Дело в том, что это получается сомнительная фича для включения в дистрибутивы, 
> например, из-за отсутствия рассчета на неодноDEшную систему.

я тогда наверное место зарезервирую, т.е добавлю
виртуальные названия в mimeapps.list,
а пакетов с альтернативами создавать пока не буду.

> > Проверьте на всякий в паре сильно разных DE, будет ли битая ссылка после 
> > удаления пакета с последней альтернативой проигнорирована? Если нет, то в этом
> > случае обработка испортится совсем.

> Опс. Наши альтернативы оставляют за собой мусор в виде битой ссылки?
> Это так?

Проверил, вроде бы не воспроизводится.
А есть какие примеры, когда наши альтернативы мусорят?

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 01:00:51 Igor Vlasenko wrote:

[...]
> При этом обычно audio не принято слушать, тыкая мышкой в папку с файлами.
Зато удобно.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 01:00:51 Igor Vlasenko wrote:

[...]
> Реально более-менее реальных метатипов всего 3, это video,audio,image.
Сходу более-менее реальные в KDE4:
application audio image inode message text uri video x-content 

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Радик Юсупов]

15.11.2012 02:35, Igor Vlasenko пишет:
> Но, если в системе установить, например,
> пакет default-mime-handler-video-mplayer-console,
> то альтернатива mime-handler-video.desktop
> начинает указывать на mplayer-console.desktop
> и во всей системе mplayer (консольный, без GUI)
> везде становится обработчиком видео по умолчанию,
> если, конечно, пользователь не потрудился и у себя в
> ~/.local/share/applications/mimeapps.list
> не прописал обратное.
Игорь, спасибо Вам за Ваше письмо.
Я только все-таки не понимаю, зачем делать такой пакет для этих самых 14 ПО.
На мой взгляд подобный пакет нужно делать дистрибутивостроителям, для 
правильных выставлений умолчаний, так как на это у нас частенько жаловались.
Во всяком случае в моем дистрибутиве :)

Поэтому возможно стоит этот механизм им/мне взять на вооружение, а не 
тратить Ваше и без того драгоценное время.

Не претендую на истину. Просто предложение.

-- 
Best regards,
Radik Usupov
Information Systems' infrastructure Department Deputy Chief
Center Group
Usupov.Radik@cg.ru
Tel: 7 (843) 533-88-08
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Russian Federation, Kazan, Zinina str. 3a.
http://www.cg.ru
http://openware.pro

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 07:10:59AM +0400, Радик Юсупов wrote:
> Поэтому возможно стоит этот механизм им/мне взять на вооружение, а
> не тратить Ваше и без того драгоценное время.

Реализация уже есть, так что времени уже не потратится.
Остался последний шаг - ввыкладыватье ее или нет.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 00:35:29 Igor Vlasenko wrote:

[...]
> Но, если в системе установить, например,
> пакет default-mime-handler-video-mplayer-console,
> то альтернатива mime-handler-video.desktop
> начинает указывать на mplayer-console.desktop
> и во всей системе mplayer (консольный, без GUI)
> везде становится обработчиком видео по умолчанию,
> если, конечно, пользователь не потрудился и у себя в
> ~/.local/share/applications/mimeapps.list
> не прописал обратное.
Т.е. порядок списка desktop-файлов одной строки mimeapps.list будет 
заменен(дополнен) alternatives?

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 03:35:32PM +0400, Sergey V Turchin wrote:
> > Но, если в системе установить, например,
> > пакет default-mime-handler-video-mplayer-console,
> > то альтернатива mime-handler-video.desktop
> > начинает указывать на mplayer-console.desktop
> > и во всей системе mplayer (консольный, без GUI)
> > везде становится обработчиком видео по умолчанию,
> > если, конечно, пользователь не потрудился и у себя в
> > ~/.local/share/applications/mimeapps.list
> > не прописал обратное.
> Т.е. порядок списка desktop-файлов одной строки mimeapps.list будет 
> заменен(дополнен) alternatives?

дополнен. Т.е. пока пакет с альтернативой не установлен,
все в системе по-прежнему. А когда установлен,
то сначала пробуется desktop файл, на который указывает альтернатива.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 03:34:47PM +0200, Igor Vlasenko wrote:
> дополнен. Т.е. пока пакет с альтернативой не установлен,
> все в системе по-прежнему. А когда установлен,
> то сначала пробуется desktop файл, на который указывает альтернатива.

естественно, если если этот desktop файл не подойдет,
то он будет проигнорирован.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Sergey V Turchin]

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

On 15 ноября 2012 15:55:16 Igor Vlasenko wrote:
> On Thu, Nov 15, 2012 at 03:34:47PM +0200, Igor Vlasenko wrote:
> > дополнен. Т.е. пока пакет с альтернативой не установлен,
> > все в системе по-прежнему. А когда установлен,
> > то сначала пробуется desktop файл, на который указывает альтернатива.
> 
> естественно, если если этот desktop файл не подойдет,
> то он будет проигнорирован.
Проверьте на всякий в паре сильно разных DE, будет ли битая ссылка после 
удаления пакета с последней альтернативой проигнорирована? Если нет, то в этом 
случае обработка испортится совсем.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

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

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 06:11:06PM +0400, Sergey V Turchin wrote:
> > естественно, если если этот desktop файл не подойдет,
> > то он будет проигнорирован.
> Проверьте на всякий в паре сильно разных DE, будет ли битая ссылка после 
> удаления пакета с последней альтернативой проигнорирована? Если нет, то в этом 
> случае обработка испортится совсем.

Опс. Наши альтернативы оставляют за собой мусор в виде битой ссылки?
Это так?


-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: default mime handlers proposal

[Igor Vlasenko]

On Thu, Nov 15, 2012 at 04:39:31PM +0200, Igor Vlasenko wrote:
> > Проверьте на всякий в паре сильно разных DE, будет ли битая ссылка после 
> > удаления пакета с последней альтернативой проигнорирована? Если нет, то в этом 
> > случае обработка испортится совсем.
> 
> Опс. Наши альтернативы оставляют за собой мусор в виде битой ссылки?
> Это так?

Если с нашими альтернативами что-то не в порядке, это нужно срочно чинить.
Ок, я тогда сделаю обновление списков mime пока без default-mime-handlers,
и буду разбираться, что не так с альтернативами.

Это где-то в багзилле зафиксировано уже?
Кто-то уже воспроизводил?

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.