Alert Detail is the one dialog Esc cannot close (it has no close button)

[erikdarlingdata]

Left unfixed by #1847 and filed rather than dropped.

#1847 put IsCancel="True" on every cancel/close button in both apps' dialogs so Esc closes them. The Alert Detail window (Lite and the Viewer) is the one dialog it could not cover: it has no cancel or close button at all. Its only button is a per-section "Copy" inside an ItemsControl.ItemTemplate, and hanging IsCancel on a Copy button would make Esc copy something, which is worse than Esc doing nothing.

So Alert Detail is now the only dialog in either app that a keyboard user cannot dismiss with Esc - it takes Alt+F4 or the title-bar X. It is opened straight off an Alert History row, so it is a dialog people open and close repeatedly.

Two ways out, both beyond #1847's Content-and-IsCancel scope:

• add a Close button to the footer and mark it IsCancel (matches every sibling dialog, costs a layout row), or
• add a KeyBinding on Esc in Window.InputBindings bound to a close command (no layout change, but it is new code-behind rather than an attribute).

Same treatment in both apps - Lite/Windows/AlertDetailWindow.xaml and Darling/PerformanceMonitor.Darling.Viewer/AlertDetailWindow.xaml are structurally identical here.

[erikdarlingdata]

One more window belongs in this issue's scope: Lite/Windows/PlanViewerWindow.xaml. It is the third and last dialog in either app that Esc cannot close, and it is a harder case than Alert Detail - it contains zero Buttons at all (it just hosts a PlanViewerControl) and it is shown NON-modally (Show() from Lite/Helpers/ContextMenuHelper.cs:251 and Lite/Windows/PlanViewerWindow.xaml.cs:44), so there is nothing for IsCancel to attach to and IsCancel would be inert on a non-modal window anyway. The Window.InputBindings Esc-to-close route is the only one that fits it.

After #1847, 34 of the 37 dialogs across the two apps close on Esc. The three that do not are Alert Detail (Lite and Viewer) and this one.