The header controls are a bit weird. It seems v6 returns 0 for this, but unlike v5 it has its own IAccessible implementation. Since Wine doesn't have that yet, and we can't easily change behavior based on version, I think it makes sense to return a value.
--
v4: comctl32/tests: Remove individual OBJID_QUERYCLASSNAMEIDX tests.
comctl32: Implement OBJID_QUERYCLASSNAMEIDX for updown controls.
comctl32: Implement OBJID_QUERYCLASSNAMEIDX for treeviews.
comctl32: Implement OBJID_QUERYCLASSNAMEIDX for trackbar controls.
comctl32: Implement OBJID_QUERYCLASSNAMEIDX for tooltips.
comctl32: Implement OBJID_QUERYCLASSNAMEIDX for listviews.
comctl32: Implement OBJID_QUERYCLASSNAMEIDX for hotkey controls.
comctl32: Implement OBJID_QUERYCLASSNAMEIDX for Animate controls.
comctl32/tests: Add general tests for OBJID_QUERYCLASSNAMEIDX.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8566
Fix the rectangle from DrawText(..., DT_CALCRECT) with a selected font might not be enough to
actually draw text with the font for the EV Nova game.
This ensures that text extent calculated with a font selected in a device context is enough when
drawing texts using the same font and device context. The root cause is that FreeType might report
different font metrics for different GGO formats. GetTextExtentExPoint() gets text extent with
GGO_METRICS. And GGO_METRICS gets font metrics from glyphs loaded with FT_LOAD_TARGET_NORMAL, so
when drawing bitmap fonts, which is of GGO_BITMAP format loaded with FT_LOAD_TARGET_MONO, with the
calculated text extent, the result text might get truncated because of the font metrics difference.
On Windows, anti-aliased font and bitmap font of the same face font reports the same font metrics so
such a problem doesn't happen. The ultimate fix is to let FreeType hint the bitmap fonts with the
same font metrics as anti-aliased fonts but there are no settings that can achieve it unless we
write a new FreeType hinter.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57309
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8414
Fix a regression from 225004e1. According to MSDN, if the biClrUsed field is zero, the bitmap should
use the maximum number of colours corresponding to the value of the biBitCount member for the
compression mode specified by biCompression.
--
v2: Revert "wineps: Use the correct colours when a monochrome bitmap without a colour table is the source."
gdi32/tests: Test recording SetDIBitsToDevice() for bitmaps with zero biClrUsed field in EMFs.
gdi32/tests: Test recording StretchDIBits() for bitmaps with zero biClrUsed field in EMFs.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8401
This covers some of the assumptions made in the metadata generation code. More to come.
--
v3: widl: Check propput method parameters.
widl: Check propget method parameters.
widl: Check eventremove method parameters.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8670
This covers some of the assumptions made in the metadata generation code. More to come.
--
v2: widl: Check propput method parameters.
widl: Check propget method parameters.
widl: Check eventremove method parameters.
widl: Check eventadd method parameters.
widl: Check that retval parameters also have an out attribute.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8670