@roxyapi/ui-vue 0.32.1 → 0.34.0

package/AGENTS.md

@@ -8,7 +8,7 @@ Live preview: <https://roxyapi.github.io/ui/>. Source of truth for component typ
 
 ## Identity
 
-Roxy UI is the official web component library for the RoxyAPI catalog. Components and helpers cover Western astrology, Vedic astrology, numerology, tarot, Human Design, forecast, biorhythm, I Ching, crystals, dreams, angel numbers, with the location helper for geocoding. New endpoints regenerate component types automatically.
+Roxy UI is the official web component library for the RoxyAPI catalog. Components and helpers cover Western astrology, Vedic astrology, forecast, Human Design, Chinese astrology, feng shui, numerology, tarot, biorhythm, I Ching, crystals, dreams, angel numbers, with the location helper for geocoding. New endpoints regenerate component types automatically.
 
 ## Decision tree for picking a component
 
@@ -18,7 +18,7 @@ Map the natural-language request to a component first; fall back to the table be
 
 | If the user says... | Render |
 |---|---|
-| "daily horoscope for `{sign}`", "weekly horoscope", "monthly horoscope" | `<roxy-horoscope-card>` |
+| "daily horoscope for `{sign}`", "weekly horoscope", "monthly horoscope", "year ahead", "yearly horoscope" | `<roxy-horoscope-card>` with `period="daily"`, `"weekly"`, `"monthly"` or `"yearly"`. Every period carries the reading twice, whole as one column and split into six topic sections, and `layout` picks which one renders. Yearly also carries the themes, key periods, eclipses, retrogrades and best months of the year |
 | "birth chart", "natal chart", "Western chart", "show me my planets" | `<roxy-natal-chart>` |
 | "match two birth charts", "compare us in Western astrology", "synastry" | `<roxy-synastry-chart>` |
 | "kundli", "Vedic chart", "rashi chart", "South/North Indian chart" | `<roxy-vedic-kundli>` |
@@ -37,6 +37,12 @@ Map the natural-language request to a component first; fall back to the table be
 | "forecast", "what is coming up", "upcoming transits and events", "timeline of my year" | `<roxy-forecast-timeline>` |
 | "biorhythm", "physical/emotional/intellectual cycle", "critical days" | `<roxy-biorhythm-chart>` |
 | "I Ching", "hexagram", "cast the coins", "Book of Changes" | `<roxy-hexagram>` |
+| "BaZi", "four pillars", "my Chinese birth chart", "what is my Day Master", "eight characters" | `<roxy-bazi-chart>` |
+| "luck pillars", "Da Yun", "my ten year cycles", "when does my luck change" | `<roxy-luck-pillars>` |
+| "Chinese zodiac", "what animal am I", "year of the {animal}", "my Chinese sign today", "are {animal} and {animal} compatible" | `<roxy-zodiac-card>` (`mode="sign"` for a birth date, `"animal"` for one animal in full, `"daily"` for today, `"compatibility"` for a pair) |
+| "Chinese almanac", "Tong Shu", "is {date} a good day", "pick a wedding date", "auspicious days for {activity}" | `<roxy-almanac-day>` (`mode="day"`, `"month"`, or `"auspicious"` for a date search) |
+| "Kua number", "eight mansions", "Ba Zhai", "my best direction", "which way should my desk face" | `<roxy-kua-card>` (`mode="kua"` for the number, `"mansions"` for the full map) |
+| "flying stars", "Xuan Kong", "the stars in my house", "annual stars for {year}", "period 9 chart" | `<roxy-flying-star-chart>` (`mode="natal"` for a building, `mode="annual"` for one year over it) |
 | "moon phase", "moon calendar", "next full moon", "current moon" | `<roxy-moon-phase>` |
 | "what does my dream mean", "dream symbol", "dream dictionary", "I dreamt of {symbol}" | `<roxy-dream-card>` |
 | "angel number {n}", "meaning of 111 / 222 / 1111", "I keep seeing this number" | `<roxy-angel-number-card>` |
@@ -61,7 +67,7 @@ Use the table below for the formal endpoint to component mapping.
 | `<roxy-transit-wheel>` | Western | POST /astrology/transit-aspects | Natal chart on the inner ring, transiting bodies on the outer ring, aspect lines between them |
 | `<roxy-aspects-table>` | Western | POST /astrology/aspects, /astrology/transit-aspects, /astrology/aspect-patterns | Aspect rows coloured by nature with orb and strength, plus detected chart patterns |
 | `<roxy-moon-phase>` | Western | GET /astrology/moon-phase/{current,upcoming,calendar/...} | Moon phase card and calendar |
-| `<roxy-horoscope-card>` | Western | GET /astrology/horoscope/{sign}/{daily,weekly,monthly} | Daily, weekly, or monthly horoscope card |
+| `<roxy-horoscope-card>` | Western | GET /astrology/horoscope/{sign}/{daily,weekly,monthly,yearly} | Daily, weekly, monthly, or yearly horoscope card |
 | `<roxy-astrocartography-map>` | Western | POST /astrology/astrocartography | World map of planetary MC, IC, Ascendant, and Descendant lines with per-line interpretations |
 | `<roxy-local-space-compass>` | Western | POST /astrology/local-space | Compass dial of planetary azimuth lines from the birthplace, dimmed below the horizon |
 | `<roxy-relocation-wheel>` | Western | POST /astrology/relocation-chart | Relocated chart wheel plus the move geometry, angular planets, and planets that change house |
@@ -106,6 +112,12 @@ Use the table below for the formal endpoint to component mapping.
 | `<roxy-hd-variables>` | Human Design | POST /human-design/variables | The four transformation arrows with direction, color, tone, and base, plus a reading per arrow grouped by layer and the cognition |
 | `<roxy-forecast-timeline>` | Forecast | POST /forecast/{timeline,significant-dates,transits} | Date-grouped events across Western, Vedic, and biorhythm domains, weighted by significance |
 | `<roxy-forecast-digest>` | Forecast | POST /forecast/digest | Per-window event counts, domain breakdown, and the highest-significance events |
