[combwizard]

Problem

A Save dialog or folder picker in a known folder such as Documents, Downloads or Desktop, or in a folder below one, couldn't be moved from the menu. It showed "Couldn't open in File dialog."

These dialogs navigate through the address bar. In a known folder the bar shows path buttons and has no text box until real input asks for one, so Folderite had nowhere to put the path. This also happened in ZBrush's Export Mesh... dialog, in a folder under OneDrive\Documents.

Fix

When the address bar has no text box, FileDialogAdapter now:

1. Waits for the dialog to be in front, so the keys can't land in another app. If it never comes to the front, the move fails with the same notification.
2. Sends Ctrl+L and waits for the text box.
3. Navigates as before.
4. Puts the keyboard focus back once the bar has turned back into path buttons, so Enter still saves or selects.

Save dialogs stay on the address bar on purpose. Text set in their nested file name box doesn't count, and OK then saves under the old name in the old folder. The docs said they used that box, so dialogs.md and how-it-works.md are corrected too. building.md adds known folders to the manual checklist.

Testing

• dotnet test -c Release: 302 passed. The file dialogs have no automated tests.
• mkdocs build --strict: passes.
• By hand: a newly opened ZBrush 2027 Export Mesh... dialog moved from the middle-click menu using this commit's build.