Forum > Russian
Почему в Лазарусе до сих пор нет заголовочников для GDI+ / Gdiplus / GDI Plus ?
marcov:
--- Quote from: MinGW2018 on June 23, 2018, 09:21:38 pm ---I do not need classes/interfaces wrappers. I need only "flat GDI+"! Declarations of types, macros, and functions.
This is part of WinAPI! Why are there no headers?!
--- End quote ---
It is not. "GDI" is winapi, GDI+ is an additional library introduced with Windows XP.
GDIplus mostly adds some multimedia handlers, and is notoriously slow and buggy. What is so crucial in GDI+ that you need it? And why don't you just use it together with the GDI backend, why must the whole backend be GDI+ (which IMHO is not very realistic)
--- Quote ---Please, add it into LCL!
--- End quote ---
The LCL is a GDI backend library.
--- Quote ---Topic: 22085.0: GDI+ Library - dead link & old attach.
--- End quote ---
(I assume you mean this attach: https://forum.lazarus.freepascal.org/index.php/topic,22085.msg129802.html#msg129802 )
So what that it is old? So is gdiplus?
taazz:
--- Quote from: MinGW2018 on June 23, 2018, 09:21:38 pm ---Topic: 22085.0: GDI+ Library - dead link & old attach.
--- End quote ---
that old attach works perfectly for me. I'm using it to add support for gdi+ in a number of components. Did you tried it and had problems?
MinGW2018:
It is not "additional", it is "OS subsystem". Yeah, it is "new library introduced...". But it is OS part. Just new part. Like "Userenv.dll", like "Magnification.dll", like "Advapi32.dll".
Contrariwise, function AlphaBlend() or GradientFill() is not part of GDI32, it is from additional library "Msimg32.dll" introduced with/for IE. But it is declared in Lazarus.
Didn't get your words about together/realistic, sorry.
--- Quote from: marcov on July 03, 2018, 08:22:43 pm ---and is notoriously slow and buggy.
--- End quote ---
erm... GDI+ is not slow. GDI32 is slow. I have checked. Also, GDI+ supports highest quality than GDI32.
I have ever faced the only one bug: with GdipCreateHBITMAPFromBitmap() from a JPG image.
--- Quote from: marcov on July 03, 2018, 08:22:43 pm ---So what that it is old? So is gdiplus?
--- End quote ---
GdipBitmapConvertFormat() - not declared.
GdipBitmapApplyEffect() - not declared.
GdipDrawImageFX() - not declared.
GdipCreateEffect() - not declared.
e.t.c.
marcov:
--- Quote from: MinGW2018 on July 08, 2018, 02:19:16 am ---It is not "additional", it is "OS subsystem". Yeah, it is "new library introduced...". But it is OS part. Just new part. Like "Userenv.dll", like "Magnification.dll", like "Advapi32.dll".
--- End quote ---
Well, afaik gdiplus was meant to be the graphical backend of Winforms originally. That's why it contains duplicates with GDI while those other subsystems that you name do not.
--- Quote ---Contrariwise, function AlphaBlend() or GradientFill() is not part of GDI32, it is from additional library "Msimg32.dll" introduced with/for IE. But it is declared in Lazarus.
--- End quote ---
If you look carefully, it is declared in Jedi libs, not in the core headers.
--- Quote ---
--- Quote from: marcov on July 03, 2018, 08:22:43 pm ---and is notoriously slow and buggy.
--- End quote ---
erm... GDI+ is not slow. GDI32 is slow. I have checked. Also, GDI+ supports highest quality than GDI32.
I have ever faced the only one bug: with GdipCreateHBITMAPFromBitmap() from a JPG image.
--- End quote ---
I do have to confess most of my experience was from XP times.
Anyway, I checked if there is a 3rd party Delphi project that translated the header, but unfortunately it has an incompatible header (BSD with advocacy clause). http://www.bilsen.com/gdiplus/index.shtml
Thaddy:
I did one for KOL. Still works.
Navigation
[0] Message Index
[#] Next page
[*] Previous page