@magicx-eng/ai-autocomplete-angular 0.31.1 → 0.31.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +7 -13
- package/package.json +2 -2
package/README.md
CHANGED
|
@@ -18,7 +18,7 @@ An Angular SDK that provides a guided AI-powered autocomplete experience with pi
|
|
|
18
18
|
- **Keyboard navigation** — arrow keys, enter to submit, tab to autocomplete, backspace to un-bold the last completed param
|
|
19
19
|
- **IME-safe** — composition events are buffered so input text is committed once, after composition ends
|
|
20
20
|
- **Client-side filtering** — instant substring filtering on every keystroke
|
|
21
|
-
- **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
|
|
21
|
+
- **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.
|
|
22
22
|
- **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
|
|
23
23
|
- **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"`
|
|
24
24
|
- **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`
|
|
@@ -176,11 +176,9 @@ After a completed param is added (by any means — option click, exact-match typ
|
|
|
176
176
|
### Datepicker
|
|
177
177
|
|
|
178
178
|
When the next parameter is a date, the dropdown shows a calendar instead of a
|
|
179
|
-
list of options.
|
|
180
|
-
|
|
181
|
-
|
|
182
|
-
relative phrases (`today`, `next week`) are not read as dates; a parameter
|
|
183
|
-
offering those needs a name that says date.
|
|
179
|
+
list of options. Which parameters are dates is the server's call: one whose
|
|
180
|
+
`type` is `date` gets a calendar, and one without a date type keeps its option
|
|
181
|
+
list, however date-like its name or options look.
|
|
184
182
|
|
|
185
183
|
Nothing is required to switch it on — a date parameter renders this way
|
|
186
184
|
automatically, and every other parameter is unaffected. Tier 1 and Tier 2
|
|
@@ -248,19 +246,15 @@ say which, and phrases like `next friday`. Those still open the calendar, just
|
|
|
248
246
|
on the current month with nothing marked, so the user picks rather than being
|
|
249
247
|
shown a guess that might be wrong.
|
|
250
248
|
|
|
251
|
-
**Date ranges.** A parameter whose
|
|
252
|
-
|
|
253
|
-
in two clicks: the first sets the start, the second the end, and the pair
|
|
249
|
+
**Date ranges.** A parameter whose `type` is `date_range` is answered by the
|
|
250
|
+
same calendar in two clicks: the first sets the start, the second the end, and the pair
|
|
254
251
|
commits as one answer. The days between them band as the user moves across the
|
|
255
252
|
calendar, so the span being chosen is visible before it is committed. Paging the
|
|
256
253
|
month between the two clicks is expected — that is how a span crosses months —
|
|
257
254
|
and <kbd>Esc</kbd> drops the start and lets them begin again. Clicking the end
|
|
258
255
|
before the start is fine; the two are ordered on the way in.
|
|
259
256
|
|
|
260
|
-
|
|
261
|
-
either separator (`-`, `–`, `—`, `to`, `through`, `until`), either half in any
|
|
262
|
-
date format the SDK reads, and a name that says so (`date_range`, `dateRange`)
|
|
263
|
-
counts too. It commits as one parameter, written the way it was offered —
|
|
257
|
+
It commits as one parameter, written as a span —
|
|
264
258
|
`September 11 - October 13`, with the year on whichever end needs it — and both
|
|
265
259
|
ends are also recorded on the completed parameter's `metadata` as `YYYY-MM-DD`,
|
|
266
260
|
under the `DATE_RANGE_META_START` / `DATE_RANGE_META_END` keys this package
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@magicx-eng/ai-autocomplete-angular",
|
|
3
|
-
"version": "0.31.
|
|
3
|
+
"version": "0.31.2",
|
|
4
4
|
"description": "AI Autocomplete Angular SDK — guided autocomplete with pill-based input and dropdown suggestions",
|
|
5
5
|
"module": "fesm2015/magicx-eng-ai-autocomplete-angular.mjs",
|
|
6
6
|
"es2020": "fesm2020/magicx-eng-ai-autocomplete-angular.mjs",
|
|
@@ -21,7 +21,7 @@
|
|
|
21
21
|
},
|
|
22
22
|
"dependencies": {
|
|
23
23
|
"tslib": "^2.3.0",
|
|
24
|
-
"@magicx-eng/ai-autocomplete-vanilla": "0.
|
|
24
|
+
"@magicx-eng/ai-autocomplete-vanilla": "0.37.0"
|
|
25
25
|
},
|
|
26
26
|
"keywords": [
|
|
27
27
|
"angular",
|