Files
bridge/pnpm-workspace.yaml
T
zeekayandHanzo Dev df9000f990 fix(bridge): one icon set — Lucide, one version, no hand-drawn second set
The repo resolved three majors of the same set at once — 0.307.0 (via
@luxdefi/ui), 0.456.0 (the catalog, used by bridge3) and 1.16.0 (pinned
directly by explorer). Same import name, three different drawings. Every
app now takes lucide from `catalog:`, and an override collapses the
transitive copy, so one version resolves for the whole tree.

app/bridge3/app/components/icons/ was a second set wearing the first
one's clothes: avatar/bag/left-arrow/right-arrow were hand-drawn, typed
as LucideProps, off-grid (17x21, 9x16, 1019x1281) and filled rather than
stroked — three of them with `fill="white"` baked into the path, so they
were invisible on a light background and could never take the theme.
None had a consumer. Deleted; Lucide draws all four (User, ShoppingBag,
ChevronLeft, ChevronRight).

What stays in that directory is not an icon set: the Lux mark and the
third-party network marks are logos, and logos are not glyphs.

explorer also declared @heroicons/react and heroicons with zero imports
of either — a set you cannot see is still a set you can reach for.

Co-authored-by: Hanzo Dev <[email protected]>
2026-07-27 18:04:22 -07:00

24 lines
580 B
YAML

packages:
- 'app/*'
- 'pkg/*'
- 'e2e'
catalog:
'@hanzo/ui': 4.4.1
'@luxfi/core': 10.0.0
'@luxfi/ui': 5.5.1
'@luxfi/data': 1.0.9
'@types/node': 20.14.15
'@types/react': 18.3.12
'@types/react-dom': 18.3.1
# One icon set, one version. Every app takes lucide from `catalog:` — pinning
# it per app is how this repo ended up resolving three majors at once, and the
# same name is a different drawing across them.
lucide-react: 1.16.0
react-hook-form: 7.51.4
next: 14.2.16
react: 18.3.1
react-dom: 18.3.1
tailwindcss: 3.4.14
typescript: 5.7.2