- Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/2] MR628: win32u: Fix the second_name parsed wrong.
by Jiajin Cui (＠jin-king1) Aug. 17, 2022

Aug. 17, 2022

On Wed Aug 17 10:06:52 2022 +0000, Huw Davies wrote: > I'm afraid I don't understand the logic behind this change. This is to ensure that the second_name is english in a non-english environment. When we get the name of another non-english environment before get the local environment name, it causes the second_name to be the name of the other non-english environment. As a result, when looking up a font using an English name, the corresponding font cannot be found. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/628#note_6405

1 0

Re: [PATCH v2 0/2] MR628: win32u: Fix the second_name parsed wrong.
by Huw Davies (＠huw) Aug. 17, 2022

Aug. 17, 2022

Huw Davies (@huw) commented about dlls/win32u/freetype.c: > else if (data->primary_langid == langid) > { > data->primary_seen = TRUE; > - if (!data->second_name.bytes) data->second_name = data->family_name; > + if (data->family_name.bytes) data->second_name = data->family_name; I'm afraid I don't understand the logic behind this change. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/628#note_6404

1 0

[PATCH 0/2] MR626: Zooming fixes
by David Kahurani (＠kahurani) Aug. 17, 2022

Aug. 17, 2022

Manipulating the font size results in the script_cache going stale. From MSDN[1] `The application should never pass the same handle for different fonts or different sizes.` This is however exactly what happens when the font size changes as a result of zooming(both in and out). ScriptShape and relative functions will only inspect the hardware device context only if the required data is not cached[2] and hence the data from a previous call to these functions is retrieved even though the font size has changed hence the bug where text both doesn't wrap and doesn't paint as it should. In patch one, I have tried to keep track of the script_cache objects alongside the relevant font. Patch two fixes an issue where the cursor doesn't scale after zooming until after one interacts with the editor. Signed-off-by: David Kahurani <k.kahurani(a)gmail.com> 1. https://docs.microsoft.com/en-us/windows/win32/intl/caching 2. https://docs.microsoft.com/en-us/windows/win32/intl/script-cache -- https://gitlab.winehq.org/wine/wine/-/merge_requests/626

3 3

[PATCH v2 0/2] MR661: wshom: Support default style argument in IWshShell3::Run.
by Robert Wilhelm (＠sloper42) Aug. 17, 2022

Aug. 17, 2022

This patch allows to use WshShell.Run( cmd ) in vbscript. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53565 -- v2: wshom: Support default style argument in IWshShell3::Run. https://gitlab.winehq.org/wine/wine/-/merge_requests/661

3 5

[PATCH 0/8] MR663: mfreadwrite/writer: Implement some functionality.
by Nikolay Sivov (＠nsivov) Aug. 17, 2022

Aug. 17, 2022

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/663

2 8

[PATCH 0/1] MR662: mfsrcsnk/wave: Add a type handler stub.
by Nikolay Sivov (＠nsivov) Aug. 17, 2022

Aug. 17, 2022

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/662

2 1

[PATCH 0/2] MR661: wshom: Support default style argument in IWshShell3::Run.
by Robert Wilhelm (＠sloper42) Aug. 17, 2022

Aug. 17, 2022

This patch allows to use WshShell.Run( cmd ) in vbscript. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53565 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/661

3 4

[PATCH v8 0/6] MR576: win32u: Move display placement logic out of graphics drivers.
by Rémi Bernon Aug. 17, 2022

Aug. 17, 2022

In preparation for nulldrv display modes support. -- v8: win32u: Move display placement logic out of graphics drivers. win32u: Move full display mode lookup out of graphics drivers. win32u: Use current mode position if desired mode doesn't specify it. win32u: Always copy devmode in validate_display_settings. win32u: Read registry or current mode when validation needs it. win32u: Do not keep display modes driver extra in the registry. https://gitlab.winehq.org/wine/wine/-/merge_requests/576

2 9

Re: [PATCH v2 0/2] MR606: msvcp90: Call 'setlocale' before 'mbstowcs_s'
by Yeshun Ye (＠yeyeshun) Aug. 17, 2022

Aug. 17, 2022

On Wed Aug 10 12:00:48 2022 +0000, Piotr Caban wrote: > The __Fiopen function is a stub in msvcp70. So there's no difference > between setting it to `_MSVCP_VER >= 70` or `_MSVCP_VER >= 71` (I didn't > test what's the expected behavior with msvcp70 since it's not available > on my machine). The `_MSVCP_VER <= 90` check comes from the test I have > attached to your last merge request (I had to add more dll versions to > the test to validate how each version works). I built the demo by vs2003/vs2005/vs2008, and it printed 'read: ok' for vs2003 building, but printed 'open file failed!' for vs2005/vs2008 buildings. I think "\_MSVCP_VER >= 71" can change to "\_MSVCP_VER >= 80" at least. And I think it's a bug on vs2005/vs2008, do we have to be exactly the same as windows? Why do we keep this bug? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/606#note_6382

1 0

Re: [PATCH v2 0/2] MR606: msvcp90: Call 'setlocale' before 'mbstowcs_s' - closed
by Yeshun Ye (＠yeyeshun) Aug. 16, 2022

Aug. 16, 2022

This merge request was closed by Yeshun Ye. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/606

1 0