★Using the Host File System: WINEHQ exposes a drive Z: that represents the entire file system of the host operating system. To save Embedded Wizard projects or generate code in a host directory, use the directories under Z:. This allows for convenient work with Embedded Wizard under WINE.

★HiDPI Configuration: If your host system is configured for HiDPI, WINEHQ applications may appear scaled down. You can configure higher DPI settings using winecfg. It is recommended to use the same DPI values as your host system for optimal display.

★macOS Keyboard Configuration: On macOS, there is a complication regarding keyboard usage. macOS uses the OPTION and CMD keys differently than Windows. Fortunately, under WINEHQ you can reconfigure these keys. To do this, use wine regedit.exe and configure the settings as shown below. This configuration ensures that the macOS CMD key functions like the Windows CTRL key, and the left ALT key functions like the Windows ALT key. The right ALT key remains available for macOS to enter special characters:

★Mouse pointer: The mouse pointer is not always updated as expected. Especially during longer tasks, the pointer does not always show the hourglass symbol.

★Runtime error messages: If Embedded Wizard Studio is performing a longer task, Linux displays sometimes a message like "Embedded Wizard Studio is not responding". In such case ignore the message.

★Dark Mode Appearance: When Embedded Wizard Studio is used in 'Dark Mode', the colors of scrollbars and file dialogs may not match. These typically appear in the standard Windows light colors. Possible workarounds include: installing a dark theme for regular (non-WinRT) applications in winecfg, or setting the theme to 'No Theme' in winecfg and then configuring the colors for individual window elements. Note that these settings must be carefully considered and coordinated, as they affect all WINEHQ applications globally. To make window title bars appear dark, the WINEHQ window manager must be disabled, which then allows you to configure colors for these window elements in the dialog mentioned above.

★macOS Key Release Detection: Under WINEHQ on macOS, the release of modifier keys (SHIFT, OPTION, CTRL) is not always detected. WINEHQ may continue to believe the key is still pressed. This affects application operation. Details: If a user holds down a key (e.g. SHIFT) in a WINEHQ application and then clicks on a different macOS window, the system switches to the corresponding macOS application as expected. However, when the user releases the key, WINEHQ does not register this event. Upon returning to the WINEHQ application, the SHIFT key is still considered pressed, causing user interactions to not execute correctly.

★HiDPI Setup Dialog Display: When WINEHQ is configured for HiDPI, setup dialogs may be clipped.

★AI Console Screenshot Functionality: The screenshot functionality in AI Console is disabled when running under WINE. Instead, a dedicated message is displayed. Users must use other host-specific tools to capture screenshots and provide them as image file attachments to AI Console.

★AI Console Special Characters: In AI Console, special characters are not displayed correctly under WINE. They appear as empty rectangles.

★Dockable Windows: The ability to tear off dockables (Gallery, Inspector, Log Window, Code Editor) is partially restricted under WINEHQ. The dockables remain firmly docked within the Embedded Wizard Studio IDE. However, this restriction to prevent floating dockables under WINE now depends on the WINEHQ configuration. If WINEHQ is configured to not use OS-native title bars, the restriction is automatically deactivated. This has been tested with WINE 10. To configure this mode, disable both 'Window Manager...' options in winecfg.

★Custom Intrinsic Modules: User-defined Prototyper Intrinsic Modules still need to be compiled with Visual Studio C++ compiler. Using GCC for this purpose is not possible.