"Bucket" and "Segment" sit too close to the source data -- segment_new is an actual column here -- and a name collision would be worse than a confusing label: an expression named after an existing column shadows or rejects it rather than just reading ambiguously. pf_ prefixed like every other synthesised column, so they sort beside pf_bucket and pf_segment in the column list and read as belonging to the app. The old names are kept in the managed list so they are cleared from configs that still carry them. Without that they would sit in saved layouts forever, ordering by a rule nothing updates -- which is exactly what a stale Segment expression was already doing. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| public | ||
| src | ||
| vendor | ||
| .gitignore | ||
| eslint.config.js | ||
| index.html | ||
| package-lock.json | ||
| package.json | ||
| README.md | ||
| vite.config.js | ||
React + Vite
This template provides a minimal setup to get React working in Vite with HMR and some ESLint rules.
Currently, two official plugins are available:
- @vitejs/plugin-react uses Oxc
- @vitejs/plugin-react-swc uses SWC
React Compiler
The React Compiler is not enabled on this template because of its impact on dev & build performances. To add it, see this documentation.
Expanding the ESLint configuration
If you are developing a production application, we recommend using TypeScript with type-aware lint rules enabled. Check out the TS template for information on how to integrate TypeScript and typescript-eslint in your project.