--- title: Screenshots nav: Screenshots output: screenshots/index.html description: What the alpha looks like: the desktop interface (shown in light or dark mode to match the site theme), the file view with placeholders and encrypted thumbnails, the phone interface, and the Android app. With an honest list of what has not been captured yet. ---

Screenshots

Captured automatically from version 0.0.1-alpha.10 (commit e644034) on 2026-10-12, GitHub Actions run 104. Every build on GitHub Actions takes these pictures again on fresh machines (Linux, Windows, macOS, the Android emulator and the iOS Simulator), with an invented demo vault: a laptop with two folders and a phone that holds the photo folder in selective mode. The desktop interface is the same page on Linux, macOS and Windows: it is served by the background service and rendered by your browser, so only the window frame differs: on Linux and Windows your browser renders it, on macOS the app's own window does.

Desktop interface

The same overview in dark mode. — Overview on the laptop: the background service is running and watching two folders; each folder shows how many chunks lack a storage copy and how many copies another device has verified. The picture follows the site theme: light or dark.

Files view of the Photos folder: breadcrumb, Add files, New folder, Download, Free up space and Share buttons, three photos with state squares and thumbnails, and a details pane for the selected photo with its state, size, dates and copies. — The phone's view of the photo folder in selective mode: two files are placeholders, one has been fetched. The thumbnails were generated on the laptop, stored encrypted and decrypted here with the folder key; the phone never downloaded the pictures themselves.

The same file list in dark mode. — The phone's view of the photo folder in selective mode: two files are placeholders, one has been fetched. The thumbnails were generated on the laptop, stored encrypted and decrypted here with the folder key; the phone never downloaded the pictures themselves.

Organization page, light mode: the organization's name, people and their devices with Remove device buttons, an Approve a device form with request code and person fields, the policy checkboxes for what members may do, the administrators with an option to appoint or dismiss with the root words, and the signed log. — The Organization page on an administrator's laptop: people and their devices, a form that approves a new device after the six-word fingerprint is compared with the person, what members may do on their own, and the log every administrator device signs. The page exists only for a vault that has an organization.

The same Organization page in dark mode. — The Organization page on an administrator's laptop: people and their devices, a form that approves a new device after the six-word fingerprint is compared with the person, what members may do on their own, and the log every administrator device signs. The page exists only for a vault that has an organization.

Where your data is, light mode: three folders on the left joined by ribbons to five storages (a disk pool, a NAS share, an S3 bucket, an rclone remote, cold storage) and four devices on the right, with sizes, shares, a kept-copies chart and 3.5 copies on average. — Where your data is, on the Overview: each folder's ribbons lead to the storages and devices that hold its encrypted blocks, as wide as the bytes, with how many copies are kept. *Example data*: three folders of an invented household kept on a bucket, a cloud remote, cold storage, a NAS and a pool of removable disks; the demo vault behind the other pictures is too small to show it.

The same view in dark mode. — Where your data is, on the Overview: each folder's ribbons lead to the storages and devices that hold its encrypted blocks, as wide as the bytes, with how many copies are kept. *Example data*: three folders of an invented household kept on a bucket, a cloud remote, cold storage, a NAS and a pool of removable disks; the demo vault behind the other pictures is too small to show it.

Traffic on the Peers page, light mode: current download and upload rates with a one-minute graph, a flow diagram from the laptop to a desktop and a phone on the LAN, a NAS reached directly and an office PC reached through the NAS, and a table with each device's path, address, speeds and totals. — Peer-to-peer traffic, live: which devices this one exchanges encrypted blocks with right now, over which path (the LAN, directly over the internet, or relayed through one of your own devices), and how fast. *Example data*: an invented moment with four devices; addresses are from the ranges reserved for documentation.

The same traffic view in dark mode. — Peer-to-peer traffic, live: which devices this one exchanges encrypted blocks with right now, over which path (the LAN, directly over the internet, or relayed through one of your own devices), and how fast. *Example data*: an invented moment with four devices; addresses are from the ranges reserved for documentation.

Phone interface

macOS app

macOS: the native Varsto window with the sidebar, the overview counters, the running background service and the folder table of a demo vault. — The native app on macOS, installed from the disk image and launched by the build pipeline on an Apple Silicon runner, with a demo vault prepared for the Finder test. The app also has an application menu and a menu-bar item; the Rust service and the command line travel inside the bundle.

Linux

Ubuntu with Xfce: the Varsto interface in its own window with the sidebar, the overview counters, the running background service, the folder table and the data map. — The interface in its own window on Ubuntu 24.04 (Xfce), opened by the tray app in the browser's app mode, captured by the build pipeline on a GitHub Actions runner.

Xfce panel with the Varsto tray icon and its open menu: status line, Open Varsto, Pause syncing, Quit (an Install update item appears when a newer version is out). — The tray icon and its menu on the Xfce panel of the same machine, captured by the build pipeline; the service was watching a demo folder.

Windows

Android

The sideloadable debug APK, built and run in an Android emulator on GitHub Actions on every change. The foreground service runs the same core as the desktop; the app shows the phone interface in a WebView.

Android app, dark mode: the same first-run screen. — First start: create a vault here or join one with the vault key from another device.

Android app, light mode: overview with counters for folders, files, protected data, devices and storages, the running background service, and the folder list. — Overview after the first folder: the service runs inside the app and syncs on its own schedule.

Android app, dark mode: the same overview. — Overview after the first folder: the service runs inside the app and syncs on its own schedule.

Android app, light mode: the Files view of the Notes folder with three files as cards, each with its state, size, last use, Open and Free up space buttons, and the bottom tab bar. — Files on the phone: a folder is added by name alone and lives under the app's own storage.

Android app, dark mode: the same Files view. — Files on the phone: a folder is added by name alone and lives under the app's own storage.

iOS

iOS Simulator: the Varsto app's first-run screen with the Create a new vault form, shown in a WKWebView. — The iOS shell in the Simulator, built and launched by the build pipeline on an Apple Silicon runner: the Rust core runs inside the app process and the interface is the same page in a WebKit view. Not yet run on a real iPhone or iPad.

Not captured yet

Real phones and tablets. Android and iOS have been run in the emulator and the Simulator only; captures from real devices follow once the apps reach the store test tracks.

The screenshots are from a demo vault with invented files. Paths and names on this page are not real data.