Annotated walkthrough

Inside a real Personal Archive.

A product is easier to trust when its evidence looks like ordinary life. We replaced the neat demonstration fixtures with an actual mix of photos, video, audio, clips, and a long PDF, then captured the current DeskVault experience as it is.

44 seconds, silent and captioned. Every file and interface shown comes from the Personal Archive used for this walkthrough.

A tidy mock folder can prove that buttons work. It cannot show whether a private-file tool still feels coherent after real material arrives. Personal archives are uneven by nature: one file is large, another is old, one needs frequent viewing, and another matters mainly because losing it would be painful. The names are not written by a copywriter. The formats do not arrive in a convenient order.

For this walkthrough, the Vault contains a campus photograph, a mountain video, an audio track, short clips derived from media, and a 110-page NIST publication. That mixture is useful precisely because it is ordinary. It lets us ask a more valuable question than “can DeskVault import a file?” The question is: after encryption, can the archive still behave like a place you would actually use?

Begin at the boundary

The walkthrough starts at DeskVault’s lock screen. No filename or thumbnail from the archive is visible there. The screen offers the configured unlock path and shows the remaining password attempts, while the Vault itself stays out of view. Touch ID is also available when the Mac and app configuration support it.

This moment matters because it separates two jobs that privacy software often muddles together. The first job is controlling entry to the app. The second is protecting stored file data and its descriptive details. An app lock alone is not the same thing as encrypted storage, and encrypted storage does not make an already-unlocked Mac safe from someone using it as its owner. DeskVault presents the lock as one layer in a larger boundary rather than as a magical guarantee.

What the capture provesThe current app exposes password entry, remaining-attempt feedback, and Touch ID from the lock screen. The capture does not claim protection against malware, a compromised macOS account, or a person who can already operate an unlocked Mac.

One archive, mixed media

DeskVault Personal Archive showing a photo, audio, video clips, a mountain video, and a 110-page PDF
The Personal Archive Vault interface prepared for DeskVault 26.1015.685. The interface labels each item as local-only or eligible for iCloud backup.

After unlock, the archive is intentionally unsurprising. There is a search field, a modified-date sort control, recent items in the sidebar, and a main list that distinguishes photos, audio, video, and documents. That restraint is a feature. Encryption should not force every ordinary action to feel like a recovery procedure.

The small status labels carry more meaning than a decorative security badge. “Local Only” tells you that a file is not currently part of the encrypted iCloud backup set. “Back Up to iCloud” is an available action on selected items, not evidence that every file has silently left the Mac. The distinction keeps the storage model visible at the exact place where someone makes a file-level decision.

The file list also makes the trade-off legible. Inside an unlocked Vault, original names are readable because names are needed for use. At rest, DeskVault stores protected records under opaque identifiers. That design is meant to reduce what someone can learn from the Vault folder alone, while acknowledging that the unlocked workspace must reveal enough context for its owner to work.

Video is not a sealed package

DeskVault video player showing a real mountain video with clip and capture controls
A real 29-second mountain video playing inside the Vault, with timeline movement, frame capture, mark-in, mark-out, and clip controls.

The mountain video is where “still useful” becomes concrete. It plays in a focused workspace with a timeline, volume, full-screen viewing, loop options, and jumps of five, ten, or twenty-five seconds. Mark In and Mark Out controls support selecting a range, and Save Clip turns that range into another item. A Screenshot control can capture the current frame.

Those tools reduce a common source of privacy drift. Without an in-app player, someone who wants to inspect or trim a private recording may export a readable copy, open it elsewhere, and forget the duplicate. DeskVault cannot prevent deliberate export, but it can make routine inspection possible before an export is necessary. The practical security benefit comes from changing the default workflow, not from pretending readable copies cease to exist.

The propagation video on this page uses the actual mountain footage for its moving scene. The surrounding title cards come from the six current product captures. It is silent and captioned so it remains understandable in an autoplay-muted feed, a presentation, or a page where sound would be intrusive. Nothing in the video depends on a simulated interface.

A photo stays a photo

DeskVault image viewer showing a real campus fountain photograph
The photo viewer presents the real image at a fitted zoom and keeps reveal, copy, rotate, zoom, and export actions explicit.

The campus photograph opens in a dedicated viewer rather than in a generic file panel. Fit and zoom controls make the wide image easy to inspect. Rotation is available without moving the source into another app. Copy and Export remain visible because there are legitimate reasons to use a file elsewhere, but both actions are deliberate exits from the protected workspace.

This is also an honest place to state the limit. Once a readable image is copied or exported, the destination controls what happens next. It may be indexed, synchronized, cached, or attached to a message. DeskVault protects the file while it is in the Vault and helps avoid unnecessary copies. It does not extend an invisible security perimeter around every exported version.

A long document remains readable

DeskVault PDF reader showing page one of a 110-page NIST publication
The built-in PDF reader displaying page 1 of 110, with continuous, single-page, two-page, fit, and zoom controls.

The PDF capture is intentionally not a one-page sample. It is a 110-page publication, which makes page navigation and reading modes meaningful. The reader offers continuous scrolling, single-page and two-page modes, a page field, fit-to-page, and zoom. If the document itself uses a PDF password, DeskVault can remember or forget that credential separately from the Vault unlock flow.

Reading inside the app matters for the same reason as video playback. A protected archive that requires export for every meaningful interaction encourages a trail of temporary documents. Keeping a PDF readable inside the Vault removes one reason to create those copies. It does not claim to replace every specialist PDF workflow; annotation, collaboration, or advanced editing may still require an export to another tool.

Backup is a visible choice

DeskVault Encryption and Backup settings with a configured Vault key and optional iCloud backup
The current Encryption & Backup settings: a configured Vault Encryption Key, optional iCloud backup, restore controls, and an explanation of file-level eligibility.

The final capture moves from media use to recovery. DeskVault shows whether the Vault Encryption Key is configured and warns that encrypted backups cannot be restored without it. The app advises keeping an offline copy. That is not glamorous product language, but it is the kind of operational detail that determines whether encryption protects a future recovery or prevents one.

iCloud backup is optional in this Vault. When enabled, “Complete & Back Up” first restores eligible backed-up files that are missing locally, then publishes the current eligible set as a new backup. Existing local files are not overwritten. Files that were never marked for iCloud remain local to the Mac. This is backup behavior, not real-time two-way sync, and the interface says so.

A trustworthy private-file workflow makes its exits and recovery requirements visible. It does not rely on a green shield icon to carry the whole explanation.

What real screenshots add

These captures improve the website in three ways. First, they replace a perfectly arranged demonstration library with filenames, sizes, and formats that arose from an actual session. Second, they show the handoffs between states: locked, browsing, playing, reading, previewing, and configuring recovery. Third, they expose limits alongside capabilities. Export exists. Backup is optional. A key can be lost. An unlocked Mac is still an unlocked Mac.

Real screenshots are not an independent security audit, and they are not a substitute for reading the security model. They are evidence of the interface prepared for DeskVault 26.1015.685. That narrower claim is useful because it can be checked, and the article is dated so future interface changes can be understood as changes rather than quietly rewritten history.

If you are deciding whether DeskVault fits your own archive, focus on the workflow rather than the scenery. Ask whether you need files to remain usable without routine exports. Decide which items should stay local and which need encrypted recovery. Keep the encryption key somewhere independent from the Mac. And treat every intentional export as the start of a new copy with a new privacy boundary.

Next: Read how to protect private files without making them unusable, or review the complete DeskVault security model and its limits.

Private files, still useful

Give sensitive media a working home.

Review the boundaries, then decide whether DeskVault fits the way you use your Mac.