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

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

Печатные системы будут делать профессиональные производители печатных систем.
Конкретный пример: есть реальный клиент, который хочет видеть нашу печать в Visio, чтобы можно было печатать большие изображения с разбивкой на листы. В принципе, это можно сделать через драйвер принтера (интерфейс драйвер, несмотря на свою сложность, используется очень часто, например для создания pdf), но в будущем хотелось бы иметь более простой метод.

C>Только проблема-то не в этом. Проблема в том, как сделать так, чтобы дополнительные функции можно было добавлять не изменяя программ.

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

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

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

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

Y_P>>А если они все будут использовать стандартный интерфейс "графический_файл" — то можно будет обойтись ОДНИМ плагином. Причем когда некая компания захочет создать собственный векторный формат, то за базовый интерфейс она возьмёт тот же "графический_файл" — и их формат автоматически будет поддержан популярными программами.

C>Это уже было давно придумано и даже сделано, и называется OLE

То есть можно сделать COM объект, читающий простенький растровый формат '*.abc' и такие программы, как MS Office, Google Chrome, Photoshop, AutoCAD, 1C и другие "поймут" этот COM объект и будут открывать *.abc подобно *.bmp? Один плагин для всех?