[devel] MIME Revolution!

[Vladislav Zavjalov]

On Fri, Apr 15, 2011 at 04:19:23PM +0300, Igor Vlasenko wrote:
> > Почему-то кажется, что на уровне репозитория тут должны быть только
> > небольшие и очевидные поправки к тому, что дают голые desktop-файлы.
> > Уж точно не перелопачивание всего зоопарка. Иначе будут споры о вкусах,
> > много работы по поддержке, быстрое устаревание и т.п. Кажется, что тут
> > достаточно уметь "выдвинуть" или "задвинуть" некоторое небольшое число
> > обработчиков (выдвинуть заведомо стандартные, задвинуть заведомо негодные,
> > о порядке остальных не беспокоиться).
> 
> Я хотел создать систему, в которой перелопачивание всего зоопарка
> происходило бы легко и приятно.

Я, наверное, все-таки пока не понял цели. Вот есть явная задача:
возможность задвинуть конкретную заведомо нестабильную/неудобную программу.
Это решается гораздо проще.
А задача ранжировать по непонятному критерию вообще все программы -
она кажется странной. Трудоемкой, неоднозначной, с непонятным, плохо
видимым результатом.
Зачем, скажем, менять местами какие-нибудь стандартные gview и qview?
Как обосновать такую замену? Кому будет лучше от такого обновления?

> > быстрое устаревание
> Планирую написать отчет репокопа,
> в виде html странички с подсвечиванием устаревших мест желтым и красным.

Ну, там может быть устаревание в стиле, что была программа нестабильная
и ее задвигали, а потом собрали новую версию и хочется поднять приоритет...
Или что программа уже давно перестала поддерживаться, появилась аналогичная
замена, и у старой программы хочется уменьшить приоритет... Тут непонятно,
что надо подсвечивать.

> > У пользователя тоже могут быть свои приоритеты в домашней директории.
> > Но это все ведь никак не затрагивается предлагающуюся систему сборки
> > системных mimeapps.list? 
> +1

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

Слава