+| `<roxy-bazi-chart>` | Chinese | POST /chinese-astrology/bazi/chart | Year, month, day and hour pillars in hanzi with hidden stems, Ten Gods, Na Yin, element balance and interactions |
+| `<roxy-luck-pillars>` | Chinese | POST /chinese-astrology/bazi/luck-pillars | Ten-year luck pillars as a strip with ages and years, the annual pillars, and the direction and start age behind them |
+| `<roxy-zodiac-card>` | Chinese | POST /chinese-astrology/zodiac/sign, GET /chinese-astrology/zodiac/{animals/{id},{id}/daily,compatibility/{sign1}/{sign2}} | The animal for a date, one animal in full, a daily reading, or a pair scored |
+| `<roxy-almanac-day>` | Chinese | GET /chinese-astrology/calendar/{day/{date},monthly}, POST /chinese-astrology/calendar/auspicious-days | Day officer, favours and avoids, clash animal and pillars, as one day, a month, or a date search |
+| `<roxy-flying-star-chart>` | Feng Shui | POST /feng-shui/flying-stars/natal, GET /feng-shui/flying-stars/annual/{year} | Nine-palace flying star plate with the mountain, period and water star per palace, the facing and sitting mountains and the structure |
+| `<roxy-kua-card>` | Feng Shui | POST /feng-shui/kua, POST /feng-shui/eight-mansions | Kua number and trigram over the eight-sector direction map, favourable and unfavourable sectors ranked |
 | `<roxy-biorhythm-chart>` | Biorhythm | POST /biorhythm/{daily,forecast,critical-days} | Daily bars, forecast cycle lines, critical days |
 | `<roxy-hexagram>` | I Ching | GET /iching/hexagrams/{number}, /iching/cast, POST /iching/daily, /iching/daily/cast | Hexagram figure with trigrams, judgment, image, and a reading per line (statement plus meaning); a cast highlights the moving lines and the resulting hexagram |
 | `<roxy-crystal-card>` | Crystals | GET /crystals/{id} | Photo, meaning sections, chakra, zodiac, element, hardness, keywords, and pairings |
@@ -214,7 +226,7 @@ Several components select a view, mode, or chart layout in addition to `data`. T
 <RoxyPanchangTable data={panchang} detail="detailed" />
 ```
 
-The full set: `RoxyNatalChart` `houseSystem`, `RoxyHoroscopeCard` `period`, `RoxyMoonPhase` `mode`, `RoxyCompatibilityCard` `mode`, `RoxyVedicKundli` and `RoxyDivisionalChart` `chartStyle`, `RoxyPanchangTable` `detail`, `RoxyDashaTimeline` `period`, `RoxyDoshaCard` `type`, `RoxyNumerologyCard` `type`, `RoxyTarotSpread` `spread`, `RoxyBiorhythmChart` `mode`, `RoxyHexagram` `mode`. Outside React and Vue, set the same value as a kebab-case attribute or a JS property on the element (for example `chart-style="south"` or `el.chartStyle = 'south'`).
+The full set: `RoxyNatalChart` `houseSystem`, `RoxyHoroscopeCard` `period` and `layout`, `RoxyMoonPhase` `mode`, `RoxyZodiacCard` `mode`, `RoxyKuaCard` `mode`, `RoxyAlmanacDay` `mode`, `RoxyFlyingStarChart` `mode`, `RoxyCompatibilityCard` `mode`, `RoxyVedicKundli` and `RoxyDivisionalChart` `chartStyle`, `RoxyPanchangTable` `detail`, `RoxyDashaTimeline` `period`, `RoxyDoshaCard` `type`, `RoxyNumerologyCard` `type`, `RoxyTarotSpread` `spread`, `RoxyBiorhythmChart` `mode`, `RoxyHexagram` `mode`. Outside React and Vue, set the same value as a kebab-case attribute or a JS property on the element (for example `chart-style="south"` or `el.chartStyle = 'south'`).
 
 ### 6c. Vue and Nuxt
 
@@ -379,6 +391,8 @@ For a static chart with no picker, fetch in a Server Component and pass `data` t
 
 The city search is the one request the form issues on its own, while a visitor is still typing. When the page routes RoxyAPI traffic through your own server, give it a route for that search and name it with `location-url` (absolute, or relative to the page). Then the form calls your server for cities too, and no key of any kind reaches the browser. The same attribute works on any component in self-fetch mode, alongside `submit-url`, and on a one-tag widget as `data-location-url`.
 
+A rendering component in self-fetch mode (Pattern 4) can also send data of your own with what it submits, which the bare form above does not need because your own code writes that request. Give it `submit-context` with a JSON object and your `submit-url` route receives that object as `context` beside the request, which is where a page attaches its own verification data to a submission. The component passes it through untouched and reads no key of it, so its shape is yours to choose; leave the attribute off and your route receives exactly the request it always did. A one-tag widget takes it as `data-submit-context`.
+
 ```html
 <roxy-endpoint-form
 	data-endpoint="vedic-astrology/birth-chart"
