Разместить IPictureDisp в Picture Box с координатами

Не по теме:

Argus19, с вашим энтузиазмом я бы быстрее выучил PureBasic за неделю :) и в 20 - 30 строк написал бы уже эту программу... Там, в PB, есть все для этого нативные средства: вставка изображений куда угодно, и вращение, прозрачность, альфа канал, хоть картинки, хоть спрайты, хоть билборды в 3D вращай, умножай, складывай видимое с невидимым как угодно и в любых сочетаниях. Причем все примеры уже есть в справке, только копипасть в свою программу!

Не по теме:

Сообщение от Pro_grammer с вашим энтузиазмом я бы быстрее выучил PureBasic за неделю :)

Можно и на С#. Он продолжает поддерживаться и развиваться в отличие от VB и PureBasic

Не по теме:

Сообщение от Argus19 Можно и на С#. Он продолжает поддерживаться и развиваться в отличие от VB и PureBasic

PureBasic активно развивается, последнее обновление было 30 марта 2020 ( С# в сентябре 2019 с .NET Framework 4.8).
Нативные функции, это значит встроенные в язык, в его справку, описаны и подтверждены примерами. Они работают всегда с неизменным, предсказуемым результатом, причем как на Windows, так и на Linux и MacOC. Работать с ними на порядок проще и код короче, чем оперировать API соответствующей ОС.
The trick, потому совершенно не так же пользоваться, как и на других языках.

Не по теме:

Сообщение от Pro_grammer The trick, потому совершенно не так же пользоваться, как и на других языках.

Pro_grammer, ну вообще-то речь шла про GdipSaveImageToFile если что, или в PB с ней нужно работать как-то особенно?

Сообщение от Pro_grammer Они работают всегда с неизменным, предсказуемым результатом

А GDI, GDI+ и прочее работают с непредсказуемым результатом?

Сообщение от Pro_grammer Работать с ними на порядок проще и код короче, чем оперировать API соответствующей ОС.

Зато те же функции GDI+ или WIC намного гибче и мощнее.

Не по теме:

Сообщение от The trick Зато те же функции GDI+ или WIC намного гибче и мощнее.

Ни что не мешает их использовать в PureBasic. Но опять же, это делать проще- многие константы и функции Пурик "знает", не нужны декларации, короче код. Плюс возможности компиляции x64.

Не по теме:

Сообщение от Pro_grammer Ни что не мешает их использовать в PureBasic.

Ну в этом случае код будет почти один-в-один. Насчет WIC/Direct2D то из VB6 это сделать проще поскольку он сам следит за сборкой мусора.

Сообщение от Pro_grammer Но опять же, это делать проще- многие константы и функции Пурик "знает", не нужны декларации, короче код.

А в примере который я дал нужны декларации? Или код длиннее аналогичного написанного на PureBasic?

Не по теме:

Сообщение от The trick А в примере который я дал нужны декларации? Или код длиннее аналогичного написанного на PureBasic?

:)
Библиотеку типов GdiPlus.tlb кто написал и скомпилировал, 195 К весом? Она вообще описана где нибудь в документации, чтобы её мог использовать любой желающий? Давай мерить без дополнительных библиотек к экзешнику, считаем то, что уже есть в системе, ок?!

Если я скомпилирую DLL в которой будет весь код, а потом из программы вызов на 1 сточку, это будет считаться?
Тогда да, твой код станет намного длиннее.

Не по теме:

Сообщение от Pro_grammer Библиотеку типов GdiPlus.tlb кто написал и скомпилировал, 195 К весом? Она вообще описана где нибудь в документации, чтобы её мог использовать любой желающий? Давай мерить без дополнительных библиотек к экзешнику, считаем то, что уже есть в системе, ок?!

Эта библиотека не нужна после компиляции - это просто описание функций. Тоже самое можно сказать про хидеры у пурика ;)

Сообщение от Pro_grammer Если я скомпилирую DLL в которой будет весь код, а потом из программы вызов на 1 сточку, это будет считаться? Тогда да, твой код станет намного длиннее.

