@magicx-eng/ai-autocomplete-react 0.32.1 → 0.32.3

package/README.md

@@ -16,7 +16,7 @@ A React/TypeScript SDK that provides a guided AI-powered autocomplete experience
 - **Keyboard navigation** — arrow keys, enter to submit, tab to autocomplete, backspace to un-bold the last completed param
 - **IME-safe** — composition events are buffered so input text is committed once, after composition ends
 - **Client-side filtering** — instant substring filtering on every keystroke
-- **Datepicker** — date parameters are answered with a calendar instead of an option list. Click a day or navigate with the arrow keys; the date is committed the way it would be written — `Tuesday` for a date inside the next week, `March 23` for one later this year, `March 23 2027` for another year. Tapping a committed date re-opens the calendar on the month that text names now — for a weekday name, that is the next such day, not the one originally picked. A parameter whose options are written as spans (`September 11 - October 13`) gets the same calendar answered in two clicks, committed as one range.
+- **Datepicker** — date parameters are answered with a calendar instead of an option list. Click a day or navigate with the arrow keys; the date is committed the way it would be written — `Tuesday` for a date inside the next week, `March 23` for one later this year, `March 23 2027` for another year. Tapping a committed date re-opens the calendar on the month that text names now — for a weekday name, that is the next such day, not the one originally picked. A date-range parameter gets the same calendar answered in two clicks, committed as one range.
 - **Option overrides** — supply the options for a parameter yourself: a fixed list, a computed one, or one fetched from your own search endpoint as the user types
 - **Product strip** — the dropdown renders a horizontal row of product cards below the options, filled by default with the items the `/suggest` response reports as matching the query; plug in your own product search instead with `products`, or turn the strip off with `showProducts={false}`
 - **Catalog report** — every response says which of the query's constraints the catalog applied, which it had to drop, and how many items are left, on `customFields` / `custom_fields`
@@ -136,11 +136,9 @@ After a completed param is added (by any means — option click, exact-match typ
 ### Datepicker
 
 When the next parameter is a date, the dropdown shows a calendar instead of a
-list of options. A parameter counts as a date when its name says so, or when at
-least three of the options it offers are themselves written as dates — so a
-parameter called `when` or `arrival` still gets a calendar. Options written as
-relative phrases (`today`, `next week`) are not read as dates; a parameter
-offering those needs a name that says date.
+list of options. Which parameters are dates is the server's call: one whose
+`type` is `date` gets a calendar, and one without a date type keeps its option
+list, however date-like its name or options look.
 
 Nothing is required to switch it on — a date parameter renders this way
 automatically, and every other parameter is unaffected. Tier 1 and Tier 2
@@ -208,19 +206,15 @@ say which, and phrases like `next friday`. Those still open the calendar, just
 on the current month with nothing marked, so the user picks rather than being
 shown a guess that might be wrong.
 
-**Date ranges.** A parameter whose options are written as spans — `September 11
-- October 13`, `September 11 to November 16` — is answered by the same calendar
-in two clicks: the first sets the start, the second the end, and the pair
+**Date ranges.** A parameter whose `type` is `date_range` is answered by the
+same calendar in two clicks: the first sets the start, the second the end, and the pair
 commits as one answer. The days between them band as the user moves across the
 calendar, so the span being chosen is visible before it is committed. Paging the
 month between the two clicks is expected — that is how a span crosses months —
 and <kbd>Esc</kbd> drops the start and lets them begin again. Clicking the end
 before the start is fine; the two are ordered on the way in.
 
-The span is read off the options the same way a single date is read off its own:
-either separator (`-`, `–`, `—`, `to`, `through`, `until`), either half in any
-date format the SDK reads, and a name that says so (`date_range`, `dateRange`)
-counts too. It commits as one parameter, written the way it was offered —
+It commits as one parameter, written as a span —
 `September 11 - October 13`, with the year on whichever end needs it — and both
 ends are also recorded on the completed parameter's `metadata` as `YYYY-MM-DD`,
 under the `DATE_RANGE_META_START` / `DATE_RANGE_META_END` keys this package

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@magicx-eng/ai-autocomplete-react",
-  "version": "0.32.1",
+  "version": "0.32.3",
   "description": "AI Autocomplete React SDK — guided autocomplete with pill-based input and dropdown suggestions",
   "main": "./dist/index.js",
   "module": "./dist/index.mjs",
@@ -29,7 +29,7 @@
     "react-dom": ">=17.0.0"
   },
   "dependencies": {
-    "@magicx-eng/ai-autocomplete-vanilla": "0.36.1"
+    "@magicx-eng/ai-autocomplete-vanilla": "0.38.0"
   },
   "devDependencies": {
     "@figma/code-connect": "^1.4.7",