Сохранение "картинки" SysTreeView32 в графический файл

ИМЕЕМ:
Есть некая 'чужая' программа. У неё есть 'Главное Окно'. В нём размещено 'дерево' - как показывает Spy++, оно относится к классу 'SysTreeView32'. Это почти то же самое, что TreeView из пакета MS Windows Common Controls. Дерево имеет высоту, ограниченную высотой своего контейнера - т.е. Главного Окна. Назовём эту высоту 'Видимой Высотой' дерева. Содержимое дерева велико - оно не помещается в Видимую Высоту никак. В итоге, дерево всегда имеет вертикальный скролл-бар. Введём ещё одно словечко: 'Реальная Высота' - это высота, которая могла БЫ быть у дерева, не испытывай оно ограничений в виде Видимой Высоты - т.е. развернись оно вниз 'на всю катушку'.

ЗАДАЧА:
Сохранить всё содержимое дерева (т.е. в пределах Реальной Высоты) в графический файл (BMP, GIF, ... - неважно).

КАК ДЕЛАЕТСЯ СЕЙЧАС:
Делается ряд скриншотов Главного Окна (Alt+PrintScreen), затем они 'склеиваются' вручную в каком-нибудь Фотошопе. Тот ещё геморрой; кто такое делал - знает. Например, если Реальная Высота больше Видимой в 20 раз, то надо сделать 20 скриншотов.

КАК ПРИМЕРНО ВИДИТСЯ РЕШЕНИЕ:
1. Определяется хэндл дерева (это разбивается на ряд последовательных шагов, которые тут опускаю).
2. Через API (?) определяется Реальная Высота дерева.
3. Создаётся своя форма с высотой, равной Реальной Высоте дерева. Понятно, что на экране это не поместится - да и чёрт с ним.
4. Через SetParent дерево сажается на эту форму, и затем ему (?) посылается сообщение 'установить высоту' - есс-сно, в Реальную Высоту.
5. Рядом на форму сажается PictureBox с той же высотой.
6. Определяется HDC дерева.
7. Через какую-то API (?), использующую HDC источника и приёмника, делается 'копирование' картинки дерева в пикчербокс.
8. PictureBox.SavePicture ...
9. Через SetParent дерево 'возвращается' в свою родную программу.

ЧТО ХОЧУ УЗНАТЬ:
а). Как решить эту задачку?
б). Верен ли описанный выше способ решения? Какие нужны корректировки? Какие нужны API? Каковы константы мессаджей?

Нашёл тут какой-то 'кривой' пример:
http://www.vb-helper.com/howto_print_picturebox.html

Совсем не то, что нужно...

Как мне кажется, ход мыслей верный.

0

Да, но там всё равно есть пункты, помеченные вопросами, - т.е. мне неясно, можно ли это сделать, и если да, то как именно.

Ни черта не получается.
Проблема в том, что у всех этих CreateCompatibleBitmap, BitBlt используются аргументы вызова nWidth и nHeight. Т.е. эти функции работают по определению только с тем, что сейчас видно на экране. Я без проблем превратил в BMP-картинку содержимое видимой части дерева, но вот добавить к этому НЕвидимую часть - не получается. Если я просто завышаю аргументы ширины и высоты, то в картинку попадают также куски окружающей дерево действительности.

Мешает отсутствие понимания глубинных механизмов графических API.
Да и подход, вероятно, неверный.

Я вот писАл в самом начале:
'Понятно, что на экране это не поместится - да и чёрт с ним'

Вот это и есть неверное утверждение: то, что на экране не помещается, через все эти BitBlt никак не обработаешь!

Похоже, моя задача нерешаема в принципе (

Попробуй изменить программно разрешение, а затем вернуть его обратно.

0

Чтобы влезло моё дерево полностью, надо ставить даже не 1024 на 768, а где-нибудь 6000 на 4500 )

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

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

0

2Messir:
Увы, таким способом точно не состыкуешь! Если б можно было как-то получить доступ к коллекции узлов этого чужого дерева, то ещё можно было бы идти сверху вних по дереву, перебирая узлы, и по каждому определять (если такое возможно), видим ли он. Как только наталкиваемся на первый невидимый - запоминаем его номер в N, делаем снимок, перегоняем его в приёмник, затем последовательно посылаем 'скроллы вниз' дереву, пока узел номер N не станет невидимым опять - на этот раз уже за счёт того, что он уехал наверх, за пределы дерева. Делаем опять снимок, и т.д.

Даже ЕСЛИ БЫ это всё провернуть, то всё равно точно не состыкуешь куски картинки. Во-первых, как добраться до коллекции узлов? Во-вторых, 'дискрет' прокрутки не равен, конечно же, высоте узла. В-третьих, как приклеивать самый последний фрагмент, который, конечно же, не будет точно равен высоте дерева?

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

2pl:
дерево может иметь реальную высоту в 1 экран, а может - и в 100 !
Не уверен, что я тут выкручусь вашим способом.
Да и гасить монитор нельзя - 'не поймут'.

Комментарий: дерево - это такой своеобразный ЯП (одной отечественной ИС), который не имеет кодирования в виде набора текста. Вместо этого, код создаётся манипуляциями с узлами дерева. Сформированный таким образом код может представлять собой огроменное дерево, когда все его узлы развёрнуты. Кому интересно, могу прислать скриншотик.

Хранится этот 'код', разумеется, не в виде картинки, и не в виде дерева, а двоично; дерево - лишь IDE у этого ЯП. Если есть проблема с кодом, то можно послать разработчику двоичный файл. Но иногда - при мелких задачах или при определённых технических ограничениях - удобнее послать просто картинку фрагмента дерева.

Извиняюсь, но если будет получен доступ к узлам дерева, то почему бы не 'слить' его в текстовый файл? Или, еще лучше, в XML?

0

2t-80:
Мне нужно посылать разработчику именно картинку: информативность узлов дерева не всегда определяется их текстом - также определённую роль играет и иконка узла. Если я им пошлю даже XML, то разбираться с этим никто не будет - слишком непохоже оно будет выглядеть на привычный всем код этого ЯП.