pf_app
Loading a saved layout brought them back a few pixels wide, needing to be dragged open by hand. Restoring resets the widths, and the row-header columns are then sized from their header — which for row headers is a blank corner cell — so they measure as empty. A minimum rather than a fit. Fitting to content is the other extreme: each group_by level is its own column, so the first widens to its longest label and shoves the second rightwards, which is the spacing that read worse than the default. 130px leaves a reasonable default alone and only intervenes where a column came back unusable; anything already wider, whether dragged or recorded in a layout, is untouched. Applied after the initial load and after a layout restore — the two places that reset widths. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| lib | ||
| public | ||
| routes | ||
| setup_sql | ||
| ui | ||
| .env.example | ||
| .gitignore | ||
| CLAUDE.md | ||
| install.sh | ||
| package-lock.json | ||
| package.json | ||
| PERSPECTIVE.md | ||
| pf_perspective_options.md | ||
| pf_spec.md | ||
| pf.sh | ||
| server.js | ||