[Bug 45380] New: Text highlighting seems to clip differently than in windows

https://bugs.winehq.org/show_bug.cgi?id=45380

Bug ID: 45380
           Summary: Text highlighting seems to clip differently than in
                    windows
           Product: Wine
           Version: 3.6
          Hardware: x86
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: gdi32
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

Created attachment 61693
  --> https://bugs.winehq.org/attachment.cgi?id=61693
'setTimeshift' highlighted.  'set' is white-on-white

In the EditPlus text editor, when you search for text, if the search string is
embedded in a larger string, the part of the string that precedes the search
string is drawn in 'white on white', and 'disappears'.  This can be remedied by
changing the foreground color for selected text in EditPlus to a dark color
instead of white - but it doesn't happen in Windows.

My guess is that EditPlus is drawing the text 'clipped' to the selected area
and using Windows 'ETO_OPAQUE' option to get the selected background color
drawn in a rectangle over the selected text, but it's also probably asking for
the text to be clipped to that rectangle, so the part prior to the selection
doesn't get drawn.  At least that's what it looks like in Windows.  But under
WINE, the selected part is drawn fine (white on selection background), but the
prior part is drawn using the white selection color on the normal white
background.

See attachments.  In both cases, EditPlus is highlighting the searched string
'Timeshift' in the word 'setTimeshift'.  But in the first (white-on-white)
example, I'm using the default selection colors (white foreground).  In the
second (black-on_white), I've changed the selection colors so that the
foreground color is black.