Application snapshots page should use the right-side drawer like instance and device snapshots

The application snapshots page (`pages/application/Snapshots.vue`) doesn't open the right-side drawer when clicking a snapshot row. Instead, it relies entirely on the kebab context menu, with actions opening individual dialogs. This is inconsistent with how snapshots work everywhere else.

## How it works today

* **Instance snapshots** (`pages/instance/VersionHistory/Snapshots/index.vue`): Clicking a row opens `SnapshotDetailsDrawer` in the right-side drawer. The drawer shows flows, metadata (name, author, description, date), and action buttons (download, download package.json, set as device target, delete). Editing name/description happens inline in the drawer. Compare and restore are available from the drawer header.
* **Device snapshots** (`pages/device/VersionHistory/Snapshots/index.vue`): Same pattern, same `SnapshotDetailsDrawer` component. Opens with `wider: true` and passes device-specific props (`isDevice`, `canRestore`, `canSetDeviceTarget: false`).
* **Application snapshots**: No row click interaction at all. All actions (view, compare, download, download package.json, edit, delete) live behind the kebab menu and open separate dialogs (`AssetDetailDialog`, `AssetCompareDialog`, `SnapshotExportDialog`).

## What should change

* Add `@row-selected` handling to the application snapshots table that opens `SnapshotDetailsDrawer` in the right-side drawer, same as instance and device pages
* The drawer already exists and supports all the functionality needed. It just needs to be wired up with the right props for the application context
* Determine which props make sense for application-level snapshots (e.g. `canSetDeviceTarget` should probably be `false`, `canRestore` needs consideration since restoring at app level has different semantics)
* The kebab menu can stay for quick access, but clicking the row should open the drawer for consistency