[Bug 58227] New: xEdit require ITextRange::MoveEnd support for tomCharFormat

[WineHQ Bugzilla]

http://bugs.winehq.org/show_bug.cgi?id=58227

Bug ID: 58227
           Summary: xEdit require ITextRange::MoveEnd support for
                    tomCharFormat
           Product: Wine
           Version: 10.7
          Hardware: x86-64
               URL: https://github.com/TES5Edit/TES5Edit
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: richedit
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

When loading xEdit 4.1.5j(editor and viewer for Bethesda games and mods,
application is also called tes4edit, tes5edit ,etc depending on the game mod)
the program try to show a changelog of the application version.
With wine the application give a Not Implemented Error and while the changelog
is shown the Table of Content is empty.

The application is using RichEdit controls trought the msftedit.dll, using
native dll workaround this issue.
The application is using ITextRange::MoveEnd to have a range of the editor
containing the full text with bold and bigger text (the paragraph titles of the
changelog)

Turn out msftedit on windows don't rely on riched20 like wine dll does. The
error was a bit confusing at first and using native riched20 wasn't a solution
(actually was breaking the entire widget).

Before discovering the msftedit workaround I tried to make a crude
implementaton that while do works, opening the application in winxp
compatibility mode give the same TOC then using native msftedit (but there is a
slight difference when using windows 10 mode), it's abysmally slow (20-30
seconds to create the TOC)

[Bug 58227] xEdit require ITextRange::MoveEnd support for tomCharFormat

[WineHQ Bugzilla]

http://bugs.winehq.org/show_bug.cgi?id=58227

--- Comment #1 from Lorenzo Ferrillo  ---
Created attachment 78552
  --> http://bugs.winehq.org/attachment.cgi?id=78552
Attempt to impl

I upload for keeping the tentative implementation  I did. Only for count = 1
(xEdit use case)
Note that while there is a difference between executing in win10 or winxp mode,
with winxp matching native mstfedit, both aren't actually matching what it's
getting on windows. However this other bug is probably on some other component.

native mstfedit also allow underlining to work, that doesn't work with wine
dlls