Document synfiles — it has been the default file manager and was in neither the wiki nor the README
The gap the Antiquity credit left behind, again: synfiles replaced Dolphin as
what a folder opens in, ships on the ISO and is in syn-update's components —
and appeared on **no page a user reads**. The only mention of a file manager
anywhere in this wiki was a Dolphin context-menu action and a Dolphin
Troubleshooting entry.
New **Files** page: the window (tabs, split view, the three view modes,
thumbnails, tree, drag-and-drop), the keyboard, the trash and undo rules,
properties including the new resolution row, service menus, places, volumes,
archives, search, settings with their real defaults, `--rec` for scripts, and
how to get Dolphin back.
- _Sidebar and Home: Files listed under "Using it", beside Software.
- Commands: a `synfiles` row; `synui-wine-run` is a right-click action in both
file managers, not "a Dolphin context-menu action".
- The Desktop: a short section pointing at the page, and what a desktop drop
does.
- Troubleshooting: which application opens a folder is decided by
mimeapps.list and how to change it (including a folder opening in a
terminal, which is the same mechanism with no entry set); the Dolphin
"Open With" entry now says Files does not use that index; and no resolution
for .mkv/.webm/.avi means ffmpeg is not installed.
- Development Notes, two entries, both generalisable:
- two renderings of one row are two places to forget — drag-and-drop and
then rename were each wired into the list delegate only, and a control
whose state is set but not drawn reads as a dead button; plus the
reverse-paint-order rule for a row-wide MouseArea, and how to drive a
quickshell app with no display (and why the probe must be run against the
shipped file too).
- a bounds check turns a wrong answer into no answer, which is how you find
it — validate the parsed value, expect short reads, and decide a format by
magic rather than by its extension.
Both link checkers pass.