Invoking a converter on a document (such as opening a .wri) hangs on Windows 3.1x because CConverter::Open attempts to launch the conversion in a thread:

We need to detect Win3 and run it synchronously in that case, like CWordPadApp::InitInstance does when attempting to register file associations:

This might involve some work because of the usual message passing between the converter thread and the main thread.

Just need to add a manifest to the resources; see https://docs.microsoft.com/en-us/windows/win32/controls/cookbook-overview.

These assertions fail at startup:

These appear to be caused by access to HKEY_CLASSES_ROOT being denied when attempting to register file associations.

Add GitHub actions that will attempt to build the application and generate artifacts.

We need to ensure we can build the app on an old version of VC++ (likely version 4) so that we can target Windows 95 and Windows 3.1x.

• Alias/polyfill RichEdit >= 2 structures
  • CHARFORMAT2
  • PARAFORMAT2
• Polyfill Win64 types
  • LONG_PTR
  • UINT_PTR
  • DWORD_PTR
• Polyfill _s functions?
• Polyfill ENSURE
• Polyfill T2CA

...probably more yet to discover

After printing or switching printers on Win3, it appears that the document margins get zeroed out, or at least left in a broken state.