Возможно ли попросить окно чужого процесса отрисоваться на определенном DC? Т.е послать ему WM_PRINT со своим HDC. Но, по-моему, HDC не будет валидным для другого процесса. Если это так, то как это можно реализовать?

Дык а что мешает внедриться в другой процесс и от его имени уже попросить?

А что-нибудь попроще? Обе программы мои, так что можно вносить изменения куда угодно. Я думаю, что надо либо как-то скопировать объект в нужный процесс, либо выдернуть данные из DC, передать их, и затем на их основе создать новый DC. Может кто-нибудь чем-нибудь подобным занимался?

Хм. А что на выходе должно быть? В чем смысл?

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

__Ranger
прошу движок отрисоваться в DC, и затем этот DC отрисовать в диалоге настроек.
А что мешает скопировать DC и передать его диалогу?

Интересно, как можно скопировать DC? Может быть HDC? Все равно, при передаче HDC, который валидный в одном процессе , теряет смысл в другом.

Не, я имел ввиду сам рисунок: скопировать его и передать его диалогу, пускай себе отрисовывает.

Видимо, придется всё делать через GetDIBits/SetDIBits

Зачем? Создал MemDC, скопировал туда все и передал диалогу.

Через что скопировать? Через BitBlt? Смысла никакого - любой CreateDC будет возвращать бесполезный handle, не имеющий никакого смысла в другом процессе. А через GetDIBits/SetDIBits можно передать данные самой картинки, и по ним потом восстановить картинку.

jekyll настаивает на том, чтобы диалог настроек программы принадлежал процессу этой программы.
__Ranger
Обязательно делать настройки в другом .ехе? Тогда или внедряться в процесс, или через файл на диске.

>>Обязательно делать настройки в другом .ехе?

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

>>Тогда или внедряться в процесс,

Внедрение..Насколько это трудоемко? И где есть про это почитать?

>> или через файл на диске.

Ну вариантов по обмену данными хватает..

__Ranger
Я не могу понять одной вещи: оба процесса принадлежать тебе (проги написаны тобой), что тебе мешает разработать интерфейс передачи между ними, имхо это настолько тривиально, что заморачиваться с внедрением в другой процесс заморачиваться не стоит.

Я хотел минимизировать количество телодвижений, больше кода - больше вероятность ошибки. Обидно другое, что видит око, да зуб неймет. Не знаю, почему в Windows нет механизма расшариваия любых объектов, но не мне судить, видимо были на то причины.