Move the menu bar and the image list to NativeControls

[Menelion]

Fixes #68

Summary

Both controls are now native rather than WinForms-drawn.

The menu was a MenuStrip — a panel drawing things that resemble menu items, with an accessibility tree assembled alongside. It is now a real HMENU attached with SetMenu, announced as a menu bar with real submenus.

The image list was a WinForms ListView, which is a SysListView32 but wears a window class no screen reader recognizes — both UI Automation and NVDA select their list handling by class name. It is now the real control, so every column is read rather than only the first.

Verified against Windows, not the source

HMENU on the form: 0x7C0FEF        <- a real native menu
top-level menu items: 4
  [0] '&File'  [1] '&Edit'  [2] '&Convert'  [3] '&Help'

list window class: 'SysListView32'  <- not WindowsForms10.SysListView32.app.0…
columns: File Name | Format | Dimensions | Size | Status

What the menu change removes

The menu is described as a spec in one place, instead of a designer block plus a separate Click wiring block. Enabled state lives in the spec and is read on every popup, so UpdateMenuState sets two flags rather than pushing enabled state into fifteen controls.

RefreshShortcutKeys is gone. It existed to make ToolStrip re-render accelerator text after a language change; a native menu takes its display string from the spec, so rebuilding the spec is the whole job.

Three mechanical translations

• SelectedIndices → SelectedItems, which carries the rows themselves; row.Index where an index is still wanted.
• AutoResizeColumns → AutoSizeListColumns, because an auto-size is a width you assign rather than a method you call.
• ListViewItem + five SubItems.Add → one NativeListViewItem constructor, in BuildRow.

Two subtler ones, both easy to miss

imageListView.Focused is now false while the list has focus, because focus lives on the native child window. Measured: Focused = False, ContainsFocus = True. The Delete-key guard would have silently stopped working; it now asks ContainsFocus.

Column headers are no longer controls, so the GetText catalog walk in ApplyLocalization cannot reach them the way it reached ColumnHeader.Text. They are localized explicitly in LocalizeColumns. Every string was already in the catalogs, so no translation is lost — including Hebrew.

Worth a listen before merging

This is an accessibility change, so the real test is by ear: Alt to open the menu bar, arrow through it, and confirm the list reads all five columns rather than just the file name.

Also worth checking Program.cs:31, which swallows NullReferenceExceptions from "ListView.WndProc / ListView.Unhook races with accessibility". That workaround targets the WinForms accessibility layer this change removes, so it may now be unnecessary — the logs record TargetSite.Name on each suppression, which would confirm it.

https://claude.ai/code/session_01TJ8i7jHmkUjVCjVccLp6Hf