hazo_ui 6.11.2 → 6.12.3

package/CHANGE_LOG.md

@@ -5,6 +5,84 @@ All notable changes to this project will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## v6.12.3 (2026-09-30)
+
+### Changed — i18n string wiring
+
+- Hardcoded English in `canvas_text_toolbar`, `error_banner`, `error_page`,
+  `hazo_ui_confirm_dialog`, `hazo_ui_icon_picker`, `hazo_ui_multi_sort_dialog`,
+  `loading_timeout`, `notification_item`, `notification_panel` and `toaster`
+  now goes through `t()`. Prop defaults (`title`, `description`,
+  `cancelLabel`, ...) resolve via `t()` so consumer overrides still win.
+- `src/locales/en.json` gains the matching keys (`sort.*`, `canvas_toolbar.*`,
+  `toast.permission_*`, `error.*`, `loading.taking_longer`, `notification.*`,
+  `confirm.cancel`, `icon_picker.search_placeholder`, `common.*`).
+  Additive only; English output is unchanged.
+
+### Added — test-app
+
+- `/translations` page + `/api/i18n/[...path]` route (via
+  `hazo_i18n/api` `createI18nRoutes`) with a "Translate with AI" flow, sidebar
+  entry, `config/hazo_i18n_config.ini` + `hazo_llm_api_config.ini`.
+- `src/lib/llm_init.ts` loads `hazo_llm_api/server` with `optional_import`
+  instead of a static import. A static import is bundled as a separate module
+  instance from the runtime copy `hazo_i18n`'s `translateMessages` resolves,
+  so init ran on the wrong instance and every chunk failed with "LLM API not
+  initialized". Verified: 25/25 chunks ok.
+- `next.config.js`: `hazo_i18n`/`hazo_connect` transpile + source aliases,
+  `sql.js` server external. Generated `.hazo-i18n/` and `*.sqlite` ignored.
+
+## v6.12.2 (2026-09-30)
+
+### Fixed — `useFullscreen`
+
+- The fullscreen toggle silently did nothing on iOS Safari. iOS Safari has no
+  `requestFullscreen` at all for arbitrary elements (not a missing vendor
+  prefix — the method is simply absent), so `enter()` hit its
+  `!document.documentElement.requestFullscreen` guard and returned without
+  ever flipping `isFullscreen`, and `fullscreenchange` never fired to sync it
+  either. Any consumer driving a CSS-based fullscreen layout off
+  `isFullscreen` (GoTimer's `TimerShellV2`, for example — a `fixed inset-0
+  z-[9999]` overlay with no dependency on the real browser fullscreen state)
+  got a dead button on iPhone with no error.
+  `enter()`/`exit()`/`toggle()` now detect API support up front and, when
+  it's missing, track `isFullscreen` as plain local state instead of no-op'ing
+  — the real browser-chrome-hiding effect is still unavailable on iOS (a
+  platform limitation, not fixable from JS), but the CSS-driven fullscreen
+  layout itself now activates correctly. Added
+  `src/hooks/__tests__/use_fullscreen.test.ts` covering both the
+  native-API and no-API-available paths.
+
+## v6.12.1 (2026-09-29)
+
+### Fixed / Added — `HazoUiEtaProgress`/`HazoUiProgressBar`
+
+- Bar fill used `bg-accent`, which reads as a near-invisible low-contrast tint
+  against several theme presets — switched to `bg-primary` to match the rest
+  of the design system's progress/loading affordances.
+- New optional `showPercent` (percentage text next to the label, default
+  `false`) and `size` (bar height in px, default `8`) props on both
+  `HazoUiEtaProgress` and `HazoUiProgressBar`. Purely additive — no existing
+  caller's behavior changes.
+
+## v6.12.0 (2026-09-20)
+
+### Changed — migrated onto the canonical `hazo_core/i18n` bridge
+
+hazo_ui's own baked-in strings (login buttons, table/filter-dialog labels,
+kanban, browser-tab, RTE toolbar tooltips under the `rte.*` namespace, etc.)
+now go through `createPackageT` from `hazo_core/i18n` instead of this
+package's local `src/lib/create_package_t.ts` (deleted). Catalog stays a flat
+`src/locales/en.json` with `{{var}}` interpolation — no reshaping needed.
+`hazo_i18n` added as an optional peer dependency (`^0.5.0`); `hazo_core` peer
+bumped to `^2.4.0` (first version shipping the `/i18n` sub-export). No public
+API change — the bridge was never re-exported from `src/index.ts`.
+
+The `rte.*` namespace (Tiptap rich-text-editor toolbar strings) already lived
+in the single `en.json` catalog by the time this migration ran — there was no
+separate `TiptapI18nProvider`/`en.ts`/`si.ts`/`sv.ts` locale system left to
+merge; that consolidation had already happened in an earlier session.
+
 ## v6.11.2 (2026-09-01)
 
 ### Fixed — `hazo_state` peer dependency range never resolved

package/SETUP_CHECKLIST.md

@@ -99,7 +99,7 @@ The following peer dependencies are required:
 - [ ] React (^18.0.0 or ^19.0.0)
 - [ ] React DOM (^18.0.0 or ^19.0.0)
 - [ ] hazo_core (^1.2.0)
-- [ ] hazo_state (^0.1.0) — the `hazo_ui` barrel statically imports `hazo_state/client` (for `HazoUiEtaProgress`), so this is **required** even if you don't use the ETA progress bar.
+- [ ] hazo_state (^0.6.3) — the `hazo_ui` barrel statically imports `hazo_state/client` (for `HazoUiEtaProgress`), so this is **required** even if you don't use the ETA progress bar.
 
 If not already installed:
 
@@ -143,7 +143,7 @@ npm install @radix-ui/react-dialog @radix-ui/react-popover @radix-ui/react-selec
   - **Slider**: `@radix-ui/react-slider`
   - **InputAffix**: No additional dependencies (uses the base shadcn/ui `Input` component)
   - **HazoUiProgressBar, useEtaProgress, median, computeEta, easeToward**: No additional dependencies
-  - **HazoUiEtaProgress**: `hazo_state` (^0.1.0) — a **required** peer dep of hazo_ui (the barrel imports it unconditionally), so it is always installed regardless of which components you use.
+  - **HazoUiEtaProgress**: `hazo_state` (^0.6.3) — a **required** peer dep of hazo_ui (the barrel imports it unconditionally), so it is always installed regardless of which components you use.
 
 ### 4. Configure Tailwind CSS