[Bug 44392] New: BM_SETIMAGE sets image with white background instead of transparent. Is it possible to set a transparent image on wine ?
https://bugs.winehq.org/show_bug.cgi?id=44392
Bug ID: 44392 Summary: BM_SETIMAGE sets image with white background instead of transparent. Is it possible to set a transparent image on wine? Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: user32 Assignee: wine-bugs@winehq.org Reporter: nikolaysemenkov@gmail.com Distribution: ---
Created attachment 60312 --> https://bugs.winehq.org/attachment.cgi?id=60312 the transparrent image
On windows following code works: But on wine transparent image(attached png) appears with solid white background.
The code:
#include <windows.h> #include <gdiplus.h> HBITMAP loadBitmap(const wchar_t* path) { HBITMAP tBmp = NULL; ULONG_PTR token = 0; Gdiplus::GdiplusStartupInput input = NULL; Gdiplus::GdiplusStartup(&token, &input, NULL); if (token != 0) { Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path); bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp); delete bmp; Gdiplus::GdiplusShutdown(token); } return tBmp; }
LRESULT CALLBACK WindowProcedure(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) { static HBITMAP tBmp = NULL; switch (message) { case WM_CREATE: { HWND btn = CreateWindow(L"BUTTON", L"TEXT", BS_BITMAP | WS_TABSTOP | WS_VISIBLE | WS_CHILD | BS_DEFPUSHBUTTON, 100, 100, 95, 25, hwnd, (HMENU)1, NULL, NULL); tBmp = loadBitmap(L"C:\zoomin_disabled.png"); SendMessage(btn, BM_SETIMAGE, IMAGE_BITMAP, (LPARAM)tBmp); ShowWindow(btn, SW_SHOW); } break; case WM_DESTROY: DeleteObject(tBmp); PostQuitMessage(0); break; default: return DefWindowProc(hwnd, message, wParam, lParam); } return 0; }
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) {
MSG msg; WNDCLASS wc = { 0 }; wc.lpszClassName = TEXT("EU"); wc.hInstance = hInstance; wc.hbrBackground = GetSysColorBrush(COLOR_3DFACE); wc.lpfnWndProc = WindowProcedure; wc.hCursor = LoadCursor(0, IDC_ARROW); wc.hIcon = NULL;
RegisterClass(&wc); CreateWindow(wc.lpszClassName, TEXT("Express Uninstaller"), WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_OVERLAPPEDWINDOW | WS_VSCROLL, (GetSystemMetrics(SM_CXSCREEN) - 230) / 2, (GetSystemMetrics(SM_CYSCREEN) - 100 ) / 2, 280 + 10, 110 + 20 + 190, 0, 0, hInstance, 0);
while (GetMessage(&msg, NULL, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); } }
https://bugs.winehq.org/show_bug.cgi?id=44392
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal
https://bugs.winehq.org/show_bug.cgi?id=44392
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |-unknown
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com --- How are you testing this? I'm seeing same results on Win10 as on Wine - image with white background.
I tested with mingw-w64, command was:
--- i686-w64-mingw32-g++ -DUNICODE bug44392.cpp -lgdiplus -lgdi32 -static-libgcc -static-libstdc++ -mwindows -o bug44392.exe ---
https://bugs.winehq.org/show_bug.cgi?id=44392
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |3.0 Component|-unknown |comctl32 Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com --- I probably see what's going on, you must be running with comctl32 V6, so different implementation is used.
https://bugs.winehq.org/show_bug.cgi?id=44392
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|BM_SETIMAGE sets image with |BM_SETIMAGE sets image with |white background instead of |white background instead of |transparent. Is it possible |transparent |to set a transparent image | |on wine? |
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #3 from nikolaysemenkov@gmail.com --- How can I use v6 implementation of comctl32?
On windows the following manifest works, but on wine it seems ignored and the issue happens:
<dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="X86" publicKeyToken="6595b64144ccf1df" language="*"/> </dependentAssembly> </dependency>
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #4 from nikolaysemenkov@gmail.com --- (In reply to Nikolay Sivov from comment #2)
I probably see what's going on, you must be running with comctl32 V6, so different implementation is used.
Right, but how on wine do this programmatically?
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com --- (In reply to nikolaysemenkov from comment #4)
(In reply to Nikolay Sivov from comment #2)
I probably see what's going on, you must be running with comctl32 V6, so different implementation is used.
Right, but how on wine do this programmatically?
Right now Wine only has classic user controls implementation, comctl32 does not implement Button for example. You can't enable that just yet.
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #6 from nikolaysemenkov@gmail.com --- The full file (vs2005):
#define UNICODE #define _WIN32_IE 0x0600 #define _WIN32_WINNT 0x0501
#include <windows.h> #include <gdiplus.h> #include <Commctrl.h>
#pragma comment(lib,"gdiplus.lib") #pragma comment(lib,"gdi32.lib") #pragma comment(lib,"user32.lib") #pragma comment(lib,"comctl32.lib")
#pragma comment(linker,"/manifestdependency:"type='win32' name='Microsoft.Windows.Common-Controls' ""version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'"")
HBITMAP loadBitmap(const wchar_t* path) { HBITMAP tBmp = NULL; ULONG_PTR token = 0; Gdiplus::GdiplusStartupInput input = NULL; Gdiplus::GdiplusStartup(&token, &input, NULL); if (token != 0) { Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path); bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp); delete bmp; Gdiplus::GdiplusShutdown(token); } return tBmp; }
LRESULT CALLBACK WindowProcedure(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) { static HBITMAP tBmp = NULL; switch (message) { case WM_CREATE: { HWND btn = CreateWindow(L"BUTTON", L"TEXT", BS_BITMAP | WS_VISIBLE | WS_CHILD | BS_DEFPUSHBUTTON, 100, 100, 95, 25, hwnd, (HMENU)1, NULL, NULL); tBmp = loadBitmap(L"C:\sourcecode\llib\include\llib\resources\images\zoomin_disabled.png"); SendMessage(btn, BM_SETIMAGE, IMAGE_BITMAP, (LPARAM)tBmp); ShowWindow(btn, SW_SHOW); } break;
case WM_DESTROY: DeleteObject(tBmp); PostQuitMessage(0); break; default: return DefWindowProc(hwnd, message, wParam, lParam); } return 0; }
void SetImageBug(HINSTANCE hInstance) { MSG msg; WNDCLASS wc = { 0 }; wc.lpszClassName = TEXT("EU"); wc.hInstance = hInstance; wc.hbrBackground = (HBRUSH)COLOR_BACKGROUND; wc.lpfnWndProc = WindowProcedure; wc.hCursor = LoadCursor(0, IDC_ARROW); wc.hIcon = NULL;
RegisterClass(&wc); CreateWindow(wc.lpszClassName, TEXT("Test png loading"), WS_VISIBLE | WS_CAPTION | WS_SYSMENU , (GetSystemMetrics(SM_CXSCREEN) - 230) / 2, (GetSystemMetrics(SM_CYSCREEN) - 100) / 2, 280 + 10, 110 + 20 + 190, 0, 0, hInstance, 0);
while (GetMessage(&msg, NULL, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); } exit(0); }
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) { INITCOMMONCONTROLSEX x; x.dwSize = sizeof(x); x.dwICC = ICC_STANDARD_CLASSES; if(!InitCommonControlsEx(&x)) return 0;
SetImageBug(hInstance); }
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #7 from nikolaysemenkov@gmail.com --- (In reply to Nikolay Sivov from comment #5)
(In reply to nikolaysemenkov from comment #4)
(In reply to Nikolay Sivov from comment #2)
I probably see what's going on, you must be running with comctl32 V6, so different implementation is used.
Right, but how on wine do this programmatically?
Right now Wine only has classic user controls implementation, comctl32 does not implement Button for example. You can't enable that just yet.
Thanks, Can you suggest a workaround? I can see the only one is convert images to icons and load them as icons onto buttons. Is there any other way?
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #8 from nikolaysemenkov@gmail.com --- comctl32 returns it is a v 5.81. Does it means wine controls compatible with windows 98? If so, I am wondering how applications work under wine.. and why v6 is not supported as a top priority.
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com --- (In reply to nikolaysemenkov from comment #8)
comctl32 returns it is a v 5.81. Does it means wine controls compatible with windows 98? If so, I am wondering how applications work under wine.. and why v6 is not supported as a top priority.
Why wouldn't they work in Wine? We have some bugs reported for newer version, but it doesn't mean version 5 is not used on Windows anymore, it exists side-by-side, and latest Windows releases still have it. Regarding priorities, no, it's not a top one, and shouldn't be, but I'm working on it.
https://bugs.winehq.org/show_bug.cgi?id=44392
--- Comment #10 from Nikolay Sivov bunglehead@gmail.com --- We now have separate implementation in comctl32/button.c, so this issue is fixable with current wine. My guess is that for certain bitmaps it picks transparent color from (0,0) or something similar. That also means we'll have to use something other than DrawState() to handle this, because it does not support transparency.
-
wine-bugs＠winehq.org