<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 27, 2019 at 3:26 PM Gabriel Ivăncescu <<a href="mailto:gabrielopcode@gmail.com">gabrielopcode@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Trying to implement custom draw for buttons to fix <br>
<a href="https://bugs.winehq.org/show_bug.cgi?id=10531" rel="noreferrer" target="_blank">https://bugs.winehq.org/show_bug.cgi?id=10531</a>  and I have a question <br>
about the manifest as mentioned in the bug report.<br>
<br>
I notice that the tests already assume that comctl32 has these enabled, <br>
and they work on Windows, so is it really necessary to check for the <br>
manifest at all? Obviously, fixing this would only go into <br>
comctl32/button and not in user32/button because the latter doesn't have <br>
custom draw on Windows.<br>
<br>
Do I still have to check for the manifest? And if so, can someone please <br>
point me to the right direction on how to do that? I've no knowledge of <br>
this at all.<br></blockquote><div><br></div><div>No, with current wine you don't have to do anything. Once you've hit comctl32/button code it means</div><div>activation context checks and alternate class registration already happened.</div><div><br></div><div>Yes, newer functionality will go to comctl32/button.c only, that separation was exactly for that.</div><div> </div><div>Regarding bug report, it only mentions general idea.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thank you.<br>
<br>
<br>
</blockquote></div></div>