А причем тут DLL? Разницу между TLB и DLL знаешь?

Не по теме:

Сообщение от The trick А причем тут DLL? Разницу между TLB и DLL знаешь?

При чем тут .tlb, самописная и недокументированная? Ты разницу между написанием .tlb и написанием .bas кода знаешь?
В Пурике мне ни чего не надо писать, декларировать, компилировать библиотеки типов, там всё есть из коробки.
Понял разницу или опять нет?:)

Не по теме:

Сообщение от Pro_grammer При чем тут .tlb, самописная и недокументированная?

При том что это один из штатных способов использования стандартных и существующих библиотек/интерфейсов.

Сообщение от Pro_grammer Ты разницу между написанием .tlb и написанием .bas кода знаешь?

Хм. А причем тут это? Ты мне говоришь про декларации, которые не нужны в PB, т.к. они есть в хидерах. Ты же их не описываешь в коде на PB? Я тебе говорю что декларации не нужны в VB6 и можно использовать готовые библиотеки типов в которых все уже описано. Ты мне опять говоришь про описание в bas модуле? Что ты хочешь-то, не использовать декларации в bas модуле или использовать? Ты определись сначала.

Сообщение от Pro_grammer В Пурике мне ни чего не надо писать, декларировать, компилировать библиотеки типов, там всё есть из коробки.

А когда ты открывал тот проект что я скинул, тебе пришлось это делать? Ну, а в чем проблема? Даже более того тебе даже не пришлось никакой код писать чтобы добавить поддержку GDI+.

Сообщение от Pro_grammer Понял разницу или опять нет?:)

Нет. Это ты не понял разницу и приплел (извини, по-другому не знаю как сказать) DLL, которая вообще не имеет отношение к библиотеке типов. TLB - это описание, причем более продвинутое чем хидеры.

Не по теме:

Сообщение от The trick А когда ты открывал тот проект что я скинул, тебе пришлось это делать? Ну, а в чем проблема?

Не надо мне по ушам ездить, я не locm, и в VB6 чуток соображаю.

Сообщение от The trick тебе даже не пришлось никакой код писать чтобы добавить поддержку GDI+.

За то тебе пришлось ручками его написать. :)
Это тоже самое, если бы ты сделал модуль .bas и положил рядом с исходником. Мне бы тоже не пришлось код писать чтобы добавить поддержку GDI+.
И ты и я это понимаем, только в чем смысл, что ты тут упираешься? Если бы этот GdiPlus.tlb шел в дистрибутиве с VB6 и был описан с MSDN, то да, вопросов я бы не имел. А то, что ты сам написал эту библиотеку в этом и суть претензии - надо написать вначале все декларации!, в отличии от PureBasic, где все эти библиотеки уже есть, и они более удобные и кроссплатформенные.

Не по теме:

Сообщение от Pro_grammer Не надо мне по ушам ездить, я не locm, и в VB6 чуток соображаю.

Ну ты ответь на вопрос. Тебе пришлось какие-либо подобные действия производить о которых ты написал?

Сообщение от Pro_grammer Это тоже самое, если бы ты сделал модуль .bas и положил рядом с исходником. Мне бы тоже не пришлось код писать чтобы добавить поддержку GDI+.

Ну во-первых, это не тоже самое. С BAS модулем ты не сделаешь некоторые важные описания (к примеру интерфейсы или псевдонимы) которые можно сделать в библиотеке типов. Во-вторых, ты писал изначально что "не нужны декларации, короче код" - это дословно то что ты написал. Я тебе скинул аналог на VB6, никаких деклараций тебе не пришлось писать, никакого дополнительного кода. Никаких дополнительных библиотек к экзешнику, DLL не нужно (при чем тут DLL, я так до сих пор и не понял); exe требует только системные библиотеки.

Сообщение от Pro_grammer И ты и я это понимаем, только в чем смысл, что ты тут упираешься?

В чем я упираюсь? Это похоже ты думал что GdiPlus.tlb - внешняя библиотека, которую нужно распространять с приложением и регистрировать, поэтому ты и написал про DLL. А теперь упираешься когда понял что ошибся. Другого объяснения я не вижу.