@@ -419,9 +433,9 @@ That single element renders a schema-driven form (a zodiac/enum tile picker, a b
 
 In React, the same props are typed: `<RoxyNatalChart endpoint="astrology/natal-chart" publishableKey={process.env.NEXT_PUBLIC_ROXY_PK} />`.
 
-**Three optional attributes on the self-fetch element.** `lang` sets the response language (`en`, `tr`, `de`, `es`, `hi`, `pt`, `fr`, `ru`): put it on the element (`<roxy-horoscope-card lang="de" ...>`) and the form routes it to the `?lang=` query on submit, so visitors never see a language field. `submit-label` overrides the derived button label. `attribution` renders a small "Spiritual data by RoxyAPI" credit under the result: off by default, and the one-tag script below turns it on unless you set `data-attribution="off"`. None of these apply in controlled mode.
+**Three optional attributes on the self-fetch element.** `lang` sets the response language (`en`, `tr`, `de`, `es`, `hi`, `pt`, `fr`, `ru`, `zh-Hans`, `zh-Hant`): put it on the element (`<roxy-horoscope-card lang="de" ...>`) and the form routes it to the `?lang=` query on submit, so visitors never see a language field. `submit-label` overrides the derived button label. `attribution` renders a small "Spiritual data by RoxyAPI" credit under the result: off by default, and the one-tag script below turns it on unless you set `data-attribution="off"`. None of these apply in controlled mode.
 
-**One tag, no element wiring.** For the simplest embed, load `dist/cdn/widgets.js` and drop a `<div data-roxy-widget="{slug}" data-publishable-key="pk_live_...">`. The script mounts the matching component from a generated slug map: with every path parameter supplied as a `data-*` attribute (`data-sign`, `data-id`) it fetches on mount, otherwise it renders the same input form. A second `data-*` attribute picks a variant (`data-period`, `data-mode`, `data-type`, `data-spread`). To keep every key on your own server instead, drop the publishable key and give the tag `data-submit-url` and `data-location-url`: the widget renders the form and routes both its requests there.
+**One tag, no element wiring.** For the simplest embed, load `dist/cdn/widgets.js` and drop a `<div data-roxy-widget="{slug}" data-publishable-key="pk_live_...">`. The script mounts the matching component from a generated slug map: with every path parameter supplied as a `data-*` attribute (`data-sign`, `data-id`) it fetches on mount, otherwise it renders the same input form. A second `data-*` attribute picks a variant (`data-period`, `data-mode`, `data-type`, `data-spread`). To keep every key on your own server instead, drop the publishable key and give the tag `data-submit-url` and `data-location-url`: the widget renders the form and routes both its requests there. `data-submit-context` rides along with the submitted one.
 
 **Theme every widget in one link.** Add `<link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/styles/themes/practitioner.css">` for a warm rosewater serif look, or set the `--roxy-font-display` token alone to swap result headings to a display face (it defaults to the body font, so nothing changes until you set it). See [THEMING.md](packages/ui/THEMING.md).
 
@@ -501,7 +515,9 @@ This is how the WordPress plugin renders: PHP fetches the response server-side,
 
 ## Localized responses
 
-Most RoxyAPI endpoints return their interpretation text in eight languages, selected with the `lang` query parameter (`en`, `tr`, `de`, `es`, `hi`, `pt`, `fr`, `ru`). Human Design, for example, returns the type, strategy, authority, profile, channel, center, gate, and line readings in the requested language.
+Most RoxyAPI endpoints return their interpretation text in the language you ask for, selected with the `lang` query parameter (`en`, `tr`, `de`, `es`, `hi`, `pt`, `fr`, `ru`, `zh-Hans`, `zh-Hant`). Human Design, for example, returns the type, strategy, authority, profile, channel, center, gate, and line readings in the requested language. Coverage varies by domain, and a field with no translation in the language you asked for comes back in English.
+
+Chinese is named by script rather than by language, so `zh-Hant` and `zh-Hans` are the two values to send. A component resolves a regional tag for you: `zh-TW` and `zh-HK` read as traditional, `zh-CN` and `zh-SG` as simplified.
 
 The components hold no copy of their own; they print the prose the response carries. So the language of the response is the language of the render.
 
@@ -625,7 +641,7 @@ That table is the shared vocabulary, not the whole list. **`components-catalog.j
 
 ## Domain ordering
 
-When listing domains in user-visible copy, use the canonical order: Western astrology, Vedic astrology, forecast, human design, numerology, tarot, biorhythm, I Ching, crystals, dreams, angel numbers. Location is utility, not a selling domain. The `domain` field in `components-catalog.json` carries the same names, so sort by this list rather than by whatever order you discovered components in.
+When listing domains in user-visible copy, use the canonical order: Western astrology, Vedic astrology, forecast, human design, Chinese astrology, feng shui, numerology, tarot, biorhythm, I Ching, crystals, dreams, angel numbers. Sort by this list and skip any domain the catalog does not carry a component for. Location is utility, not a selling domain. The `domain` field in `components-catalog.json` carries the same names, so sort by this list rather than by whatever order you discovered components in.
 
 ## What not to ship
 

package/README.md

@@ -177,6 +177,53 @@ Every chart, table, and card adapts to light and dark automatically. Hover any i
 </tr>
 </table>
 
+### Chinese astrology and feng shui
+
+<table>
+<tr>
+<td width="50%"><strong>Four pillars</strong> · <code>&lt;roxy-bazi-chart&gt;</code><br><sub>POST /chinese-astrology/bazi/chart</sub><br>
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/bazi-chart-dark.png">
+  <img src="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/bazi-chart-light.png" alt="BaZi four pillars chart, each pillar drawn as a Heavenly Stem over its Earthly Branch in hanzi with the Ten God relation, the stems the branch stores, and the Na Yin, over the five-element balance and the interactions the pillars form">
+</picture>
+</td>
+<td width="50%"><strong>Flying star chart</strong> · <code>&lt;roxy-flying-star-chart&gt;</code><br><sub>POST /feng-shui/flying-stars/natal</sub><br>
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/flying-star-chart-dark.png">
+  <img src="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/flying-star-chart-light.png" alt="Xuan Kong flying star plate, nine palaces on the Chinese compass with south at the top, each carrying its mountain star, period star and water star, over the facing and sitting mountains and the structure they produce">
+</picture>
+</td>
+</tr>
+<tr>
+<td width="50%"><strong>Chinese zodiac</strong> · <code>&lt;roxy-zodiac-card&gt;</code><br><sub>GET /chinese-astrology/zodiac/animals/&#123;id&#125;</sub><br>
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/zodiac-card-dark.png">
+  <img src="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/zodiac-card-light.png" alt="Chinese zodiac animal card with the animal in hanzi, its element and polarity, the double hours it governs, its trine, and its secret friend, clash and harm partners">
+</picture>
+</td>
+<td width="50%"><strong>Kua and eight mansions</strong> · <code>&lt;roxy-kua-card&gt;</code><br><sub>POST /feng-shui/eight-mansions</sub><br>
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/kua-card-dark.png">
+  <img src="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/kua-card-light.png" alt="Eight Mansions map on the nine-palace grid, four favourable and four unfavourable compass sectors each with its star, rank and life domain, and the Kua number and trigram in the centre">
+</picture>
+</td>
+</tr>
+<tr>
+<td width="50%"><strong>Luck pillars</strong> · <code>&lt;roxy-luck-pillars&gt;</code><br><sub>POST /chinese-astrology/bazi/luck-pillars</sub><br>
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/luck-pillars-dark.png">
+  <img src="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/luck-pillars-light.png" alt="BaZi luck pillars as a strip of ten-year stretches, each with its stem and branch in hanzi, the Ten God relation, and the ages and years it spans">
+</picture>
+</td>
+<td width="50%"><strong>Chinese almanac</strong> · <code>&lt;roxy-almanac-day&gt;</code><br><sub>GET /chinese-astrology/calendar/day/&#123;date&#125;</sub><br>
+<picture>
+  <source media="(prefers-color-scheme: dark)" srcset="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/almanac-day-dark.png">
+  <img src="https://raw.githubusercontent.com/RoxyAPI/ui/main/assets/screenshots/almanac-day-light.png" alt="Chinese almanac day with the day officer, what the day favours and what it avoids, the animal it clashes with, and its three pillars and lunar mansion">
+</picture>
+</td>
+</tr>
+</table>
+
 ### Other domains
 
 <table>
@@ -428,7 +475,103 @@ const { data: d9 } = await roxy.vedicAstrology.generateDivisionalChart({
 <RoxyDivisionalChart data={d9} />
 ```
 
-### 3. Numerology (life path, full chart, personal year)
+### 3. Forecast (transits, cross-domain timeline)
+
+One stateless call merges Western transits, Vedic Vimshottari dasha boundaries, and biorhythm critical days into a single significance-scored, time-ordered timeline. Built for forecast feeds, transit alerts, and timing tools. No coordinates needed.
+
+```tsx
+import { RoxyForecastTimeline } from '@roxyapi/ui-react';
+
+// Transit forecast. The demand leader. Western transit-to-natal aspects, sign
+// ingresses, and retrograde stations over the window.
+const { data: transits } = await roxy.forecast.forecastTransits({
+  body: { birthData: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 } },
+});
+<RoxyForecastTimeline data={transits} />
+
+// Cross-domain timeline. The same window merged with Vedic dasha boundaries and
+// biorhythm critical days into one significance-scored timeline.
+const { data: timeline } = await roxy.forecast.generateTimeline({
+  body: {
+    birthData: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 },
+    domains: ['western', 'vedic', 'biorhythm'],
+  },
+});
+<RoxyForecastTimeline data={timeline} />
+```
+
+### 4. Human Design (bodygraph)
+
+A self-knowledge system computed from the same ephemeris as Western astrology, laid over the I Ching gate wheel and nine chakra-style centers. Self-discovery apps, dating and compatibility products, and AI coaching bots render the full bodygraph. No coordinates needed; Human Design uses the birth instant, not the observer location.
+
+The response is a reading, not a set of labels: the type, strategy, authority, profile, and definition each arrive with the text that explains them, every defined channel and every center carry their own interpretation, and each of the activations carries a gate meaning and the meaning of its line. `<RoxyBodygraph>` lays that out for you. The chart and the identity read at a glance, and every body of prose sits behind a disclosure, so one component renders a complete reading without becoming a wall of text.
+
+```tsx
+import { RoxyBodygraph } from '@roxyapi/ui-react';
+
+// Full bodygraph. The head term every Human Design app leads with ("human design chart").
+// Type, strategy, authority, profile, the nine centers, channels, and every gate
+// activation in one call. Pass the birth instant only, no latitude or longitude.
+const { data: bodygraph } = await roxy.humanDesign.generateBodygraph({
+  body: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 },
+});
+<RoxyBodygraph data={bodygraph} />
+```
+
+Every interpretation is localized. Ask for the language on the request and the component renders it, because the component prints the prose the API returned and holds no copy of its own.
+
+```tsx
+const { data: bodygraph } = await roxy.humanDesign.generateBodygraph({
+  body: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 },
+  query: { lang: 'de' },
+});
+```
+
+### 5. Chinese astrology (four pillars, luck pillars, zodiac, almanac)
+
+The BaZi chart a reading is built on, the ten-year luck pillars that time it, the twelve-animal zodiac, and the almanac people actually consult to pick a date. Fits date-selection tools, Chinese-new-year features and East Asian wellness apps.
+
+```tsx
+import { RoxyBaziChart, RoxyZodiacCard, RoxyAlmanacDay } from '@roxyapi/ui-react';
+
+// Four pillars. Stem over branch per pillar, hidden stems, Ten Gods, element balance.
+const { data: bazi } = await roxy.chineseAstrology.generateBaziChart({
+  body: { date: '1990-01-15', time: '14:30:00', timezone: 'America/New_York' },
+});
+<RoxyBaziChart data={bazi} />
+
+// The animal a birth date falls in, on the classical year boundary.
+const { data: sign } = await roxy.chineseAstrology.calculateZodiacAnimal({
+  body: { date: '1990-01-15' },
+});
+<RoxyZodiacCard data={sign} mode="sign" />
+
+// Almanac day. What the day favours, what it avoids, and the animal it clashes with.
+const { data: day } = await roxy.chineseAstrology.getAlmanacDay({ path: { date: '2026-09-08' } });
+<RoxyAlmanacDay data={day} mode="day" />
+```
+
+### 6. Feng shui (kua number, eight mansions, flying stars)
+
+A person's Kua number and the eight directions it ranks for them, plus the Xuan Kong flying-star plate for a building. Fits home and office consultation tools, property apps and annual-forecast features.
+
+```tsx
+import { RoxyKuaCard, RoxyFlyingStarChart } from '@roxyapi/ui-react';
+
+// Kua number and the full Eight Mansions map, four favourable sectors and four not.
+const { data: mansions } = await roxy.fengShui.generateEightMansions({
+  body: { date: '1990-01-15', gender: 'female' },
+});
+<RoxyKuaCard data={mansions} mode="mansions" />
+
+// Flying star plate for a building, from its facing degrees and construction period.
+const { data: plate } = await roxy.fengShui.generateFlyingStarChart({
+  body: { facingDegrees: 175, period: 9 },
+});
+<RoxyFlyingStarChart data={plate} mode="natal" />
+```
+
+### 7. Numerology (life path, full chart, personal year)
 
 Life path, the full chart, and the personal year. The easiest domain to integrate: a name and a birth date are enough, with no birth time and no coordinates.
 
@@ -454,7 +597,7 @@ const { data: pyear } = await roxy.numerology.calculatePersonalYear({
 <RoxyNumerologyCard data={pyear} type="personal-year" />
 ```
 
-### 4. Tarot (daily card, three-card, Celtic Cross)
+### 8. Tarot (daily card, three-card, Celtic Cross)
 
 Draw a single daily card, a three-card spread, or a full Celtic Cross. The card database is stable reference data, so fetch it once and cache it rather than calling per render.
 
@@ -478,59 +621,7 @@ const { data: cc } = await roxy.tarot.castCelticCross({
 <RoxyTarotSpread data={cc} />
 ```
 
-### 5. Human Design (bodygraph)
-
-A self-knowledge system computed from the same ephemeris as Western astrology, laid over the I Ching gate wheel and nine chakra-style centers. Self-discovery apps, dating and compatibility products, and AI coaching bots render the full bodygraph. No coordinates needed; Human Design uses the birth instant, not the observer location.
-
-The response is a reading, not a set of labels: the type, strategy, authority, profile, and definition each arrive with the text that explains them, every defined channel and every center carry their own interpretation, and each of the activations carries a gate meaning and the meaning of its line. `<RoxyBodygraph>` lays that out for you. The chart and the identity read at a glance, and every body of prose sits behind a disclosure, so one component renders a complete reading without becoming a wall of text.
-
-```tsx
-import { RoxyBodygraph } from '@roxyapi/ui-react';
-
-// Full bodygraph. The head term every Human Design app leads with ("human design chart").
-// Type, strategy, authority, profile, the nine centers, channels, and every gate
-// activation in one call. Pass the birth instant only, no latitude or longitude.
-const { data: bodygraph } = await roxy.humanDesign.generateBodygraph({
-  body: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 },
-});
-<RoxyBodygraph data={bodygraph} />
-```
-
-Every interpretation is localized. Ask for the language on the request and the component renders it, because the component prints the prose the API returned and holds no copy of its own.
-
-```tsx
-const { data: bodygraph } = await roxy.humanDesign.generateBodygraph({
-  body: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 },
-  query: { lang: 'de' },
-});
-```
-
-### 6. Forecast (transits, cross-domain timeline)
-
-One stateless call merges Western transits, Vedic Vimshottari dasha boundaries, and biorhythm critical days into a single significance-scored, time-ordered timeline. Built for forecast feeds, transit alerts, and timing tools. No coordinates needed.
-
-```tsx
-import { RoxyForecastTimeline } from '@roxyapi/ui-react';
-
-// Transit forecast. The demand leader. Western transit-to-natal aspects, sign
-// ingresses, and retrograde stations over the window.
-const { data: transits } = await roxy.forecast.forecastTransits({
-  body: { birthData: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 } },
-});
-<RoxyForecastTimeline data={transits} />
-
-// Cross-domain timeline. The same window merged with Vedic dasha boundaries and
-// biorhythm critical days into one significance-scored timeline.
-const { data: timeline } = await roxy.forecast.generateTimeline({
-  body: {
-    birthData: { date: '1990-01-15', time: '14:30:00', timezone: 5.5 },
-    domains: ['western', 'vedic', 'biorhythm'],
-  },
-});
-<RoxyForecastTimeline data={timeline} />
-```
-
-### 7. Biorhythm (daily, forecast)
+### 9. Biorhythm (daily, forecast)
 
 Physical, emotional and intellectual cycles from a birth date alone, as a daily reading or a forward forecast with the critical days marked. Fits wellness, productivity, sports and couples apps.
 
@@ -551,7 +642,7 @@ const { data: forecast } = await roxy.biorhythm.getForecast({
 <RoxyBiorhythmChart data={forecast} mode="forecast" />
 ```
 
-### 8. I Ching (cast a reading, hexagram lookup)
+### 10. I Ching (cast a reading, hexagram lookup)
 
 Cast a reading with its changing lines and the hexagram it transforms into, or look up any of the 64 figures directly. Fits meditation apps, decision-making tools and wisdom chatbots.
 
@@ -582,7 +673,7 @@ Two ways to feed a component, and the key rule for each:
 
 Set `ROXY_API_KEY` to your secret key in your server env for the server-side SDK examples on this page. For self-fetch embedding with no backend, use a publishable key (see the fully client-side pattern in [`AGENTS.md`](AGENTS.md)).
 
-The self-fetch form renders spec-driven inputs (a zodiac tile picker, a boolean toggle, native date and time, a city search), collapses optional fields under one Advanced disclosure, and reads a `lang` attribute for localized responses. When the page routes RoxyAPI traffic through your own server instead, `submit-url` names the route that answers the submitted request and `location-url` names the one that answers the city search, so both halves of a birth-data form go to your server and no key of any kind reaches the browser. For the simplest embed, load `dist/cdn/widgets.js` and drop one `<div data-roxy-widget="{slug}" data-publishable-key="pk_live_...">`: with the required attributes present it fetches on mount, otherwise it renders the form. That tag takes `data-submit-url` and `data-location-url` too, so a one-tag embed can route both its requests through your server and carry no key at all. A single `<link>` to the [practitioner theme preset](https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/styles/themes/practitioner.css) restyles every widget on the page.
+The self-fetch form renders spec-driven inputs (a zodiac tile picker, a boolean toggle, native date and time, a city search), collapses optional fields under one Advanced disclosure, and reads a `lang` attribute for localized responses. When the page routes RoxyAPI traffic through your own server instead, `submit-url` names the route that answers the submitted request and `location-url` names the one that answers the city search, so both halves of a birth-data form go to your server and no key of any kind reaches the browser. `submit-context` takes a JSON object of your own and hands it to that route as `context` beside the request, which is where a page attaches its own verification data to a submission. For the simplest embed, load `dist/cdn/widgets.js` and drop one `<div data-roxy-widget="{slug}" data-publishable-key="pk_live_...">`: with the required attributes present it fetches on mount, otherwise it renders the form. That tag takes `data-submit-url`, `data-location-url` and `data-submit-context` too, so a one-tag embed can route both its requests through your server and carry no key at all. A single `<link>` to the [practitioner theme preset](https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/styles/themes/practitioner.css) restyles every widget on the page.
 
 ## Distribution
 
@@ -610,7 +701,7 @@ The self-fetch form renders spec-driven inputs (a zodiac tile picker, a boolean
 | `<roxy-transit-wheel>` | Western | POST /astrology/transit-aspects | Natal chart on the inner ring, transiting bodies on the outer ring, aspect lines between them |
 | `<roxy-aspects-table>` | Western | POST /astrology/aspects, /astrology/transit-aspects, /astrology/aspect-patterns | Aspect rows coloured by nature with orb and strength, plus detected chart patterns |
 | `<roxy-moon-phase>` | Western | GET /astrology/moon-phase/{current,upcoming,calendar/...} | Moon phase card and calendar |
-| `<roxy-horoscope-card>` | Western | GET /astrology/horoscope/{sign}/{daily,weekly,monthly} | Daily, weekly, or monthly horoscope card |
+| `<roxy-horoscope-card>` | Western | GET /astrology/horoscope/{sign}/{daily,weekly,monthly,yearly} | Daily, weekly, monthly, or yearly horoscope card |
 | `<roxy-astrocartography-map>` | Western | POST /astrology/astrocartography | World map of planetary MC, IC, Ascendant, and Descendant lines with per-line interpretations |
 | `<roxy-local-space-compass>` | Western | POST /astrology/local-space | Compass dial of planetary azimuth lines from the birthplace, dimmed below the horizon |
 | `<roxy-relocation-wheel>` | Western | POST /astrology/relocation-chart | Relocated chart wheel plus the move geometry, angular planets, and planets that change house |
@@ -655,6 +746,12 @@ The self-fetch form renders spec-driven inputs (a zodiac tile picker, a boolean
 | `<roxy-hd-variables>` | Human Design | POST /human-design/variables | The four transformation arrows with direction, color, tone, and base, plus a reading per arrow grouped by layer and the cognition |
 | `<roxy-forecast-timeline>` | Forecast | POST /forecast/{timeline,significant-dates,transits} | Date-grouped events across Western, Vedic, and biorhythm domains, weighted by significance |
 | `<roxy-forecast-digest>` | Forecast | POST /forecast/digest | Per-window event counts, domain breakdown, and the highest-significance events |
+| `<roxy-bazi-chart>` | Chinese | POST /chinese-astrology/bazi/chart | Year, month, day and hour pillars in hanzi with hidden stems, Ten Gods, Na Yin, element balance and interactions |
+| `<roxy-luck-pillars>` | Chinese | POST /chinese-astrology/bazi/luck-pillars | Ten-year luck pillars as a strip with ages and years, the annual pillars, and the direction and start age behind them |
+| `<roxy-zodiac-card>` | Chinese | POST /chinese-astrology/zodiac/sign, GET /chinese-astrology/zodiac/{animals/{id},{id}/daily,compatibility/{sign1}/{sign2}} | The animal for a date, one animal in full, a daily reading, or a pair scored |
+| `<roxy-almanac-day>` | Chinese | GET /chinese-astrology/calendar/{day/{date},monthly}, POST /chinese-astrology/calendar/auspicious-days | Day officer, favours and avoids, clash animal and pillars, as one day, a month, or a date search |
+| `<roxy-flying-star-chart>` | Feng Shui | POST /feng-shui/flying-stars/natal, GET /feng-shui/flying-stars/annual/{year} | Nine-palace flying star plate with the mountain, period and water star per palace, the facing and sitting mountains and the structure |
+| `<roxy-kua-card>` | Feng Shui | POST /feng-shui/kua, POST /feng-shui/eight-mansions | Kua number and trigram over the eight-sector direction map, favourable and unfavourable sectors ranked |
 | `<roxy-biorhythm-chart>` | Biorhythm | POST /biorhythm/{daily,forecast,critical-days} | Daily bars, forecast cycle lines, critical days |
 | `<roxy-hexagram>` | I Ching | GET /iching/hexagrams/{number}, /iching/cast, POST /iching/daily, /iching/daily/cast | Hexagram figure with trigrams, judgment, image, and a reading per line (statement plus meaning); a cast highlights the moving lines and the resulting hexagram |
 | `<roxy-crystal-card>` | Crystals | GET /crystals/{id} | Photo, meaning sections, chakra, zodiac, element, hardness, keywords, and pairings |
@@ -753,7 +850,7 @@ What each family keeps when you set it:
 
 - Charts and wheels keep the drawing, the legend, the glyphs, every degree and house, and the tab strip.
 - Tables keep every row and column, including the calculated ones (kaksha bindus, koota scores, significance bars, orbs and strengths).
-- Cards keep the header, the badges, the meters and the fact grids: a dosha keeps its present or absent verdict, its phase and its severity; a crystal keeps its Mohs hardness and its attribute grid; a horoscope keeps its energy meter, its Moon placement, the transits behind the reading and its key dates.
+- Cards keep the header, the badges, the meters and the fact grids: a dosha keeps its present or absent verdict, its phase and its severity; a crystal keeps its Mohs hardness and its attribute grid; a horoscope keeps its energy meter, its Moon placement, the transits behind the reading, its key dates, and the dated sky events the reading was built on, each with its exact instant and the house it falls in.
 - Vedic responses keep the sidereal frame caption, so a chart is still reconcilable against another calculator.
 
 What goes: interpretation paragraphs, the reading accordions, keyword chips attached to a reading, remedies and action steps and strengths lists (sentences laid out as bullets), and any section whose only content was one of those, heading included.
@@ -801,7 +898,9 @@ Two things are separate on purpose. The catalogue is the wording this library wr
 
 Dates, times and numbers follow the page as well, in the conventions that language actually uses: a Spanish page reads `15 ene 1990`, an Argentine one `15 de ene de 1990`, a German one `15. Jan. 1990, 14:30`. The hour cycle comes from the language, not from us, so nobody gets a 12-hour clock on a page that writes 24. This needs no catalogue and no attribute: it follows the same `lang` your page already declares.
 
-A catalogue ships for every language the API serves: `de`, `es`, `fr`, `hi`, `pt`, `ru`, `tr`. Coverage grows card by card, and a card is either translated or it is not, so a component reads its own labels in your language or renders them in English, never a mixture. Every term in every catalogue is sourced from named astrology references in that language rather than translated word for word, because the words a practitioner reads are the product.
+A catalogue ships for `de`, `es`, `fr`, `hi`, `pt`, `ru` and `tr`. Coverage grows card by card, and a card is either translated or it is not, so a component reads its own labels in your language or renders them in English, never a mixture. Every term in every catalogue is sourced from named astrology references in that language rather than translated word for word, because the words a practitioner reads are the product.
+
+Chinese is keyed by script rather than by language, so a page declaring `zh-Hant` or `zh-Hans` gets the response in that script from the endpoints that serve it. A regional tag resolves on its own: `zh-TW` and `zh-HK` read as traditional, `zh-CN` and `zh-SG` as simplified. Component labels stay English on those pages, and the response carries the vocabulary.
 
 ## Reliability
 
@@ -810,7 +909,7 @@ A catalogue ships for every language the API serves: `de`, `es`, `fr`, `hi`, `pt
 - Consistent response formats across every domain in the catalog.
 - A11y zero violations enforced in CI.
 - Tight per-component bundle budget enforced in CI.
-- Coverage of the highest-demand endpoints across Western astrology, Vedic astrology, numerology, tarot, Human Design, forecast, biorhythm, I Ching, plus helpers for location search and schema-driven forms.
+- Coverage of the highest-demand endpoints across Western astrology, Vedic astrology, forecast, Human Design, Chinese astrology, feng shui, numerology, tarot, biorhythm, I Ching, plus helpers for location search and schema-driven forms.
 
 ## Built for AI agents
 
@@ -837,7 +936,7 @@ Local preview serves `apps/docs/` on port 3001. Same directory and same paths th
 
 ## Stack and integrations
 
-Roxy UI runs in any framework that supports the DOM: **React, Next.js, Vue, Svelte, Angular, Solid, Astro, Qwik, Hono, Remix, Nuxt, SvelteKit, Lit, plain HTML, WordPress, Shopify themes that allow custom code, and any MCP-compatible AI agent**. Distribution paths: npm, jsDelivr CDN, shadcn registry. Use cases: astrology widgets, kundli matching, daily horoscope, tarot reader, numerology calculator, biorhythm dashboard, I Ching cast, panchang almanac, dasha timeline, moon phase tracker, synastry compatibility, dosha checker.
+Roxy UI runs in any framework that supports the DOM: **React, Next.js, Vue, Svelte, Angular, Solid, Astro, Qwik, Hono, Remix, Nuxt, SvelteKit, Lit, plain HTML, WordPress, Shopify themes that allow custom code, and any MCP-compatible AI agent**. Distribution paths: npm, jsDelivr CDN, shadcn registry. Use cases: astrology widgets, kundli matching, daily horoscope, BaZi four pillars chart, Chinese zodiac readings, feng shui Kua and flying star plates, almanac day picker, tarot reader, numerology calculator, biorhythm dashboard, I Ching cast, panchang almanac, dasha timeline, moon phase tracker, synastry compatibility, dosha checker.
 
 ## FAQ
 

package/dist/components/almanac-day.d.ts

@@ -0,0 +1,138 @@
+import { type PropType } from 'vue';
+import type { GetAlmanacDayResponse, GetMonthlyAlmanacResponse, LookupAuspiciousDaysResponse } from '../types/index.js';
+export interface RoxyAlmanacDayProps {
+    /** Spec-derived response payload. Pass the raw RoxyAPI response. */
+    data?: GetAlmanacDayResponse | GetMonthlyAlmanacResponse | LookupAuspiciousDaysResponse;
+    /** Which read the response is: one almanac day as a card, a whole month of them as rows, or the days a search returned for one activity. */
+    mode?: 'day' | 'month' | 'auspicious';
+    /** Endpoint path for built-in self-fetch (uncontrolled mode), e.g. "astrology/natal-chart". The component renders its own input form, fetches with the publishable key, and displays the result. Leave unset for controlled mode (pass `data`). */
+    endpoint?: string;
+    /** HTTP method for the self-fetch request. Defaults to POST. */
+    method?: 'GET' | 'POST';
+    /** Browser-safe publishable key (pk_) for self-fetch. A secret key is refused client-side and never sent. */
+    publishableKey?: string;
+    /** Override the API origin for self-hosted or proxied deployments. Absolute, or relative to the page for a same-origin route. */
+    baseUrl?: string;
+    /** Your own backend route, which holds the secret key. Self-fetch POSTs `{ path, method, body, query }` there instead of calling RoxyAPI directly and renders the JSON your route returns, so no key of any kind reaches the browser. */
+    submitUrl?: string;
+    /** An object of your own, sent to your submitUrl route as `context` beside the request, so a page can attach its own verification data to a proxied submission. Passed through untouched and never read by the component: what it holds is for your page and your route to agree on. Unset, nothing is added and the route receives the request exactly as before. Rides the submitUrl path only; a direct call sends what the endpoint declares. */
+    submitContext?: Record<string, unknown>;
+    /** Where the self-fetch form city search sends its request, absolute or relative to the page. The companion of submitUrl: the city search is a GET the form issues on its own while a visitor types, so a page that routes its API traffic through its own server names that route here as well. Unset, the search calls the public location endpoint. */
+    locationUrl?: string;
+    /** Override the OpenAPI spec URL the self-fetch form introspects. */
+    specUrl?: string;
+    /** Response language for self-fetch, forwarded to the API `lang` query parameter (en, tr, de, es, hi, pt, fr, ru). The form never shows a language field; the site owner sets it here. Defaults to English. */
+    lang?: string;
+    /** Override the self-fetch form submit-button label. Empty derives an outcome-first label from the endpoint (Get reading, Generate, Compare, Cast). */
+    submitLabel?: string;
+    /** Persist the last self-fetch form values in sessionStorage, keyed by endpoint, and prefill the form when the visitor returns. Off by default. */
+    remember?: boolean;
+    /** Render a small "Spiritual data by RoxyAPI" credit under a self-fetch result, linking back to RoxyAPI. Off by default; set any value to enable, or "off" to force it off. Never shown in controlled mode. */
+    attribution?: string;
+    /** Render the chart and the data and omit the written interpretation. Off by default. Use it when the page supplies its own words: the wheels, tables, grids, legends and numbers stay, and the interpretive prose is left out of the markup entirely. */
+    hideReadings?: boolean;
+    /** Comma-separated list of `part` names to take off this component, for example "patterns" or "patterns, legend". Per element rather than per site, so the same component can drop a block on one page and keep it on another with no CSS. Sibling of hideReadings and a different tool: this hides a whole block whatever it contains, where hideReadings drops interpretive prose out of the markup. Names come from the `parts` array in components-catalog.json; a name the component does not carry hides nothing and is not an error. */
+    hideSections?: string;
+}
+export declare const RoxyAlmanacDay: import("vue").DefineComponent<import("vue").ExtractPropTypes<{
+    data: {
+        type: PropType<RoxyAlmanacDayProps["data"]>;
+    };
+    mode: {
+        type: PropType<RoxyAlmanacDayProps["mode"]>;
+    };
+    endpoint: {
+        type: PropType<RoxyAlmanacDayProps["endpoint"]>;
+    };
+    method: {
+        type: PropType<RoxyAlmanacDayProps["method"]>;
+    };
+    publishableKey: {
+        type: PropType<RoxyAlmanacDayProps["publishableKey"]>;
+    };
+    baseUrl: {
+        type: PropType<RoxyAlmanacDayProps["baseUrl"]>;
+    };
+    submitUrl: {
+        type: PropType<RoxyAlmanacDayProps["submitUrl"]>;
+    };
+    submitContext: {
+        type: PropType<RoxyAlmanacDayProps["submitContext"]>;
+    };
+    locationUrl: {
+        type: PropType<RoxyAlmanacDayProps["locationUrl"]>;
+    };
+    specUrl: {
+        type: PropType<RoxyAlmanacDayProps["specUrl"]>;
+    };
+    lang: {
+        type: PropType<RoxyAlmanacDayProps["lang"]>;
+    };
+    submitLabel: {
+        type: PropType<RoxyAlmanacDayProps["submitLabel"]>;
+    };
+    remember: {
+        type: PropType<RoxyAlmanacDayProps["remember"]>;
+    };
+    attribution: {
+        type: PropType<RoxyAlmanacDayProps["attribution"]>;
+    };
+    hideReadings: {
+        type: PropType<RoxyAlmanacDayProps["hideReadings"]>;
+    };
+    hideSections: {
+        type: PropType<RoxyAlmanacDayProps["hideSections"]>;
+    };
+}>, () => import("vue").VNode<import("vue").RendererNode, import("vue").RendererElement, {
+    [key: string]: any;
+}>, {}, {}, {}, import("vue").ComponentOptionsMixin, import("vue").ComponentOptionsMixin, {}, string, import("vue").PublicProps, Readonly<import("vue").ExtractPropTypes<{
+    data: {
+        type: PropType<RoxyAlmanacDayProps["data"]>;
+    };
+    mode: {
+        type: PropType<RoxyAlmanacDayProps["mode"]>;
+    };
+    endpoint: {
+        type: PropType<RoxyAlmanacDayProps["endpoint"]>;
+    };
+    method: {
+        type: PropType<RoxyAlmanacDayProps["method"]>;
+    };
+    publishableKey: {
+        type: PropType<RoxyAlmanacDayProps["publishableKey"]>;
+    };
+    baseUrl: {
+        type: PropType<RoxyAlmanacDayProps["baseUrl"]>;
+    };
+    submitUrl: {
+        type: PropType<RoxyAlmanacDayProps["submitUrl"]>;
+    };
+    submitContext: {
+        type: PropType<RoxyAlmanacDayProps["submitContext"]>;
+    };
+    locationUrl: {
+        type: PropType<RoxyAlmanacDayProps["locationUrl"]>;
+    };
+    specUrl: {
+        type: PropType<RoxyAlmanacDayProps["specUrl"]>;
+    };
+    lang: {
+        type: PropType<RoxyAlmanacDayProps["lang"]>;
+    };
+    submitLabel: {
+        type: PropType<RoxyAlmanacDayProps["submitLabel"]>;
+    };
+    remember: {
+        type: PropType<RoxyAlmanacDayProps["remember"]>;
+    };
+    attribution: {
+        type: PropType<RoxyAlmanacDayProps["attribution"]>;
+    };
+    hideReadings: {
+        type: PropType<RoxyAlmanacDayProps["hideReadings"]>;
+    };
+    hideSections: {
+        type: PropType<RoxyAlmanacDayProps["hideSections"]>;
+    };
+}>> & Readonly<{}>, {}, {}, {}, {}, string, import("vue").ComponentProvideOptions, true, {}, any>;
+//# sourceMappingURL=almanac-day.d.ts.map

package/dist/components/almanac-day.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"almanac-day.d.ts","sourceRoot":"","sources":["../../src/components/almanac-day.ts"],"names":[],"mappings":"AAAA,OAAO,EAAiC,KAAK,QAAQ,EAAO,MAAM,KAAK,CAAC;AAExE,OAAO,KAAK,EAAE,qBAAqB,EAAE,yBAAyB,EAAE,4BAA4B,EAAE,MAAM,mBAAmB,CAAC;AAExH,MAAM,WAAW,mBAAmB;IACnC,oEAAoE;IACpE,IAAI,CAAC,EAAE,qBAAqB,GAAG,yBAAyB,GAAG,4BAA4B,CAAC;IACxF,4IAA4I;IAC5I,IAAI,CAAC,EAAE,KAAK,GAAG,OAAO,GAAG,YAAY,CAAC;IACtC,mPAAmP;IACnP,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,gEAAgE;IAChE,MAAM,CAAC,EAAE,KAAK,GAAG,MAAM,CAAC;IACxB,6GAA6G;IAC7G,cAAc,CAAC,EAAE,MAAM,CAAC;IACxB,iIAAiI;IACjI,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB,yOAAyO;IACzO,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,qbAAqb;IACrb,aAAa,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;IACxC,0VAA0V;IAC1V,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,qEAAqE;IACrE,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB,+MAA+M;IAC/M,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,uJAAuJ;IACvJ,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,mJAAmJ;IACnJ,QAAQ,CAAC,EAAE,OAAO,CAAC;IACnB,+MAA+M;IAC/M,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,0PAA0P;IAC1P,YAAY,CAAC,EAAE,OAAO,CAAC;IACvB,+gBAA+gB;IAC/gB,YAAY,CAAC,EAAE,MAAM,CAAC;CACtB;AAED,eAAO,MAAM,cAAc;;cAGD,QAAQ,CAAC,mBAAmB,CAAC,MAAM,CAAC,CAAC;;;cACrC,QAAQ,CAAC,mBAAmB,CAAC,MAAM,CAAC,CAAC;;;cACjC,QAAQ,CAAC,mBAAmB,CAAC,UAAU,CAAC,CAAC;;;cAC3C,QAAQ,CAAC,mBAAmB,CAAC,QAAQ,CAAC,CAAC;;;cAC/B,QAAQ,CAAC,mBAAmB,CAAC,gBAAgB,CAAC,CAAC;;;cACtD,QAAQ,CAAC,mBAAmB,CAAC,SAAS,CAAC,CAAC;;;cACtC,QAAQ,CAAC,mBAAmB,CAAC,WAAW,CAAC,CAAC;;;cACtC,QAAQ,CAAC,mBAAmB,CAAC,eAAe,CAAC,CAAC;;;cAChD,QAAQ,CAAC,mBAAmB,CAAC,aAAa,CAAC,CAAC;;;cAChD,QAAQ,CAAC,mBAAmB,CAAC,SAAS,CAAC,CAAC;;;cAC3C,QAAQ,CAAC,mBAAmB,CAAC,MAAM,CAAC,CAAC;;;cAC9B,QAAQ,CAAC,mBAAmB,CAAC,aAAa,CAAC,CAAC;;;cAC9C,QAAQ,CAAC,mBAAmB,CAAC,UAAU,CAAC,CAAC;;;cACvC,QAAQ,CAAC,mBAAmB,CAAC,aAAa,CAAC,CAAC;;;cAC1C,QAAQ,CAAC,mBAAmB,CAAC,cAAc,CAAC,CAAC;;;cAC9C,QAAQ,CAAC,mBAAmB,CAAC,cAAc,CAAC,CAAC;;;;;;cAfrD,QAAQ,CAAC,mBAAmB,CAAC,MAAM,CAAC,CAAC;;;cACrC,QAAQ,CAAC,mBAAmB,CAAC,MAAM,CAAC,CAAC;;;cACjC,QAAQ,CAAC,mBAAmB,CAAC,UAAU,CAAC,CAAC;;;cAC3C,QAAQ,CAAC,mBAAmB,CAAC,QAAQ,CAAC,CAAC;;;cAC/B,QAAQ,CAAC,mBAAmB,CAAC,gBAAgB,CAAC,CAAC;;;cACtD,QAAQ,CAAC,mBAAmB,CAAC,SAAS,CAAC,CAAC;;;cACtC,QAAQ,CAAC,mBAAmB,CAAC,WAAW,CAAC,CAAC;;;cACtC,QAAQ,CAAC,mBAAmB,CAAC,eAAe,CAAC,CAAC;;;cAChD,QAAQ,CAAC,mBAAmB,CAAC,aAAa,CAAC,CAAC;;;cAChD,QAAQ,CAAC,mBAAmB,CAAC,SAAS,CAAC,CAAC;;;cAC3C,QAAQ,CAAC,mBAAmB,CAAC,MAAM,CAAC,CAAC;;;cAC9B,QAAQ,CAAC,mBAAmB,CAAC,aAAa,CAAC,CAAC;;;cAC9C,QAAQ,CAAC,mBAAmB,CAAC,UAAU,CAAC,CAAC;;;cACvC,QAAQ,CAAC,mBAAmB,CAAC,aAAa,CAAC,CAAC;;;cAC1C,QAAQ,CAAC,mBAAmB,CAAC,cAAc,CAAC,CAAC;;;cAC9C,QAAQ,CAAC,mBAAmB,CAAC,cAAc,CAAC,CAAC;;iGAyC7E,CAAC"}

package/dist/components/almanac-day.js

@@ -0,0 +1,2 @@
+import{defineComponent as f,h as s,onMounted as b,ref as g}from"vue";var u="0.34.0",r="roxyapi-ui-loader",y="https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/cdn",c="https://cdn.jsdelivr.net/npm/@roxyapi/ui@",m="/dist/cdn",a=null;function p(e){return!e||e==="latest"?y:`${c}${e}${m}`}function d(e=u,i){return typeof document>"u"?Promise.resolve():a||(a=new Promise((n,o)=>{let l=`${i??p(e)}/roxy-ui.js`,t=document.getElementById(r);if(t){t.dataset.loaded==="true"?n():(t.addEventListener("load",()=>n()),t.addEventListener("error",()=>o(new Error("roxy-ui load failed"))));return}t=document.createElement("script"),t.id=r,t.src=l,t.async=!0,t.crossOrigin="anonymous",t.addEventListener("load",()=>{t.dataset.loaded="true",n()}),t.addEventListener("error",()=>o(new Error("roxy-ui load failed"))),document.head.appendChild(t)}),a)}var h=f({name:"RoxyAlmanacDay",props:{data:{type:Object},mode:{type:String},endpoint:{type:String},method:{type:String},publishableKey:{type:String},baseUrl:{type:String},submitUrl:{type:String},submitContext:{type:Object},locationUrl:{type:String},specUrl:{type:String},lang:{type:String},submitLabel:{type:String},remember:{type:Boolean},attribution:{type:String},hideReadings:{type:Boolean},hideSections:{type:String}},setup(e){let i=g(null);return b(()=>{d().catch(n=>{i.value=n instanceof Error?n:new Error(String(n))})}),()=>{if(i.value)return s("div",{role:"alert"},`Roxy UI script load failed: ${i.value.message}`);let n={};return e.data!==void 0&&(n[".data"]=e.data),e.mode!==void 0&&(n[".mode"]=e.mode),e.endpoint!==void 0&&(n[".endpoint"]=e.endpoint),e.method!==void 0&&(n[".method"]=e.method),e.publishableKey!==void 0&&(n[".publishableKey"]=e.publishableKey),e.baseUrl!==void 0&&(n[".baseUrl"]=e.baseUrl),e.submitUrl!==void 0&&(n[".submitUrl"]=e.submitUrl),e.submitContext!==void 0&&(n[".submitContext"]=e.submitContext),e.locationUrl!==void 0&&(n[".locationUrl"]=e.locationUrl),e.specUrl!==void 0&&(n[".specUrl"]=e.specUrl),e.lang!==void 0&&(n[".lang"]=e.lang),e.submitLabel!==void 0&&(n[".submitLabel"]=e.submitLabel),e.remember!==void 0&&(n[".remember"]=e.remember),e.attribution!==void 0&&(n[".attribution"]=e.attribution),e.hideReadings!==void 0&&(n[".hideReadings"]=e.hideReadings),e.hideSections!==void 0&&(n[".hideSections"]=e.hideSections),s("roxy-almanac-day",n)}}});export{h as RoxyAlmanacDay};
+//# sourceMappingURL=almanac-day.js.map