Files
pulse/docs
rcourtman 5db751985c Fit metric bar labels by measured glyph widths, not character count
The metric, stacked memory and stacked disk bars choose between "60%"
and "60% (265 GB/440 GB)" by estimating the label's width. The estimate
was 5.5px per character plus 8, which is off by -7px to +5px on real
labels: at the label's 10px type a digit is 6.7px wide and a full stop
3px. In the Kubernetes clusters table at a 560px viewport the memory
bar is 113px wide, the estimate came to 112.5px, the label needs 118px,
and it rendered with an ellipsis. A sweep of the platform tables found
24 such bars on main, all stacked memory bars, at 560, 900 and 1440px.

estimateTextWidth now sums per-glyph advances. It reads them once per
page from a hidden probe that carries the label's type classes, so the
estimate follows whichever system font the browser renders; the
advances measured for the macOS system font stand in where there is no
layout. The value is measured semibold and the detail at normal weight,
and each model adds the padding its own label sits in instead of
sharing one constant.

Two more gaps in the same decision are closed. The stacked bars now
count the anomaly marker that shares the label's line, and the inline
per-disk slots are sized after the gap between them: a two-disk Proxmox
node at 900px clipped "backup 80%" by 2px.

The probe is the estimator's only layout read, 1.7ms on the 429-bar
Proxmox overview, and never per bar. Bar widths still come from the
resize observer alone.
2026-10-03 11:28:27 +01:00
..
…
2026-08-23 09:28:44 +01:00
2026-09-01 21:37:41 +01:00
2026-08-26 12:04:43 +01:00

Pulse documentation

Start here for installation, platform setup, security, operations, and Pulse Intelligence. Commands, configuration keys, image names, API fields, and product identifiers remain untranslated in localized guides.

Start here

  • Install Pulse — signed Proxmox/Linux installation, Docker, Docker Compose, Kubernetes, and first-run setup.
  • Production deployment and security — least-privilege Proxmox setup, root-agent boundaries, discovery, supply-chain verification, plan limits, scale evidence, and a rollout checklist.
  • Upgrade from Pulse v5 — migration prerequisites, rollback, agent continuity, and post-upgrade checks.
  • Releases and update channels: choosing Stable or Preview, beta and RC expectations, and how releases are tested and promoted.
  • Configure Pulse — authentication, notifications, discovery, retention, and system settings.
  • Deployment models — data locations, lifecycle, and differences between supported deployment paths.
  • Troubleshooting and FAQ — common failures, diagnostics, and operator questions.

Localized getting started guides: Deutsch · Español

Platforms and agents

VMware vSphere support is early access. Current builds expose dedicated vSphere inventory and recovery context, but operators should validate the integration against their own vCenter before production use.

Monitoring and operations

Pulse Intelligence

Patrol watch-only analysis is available on Community with a local model or the operator's own provider. Investigation and governed fixes require the relevant Pulse Pro capabilities.

Security, privacy, and access

Plans and managed access

Pulse Cloud is not generally available. Ordinary self-hosted Pulse remains the primary installation path; MSP and Enterprise access are explicit commercial paths rather than defaults in self-hosted setup.

Development and reference

Detailed design notes and dated migration specifications may remain in this directory for maintainers, but they are not operator setup guides unless they are linked from the sections above.

Previous versions and migrations

Found a bug? Use the issue forms. For setup questions, use GitHub Discussions.