Здравствуйте, Young_Pioneer, Вы писали:

Y_P>>>А если они все будут использовать стандартный интерфейс "графический_файл" — то можно будет обойтись ОДНИМ плагином. Причем когда некая компания захочет создать собственный векторный формат, то за базовый интерфейс она возьмёт тот же "графический_файл" — и их формат автоматически будет поддержан популярными программами.
C>>Это уже было давно придумано и даже сделано, и называется OLE
Y_P>То есть можно сделать COM объект, читающий простенький растровый формат '*.abc' и такие программы, как MS Office, Google Chrome, Photoshop, AutoCAD, 1C и другие "поймут" этот COM объект и будут открывать *.abc подобно *.bmp? Один плагин для всех?

"Открывать" — да. А вот рисовать — нет потому что это потребует не только операцию чтения из файла и представлении во внутренних структурах твоего объекта, но и обратного взаимодействия — при рисовании на экране, отображении во внутренних структурах основной программы и тд.

C>>Твоя идея: делаем суперкастомизуемую систему, так чтоб пользователь мог нажать правой клавишей на любое поле ввода и вместо него воткнуть красивое поле ввода с поддержкой векторной графики и встроенным в виде пасхального яйца Doom3, использущим это поле ввода для savegame'ов.

Y_P>"Кастомизация" как раз не главное. И "куда угодно что угодно" воткнуть пользователь не сможет — на это есть программисты. При этом есть некоторые модули программ, которые можно заменить на "более хорошие" либо добавить дополнительные: например, добавлять поддержку новых форматов файлов.
Y_P>Эти модули:
Y_P>-загрузка и сохранение из/в определенный формат (можно добавлять модули)
Y_P>-пользовательский интерфейс (можно заменять модули)
Y_P>- печать (можно добавлять / заменять модули)
Y_P>- общие алгоритмы: перевод, шифрование, векторизация растра и т.д.
Y_P>многие из таких модулей уже сейчас делаются профессионалами и продаются в виде компонентов либо исходников. Только без каких-либо СТАНДАРТОВ.

Y_P>COM даёт богатые возможности совместного использования компонентов программ и иногда методы тотальной "кастомизации" самих программ. Мы тоже делаем COM компоненты, и клиенты-ПРОГРАММИСТЫ легко вставляют их в свои программы. Но НЕТ СТАНДАРТА, чтобы написать компонент, который вставится во все профессиональные программы, которым может понадобится этот функционал. COM, конечно, может быть использован как база для реализации идеи модулей, но лучше создать новую технологию.

А! Наконец-то я понял. Тебе нужна своя открытая операционная система — только так можно встроить что угодно во что угодно. Ну так такие есть давно — тот же линукс в куче разновидностей. (При чём, думаю, возможностей одного только оконного менеджера по типу KDE тебе не хватит, нужна именно OS. Но потом все ненужные функциональные возможности надо будет спрятать этим самым оконным менеджером — по типу того, как это сделано в Xandros и его icewm). Ну а что так сложно — извини, ты сам захотел стандарты для всего. Осталась малость — убедить остальных использовать такой механизм Кстати, сама MS приложит максимум усилий, чтоб такого не случилось — отчасти оттого, что не захочет пускать сторонний народ вглубь своей архитектуры больше, чем это сделано сейчас, отчасти оттого, что тогда она уж точно потеряет доминирующее положение на рынке софта.

PS. Возможно, Oberon BlackBox в действительности то, что ты хочешь. Там много интересных идей, но сомневаюсь, что они когда-нибудь станут стандартами, или просто получать хотя бы небольшое распространение.