Сообщение от Pro_grammer Если бы этот GdiPlus.tlb шел в дистрибутиве с VB6 и был описан с MSDN, то да, вопросов я бы не имел.

Не нужно этого, речь не шла об этом. Посмотри что ты написал и что я тебе ответил. Также библиотеки типов обычно не описываются в MSDN, а описываются функции, интерфейсы и другие сущности которые библиотека типов описывает. Глупо создавать справку на справку.

Сообщение от Pro_grammer А то, что ты сам написал эту библиотеку в этом и суть претензии - надо написать вначале все декларации!

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

Сообщение от Pro_grammer в отличии от PureBasic, где все эти библиотеки уже есть, и они более удобные и кроссплатформенные.

О боже, а эти библиотеки тоже кто-то писал и что? Автор просил помощи по API функции GdipSaveImageToFile, зачем тут кроссплатформенные функции PureBasic? Тут раздел по PureBasic? Почему обязательно либо ты, либо locm имеете склонность темы этого раздела скатить в обсуждение этого языка?

Не по теме:

Сообщение от The trick Это похоже ты думал что GdiPlus.tlb - внешняя библиотека, которую нужно распространять с приложением

И в мыслях не было. В проекте VB6 .tlb есть почти всегда, например stdole2.tlb. Любой, кто пишет на VB6 это знает.
Прочитай внимательно, где проведена аналогия с DLL, я вроде русским языком понятно написал :)
Ещё раз, для тех кто на бронепоезде - для VB6 работа с API это прежде всего декларация функций, структур и констант.
У VB6 в комплекте нет кучи заголовочных файлов, как в том же Си, и всё надо делать руками. Без разницы, как это будет в конечном счете сделано - в .tlb или любом другом модуле или прямо в форме.

А Пурик я предложил в oффтопе как наиболее простой и подходящий для работы с графикой язык программирования, не нравится - не берите, я не настаиваю. Правилами это не запрещено.

Не по теме:

Сообщение от Pro_grammer И в мыслях не было. В проекте VB6 .tlb есть почти всегда, например stdole2.tlb. Любой, кто пишет на VB6 это знает.

Эта библиотека идет в составе винды, по-умолчанию, также как и рантайм. Также приложение может требовать регистрации и распространения библиотеки типов в некоторых случаях. Я нигде не видел (я не искал) описание в MSDN или в справке по VB6 на эту библиотеку (stdole2.tlb), тебя это не смущает? Почему ты привел именно ее? Ты пост назад писал что "Если бы этот GdiPlus.tlb шел в дистрибутиве с VB6 и был описан с MSDN, то да, вопросов я бы не имел.", но возможно что и этой библиотеки (стандартной) нет в MSDN :)

Сообщение от Pro_grammer Прочитай внимательно, где проведена аналогия с DLL, я вроде русским языком понятно написал :)

Не понятно. Я же не DLL приложил, при чем тут DLL? При чем тут "Она вообще описана где нибудь в документации, чтобы её мог использовать любой желающий?" - звучит так как-будто есть какие-либо ограничения на распространение библиотеки. Давай, не юли :) ! Я понял что ты имел в виду, не отмажешься :p

Сообщение от Pro_grammer для VB6 работа с API это прежде всего декларация функций, структур и констант.

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

Сообщение от Pro_grammer У VB6 в комплекте нет кучи заголовочных файлов, как в том же Си, и всё надо делать руками.

Не уверен про C, но аналогичное могу сказать про шарп к примеру, или VB.NET. В том же пурике я думаю нет кучи COM/ActiveX классов и интерфейсов, NativeAPI, и т.п. и все это нужно "руками" делать. Для VB6 есть куча библиотек типов которые можно использовать, если какой-либо группы функций или еще что-то нет, то также нужно будет либо писать библиотеку типов, либо декларировать в bas модуле.

Сообщение от Pro_grammer А Пурик я предложил в oффтопе как наиболее простой и подходящий для работы с графикой язык программирования

Почему же тогда не VB.NET? Он и ближе и поудобней будет.