v0.3.14

A fast follow to v0.3.13: **every engine family now has a visible picker.** Settings → Engines showed only a TTS table, with the ASR and LLM pickers hidden behind a low-discoverability tab — so the 10 transcription engines (including the new OpenAI-compatible backend) looked unswitchable without env vars. Now all three families get their own table. Also in: the Linux AppImage's white-screen auto-workaround now checks the WebKitGTK it actually ships (not whatever your system reports), and installing to a different drive on Windows is properly documented.

### Added

- **ASR engines get the same Settings picker TTS has.** Settings → Engines now shows a visible picker table per family — TTS, ASR, and LLM — instead of a single TTS-titled table with the other families tucked behind a tab (README even promised a Settings ASR picker that didn't exist). The OpenAI-compatible backend and the 9 local ASR engines become selectable with one click, no env vars needed; an explicit `OMNIVOICE_ASR_BACKEND` still wins over the Settings pick, so pinned setups behave exactly as before. (no issue — UX gap found during #877)

### Fixed

- **The Linux AppImage's white-screen auto-workaround now checks the right WebKitGTK.** The launcher decided whether to apply the compositing workaround by asking the *system's* `pkg-config` — but the version that actually runs is the *bundled* one, which the AppImage prioritizes. On any machine where the two diverge (e.g. building from source with newer dev packages installed), the detection read the wrong number and could skip a workaround the running library needed. The build now stamps the bundled version into the AppImage at package time, and the launcher reads that stamp — correct by construction. The launcher's shell tests also now run in CI, which they previously never did. (#961 follow-up)

### Docs

- **Windows: installing to a different drive is documented** — the wizard's directory picker works for any local drive; mapped network drives are a Windows Installer limitation (not installable-to by design); and the big data (models/voices) moves independently via Settings → Storage or Portable mode. (#938)
### Linux x64 artifacts

```
54648c5225be06eb1a606611dd21912926a5a7d4fe1126145938e5834f794756  OmniVoice Studio_0.3.14_amd64.AppImage
97a60a670e41d96895686355fedd3ccecbb1347bed36965129216a352a7cf5ba  OmniVoice Studio_0.3.14_amd64.AppImage.sig
```


### macOS Intel artifacts

```
26ae2f2282a67183efba0305e83a7b735de053023f9bbed84f355de2a070261c  OmniVoice Studio_0.3.14_x64.dmg
d3916e875897468d11d635d71f011fe660bfe64d0a71bd4b5f0d5d0987149dd2  OmniVoice Studio.app.tar.gz
4100f337e467deb152edfd828478ca596308d9ad4f18edb9814b2e3a4eed7760  OmniVoice Studio.app.tar.gz.sig
```


### Windows x64 artifacts

```
a0f5b505fad269d2aa2e84c56120f68d39f55bca62ac7ed6323ae711616fc604 *OmniVoice Studio_0.3.14_x64_en-US.msi
c3893ec28dc0fd05d541cc2b37a867102e5bdb367216fc222ffb6d3bfa980755 *OmniVoice Studio_0.3.14_x64_en-US.msi.sig
```