[Auto-Profile] Treat invoked OS file selector as part of AntiMicroX to prevent profile switching when auto-profile is active

### Is there an existing issue for this?

- [X] I have searched the existing issues

### Is your feature request related to a problem? Please describe.

(This is at least true on Windows, but I don't see why this wouldn't also affect other operating systems.)

If auto-profile is currently set to Active, and you use a Default profile for no-match scenarios- you're going to have a bad time with Save As and Load operations. My profile building is iterative, so I often clone profiles over with Save As and work on them for new games. Invoking Save As (or Load) when there's pending changes on a profile makes the no-match scenario invoke- prompting if I want to Save, Discard those changes, or Cancel entirely. This window will end up spawning above the Save As window. This feels like messy UX that could be prevented.

### Describe the solution you'd like

In regard to all AntiMicroX-called OS file selector windows (Save As, Load, any others):
- Detect these as child windows of AntiMicroX, therefore treat them the same as the Qt/native child windows
- If not possible, at least disable auto-profile activation temporarily when clicking any of these buttons that invoke a file selector window (this would be a better version of what Xpadder does, which is to simply disable auto-profile any time you do manual file operations)
- Another idea: disable auto-profile any time there are unsaved changes pending, re-enable when pending changes are saved

### Describe alternatives you've considered

Deactivating auto-profile, editing and saving profiles, reactivating auto-profile. This is how it's always been and isn't ideal. It also seems if I'm willing to take the risk of it misbehaving, hitting Cancel on the window that pops to save pending changes seems to stop the profile-switch from occurring temporarily.

### Additional context

_No response_