honox

Issue: Incorrect package.json exports for ./utils/* The package.json file currently has an export for that points to and . However, the actual utility files are located in: This export is invalid because the directory does not exist. The build process preserves the directory structure of the source files, so the utils are placed in their respective subdirectories. Steps to reproduce: 1. Run 2. Check the directory structure - there is no folder at the top level Expected behavior: The package.json should not export a path since the files are not in that location. If the utils are intended to be exported, they should be exported from their respective directories (e.g., , , ). Current exports in package.json:

What version of HonoX are you using? 0.1.53 What steps can reproduce the bug? Project Structure File: File: File: File: File: File: File: (Direct import of Island component) File: (Indirect import via wrapper) File: (Indirect import + Dummy Island component) Reproduction Steps 1. Build the application: 2. Start the production server: 3. Access the test pages: http://localhost:8000/case1 http://localhost:8000/case2 http://localhost:8000/case3 What is the expected behavior? When clicking the button on all three pages (case1, case2, and case3), the counter should increment. What do you see instead? case1: ✅ Counter increments correctly case2**: ❌ Counter does NOT increment. The `npx vitenpx vite buildnode:22-bookworm-slimnodehonohonox@hono/vite-buildvite`: 7.3.0

The readme mentions not following semver, but it actually does. The zero version of semver allows breaking changes. This adjusts the readme for more accuracy

What version of HonoX are you using? 0.1.52 What steps can reproduce the bug? In HonoX file-based routing, catch-all route matches correctly, but the captured value cannot be accessed via . File: Access: What is the expected behavior? For , should return (or equivalent), because is intended to capture the rest path segments. What do you see instead? Route is matched correctly is correct (ex: ) returns is always Additional information The file name uses , so it is natural to expect that the captured value is accessible by the name . If the captured value cannot be accessed by name, then the part of becomes meaningless. In that case, a syntax like (without a name) would better represent the actual behavior. It looks like is compiled to a wildcard () route internally. In Hono, wildcard matches are not exposed as named params, so does not work. Related discussion in Hono repo: wildcard params are not accessible as named params (ex: honojs/hono#3190) From user perspective, it would be more intuitive if was compiled to something like: so that the value can be accessed via .