Neil Hodgson

Slow performance when pasting block selection

Committed with [72de6f].

Blocked clipboard while pasting (Windows)

Committed with [c8479b]. Credited to 'RealMalWare'. If you want a different name in the credits, please reply.

The text read is now also bounded by GlobalSize() instead of relying on the NUL-terminated read from the clipboard memory. This seems unnecessary. The relevant documentation for CF_UNICODETEXT defines the presence of a terminating NUL character. https://learn.microsoft.com/en-us/windows/win32/dataxchg/standard-clipboard-formats If there is a problem with non-NUL terminated blocks that should be an independent issue and fix. Changing multiple elements in a single issue / patch make it more difficult...

I still think my original approach ... is fine One of my deciding factors is how much trouble will it be to support something. A singular ScintillaEdit::setFont(QFont) and ScintillaEdit::font() that doesn't distinguish lexical styles could act as an initial base value but would be more complex after style-specific fonts are set with calling styleSet* methods like styleSetFont. Trying to follow Qt conventions like style sheets may suit some applications (particularly where Scintilla is a minor aspect...

There have been more problems reported for Intel GPUs than NVIDIA. Computers with 2 GPUs (in-CPU + discrete) that are switched between can be more trouble. You should check each of the technology enumerations since they use different strategies to interact with DirectX. Direct2D + DirectWrite is a more capable API, so SC_TECHNOLOGY_DIRECTWRITEDC is the 'worst' setting I think is reasonable - GDI SC_TECHNOLOGY_DEFAULT is heading towards deprecation.

The font in scite's ctrl+shift+f interface is too small.