@roxyapi/ui-vue 0.15.0 → 0.16.0

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.
Files changed (226) hide show
  1. package/AGENTS.md +10 -4
  2. package/README.md +8 -5
  3. package/dist/components/angel-number-card.d.ts +24 -0
  4. package/dist/components/angel-number-card.d.ts.map +1 -1
  5. package/dist/components/angel-number-card.js +1 -1
  6. package/dist/components/angel-number-card.js.map +2 -2
  7. package/dist/components/angel-number-lookup.d.ts +24 -0
  8. package/dist/components/angel-number-lookup.d.ts.map +1 -1
  9. package/dist/components/angel-number-lookup.js +1 -1
  10. package/dist/components/angel-number-lookup.js.map +2 -2
  11. package/dist/components/ashtakavarga-grid.d.ts +24 -0
  12. package/dist/components/ashtakavarga-grid.d.ts.map +1 -1
  13. package/dist/components/ashtakavarga-grid.js +1 -1
  14. package/dist/components/ashtakavarga-grid.js.map +2 -2
  15. package/dist/components/aspects-table.d.ts +24 -0
  16. package/dist/components/aspects-table.d.ts.map +1 -1
  17. package/dist/components/aspects-table.js +1 -1
  18. package/dist/components/aspects-table.js.map +2 -2
  19. package/dist/components/astrocartography-map.d.ts +24 -0
  20. package/dist/components/astrocartography-map.d.ts.map +1 -1
  21. package/dist/components/astrocartography-map.js +1 -1
  22. package/dist/components/astrocartography-map.js.map +2 -2
  23. package/dist/components/biorhythm-chart.d.ts +24 -0
  24. package/dist/components/biorhythm-chart.d.ts.map +1 -1
  25. package/dist/components/biorhythm-chart.js +1 -1
  26. package/dist/components/biorhythm-chart.js.map +2 -2
  27. package/dist/components/bodygraph.d.ts +24 -0
  28. package/dist/components/bodygraph.d.ts.map +1 -1
  29. package/dist/components/bodygraph.js +1 -1
  30. package/dist/components/bodygraph.js.map +2 -2
  31. package/dist/components/choghadiya-grid.d.ts +24 -0
  32. package/dist/components/choghadiya-grid.d.ts.map +1 -1
  33. package/dist/components/choghadiya-grid.js +1 -1
  34. package/dist/components/choghadiya-grid.js.map +2 -2
  35. package/dist/components/compatibility-card.d.ts +24 -0
  36. package/dist/components/compatibility-card.d.ts.map +1 -1
  37. package/dist/components/compatibility-card.js +1 -1
  38. package/dist/components/compatibility-card.js.map +2 -2
  39. package/dist/components/crystal-card.d.ts +24 -0
  40. package/dist/components/crystal-card.d.ts.map +1 -1
  41. package/dist/components/crystal-card.js +1 -1
  42. package/dist/components/crystal-card.js.map +2 -2
  43. package/dist/components/crystal-grid.d.ts +24 -0
  44. package/dist/components/crystal-grid.d.ts.map +1 -1
  45. package/dist/components/crystal-grid.js +1 -1
  46. package/dist/components/crystal-grid.js.map +2 -2
  47. package/dist/components/dasha-timeline.d.ts +24 -0
  48. package/dist/components/dasha-timeline.d.ts.map +1 -1
  49. package/dist/components/dasha-timeline.js +1 -1
  50. package/dist/components/dasha-timeline.js.map +2 -2
  51. package/dist/components/data.d.ts +24 -0
  52. package/dist/components/data.d.ts.map +1 -1
  53. package/dist/components/data.js +1 -1
  54. package/dist/components/data.js.map +2 -2
  55. package/dist/components/divisional-chart.d.ts +24 -0
  56. package/dist/components/divisional-chart.d.ts.map +1 -1
  57. package/dist/components/divisional-chart.js +1 -1
  58. package/dist/components/divisional-chart.js.map +2 -2
  59. package/dist/components/dosha-card.d.ts +24 -0
  60. package/dist/components/dosha-card.d.ts.map +1 -1
  61. package/dist/components/dosha-card.js +1 -1
  62. package/dist/components/dosha-card.js.map +2 -2
  63. package/dist/components/dream-card.d.ts +24 -0
  64. package/dist/components/dream-card.d.ts.map +1 -1
  65. package/dist/components/dream-card.js +1 -1
  66. package/dist/components/dream-card.js.map +2 -2
  67. package/dist/components/dream-search.d.ts +24 -0
  68. package/dist/components/dream-search.d.ts.map +1 -1
  69. package/dist/components/dream-search.js +1 -1
  70. package/dist/components/dream-search.js.map +2 -2
  71. package/dist/components/endpoint-form.d.ts +2 -0
  72. package/dist/components/endpoint-form.d.ts.map +1 -1
  73. package/dist/components/endpoint-form.js +1 -1
  74. package/dist/components/endpoint-form.js.map +1 -1
  75. package/dist/components/fixed-stars.d.ts +24 -0
  76. package/dist/components/fixed-stars.d.ts.map +1 -1
  77. package/dist/components/fixed-stars.js +1 -1
  78. package/dist/components/fixed-stars.js.map +2 -2
  79. package/dist/components/forecast-digest.d.ts +24 -0
  80. package/dist/components/forecast-digest.d.ts.map +1 -1
  81. package/dist/components/forecast-digest.js +1 -1
  82. package/dist/components/forecast-digest.js.map +2 -2
  83. package/dist/components/forecast-timeline.d.ts +24 -0
  84. package/dist/components/forecast-timeline.d.ts.map +1 -1
  85. package/dist/components/forecast-timeline.js +1 -1
  86. package/dist/components/forecast-timeline.js.map +2 -2
  87. package/dist/components/guna-milan.d.ts +24 -0
  88. package/dist/components/guna-milan.d.ts.map +1 -1
  89. package/dist/components/guna-milan.js +1 -1
  90. package/dist/components/guna-milan.js.map +2 -2
  91. package/dist/components/hd-connection.d.ts +24 -0
  92. package/dist/components/hd-connection.d.ts.map +1 -1
  93. package/dist/components/hd-connection.js +1 -1
  94. package/dist/components/hd-connection.js.map +2 -2
  95. package/dist/components/hd-penta.d.ts +24 -0
  96. package/dist/components/hd-penta.d.ts.map +1 -1
  97. package/dist/components/hd-penta.js +1 -1
  98. package/dist/components/hd-penta.js.map +2 -2
  99. package/dist/components/hd-type-card.d.ts +24 -0
  100. package/dist/components/hd-type-card.d.ts.map +1 -1
  101. package/dist/components/hd-type-card.js +1 -1
  102. package/dist/components/hd-type-card.js.map +2 -2
  103. package/dist/components/hd-variables.d.ts +24 -0
  104. package/dist/components/hd-variables.d.ts.map +1 -1
  105. package/dist/components/hd-variables.js +1 -1
  106. package/dist/components/hd-variables.js.map +2 -2
  107. package/dist/components/hexagram.d.ts +24 -0
  108. package/dist/components/hexagram.d.ts.map +1 -1
  109. package/dist/components/hexagram.js +1 -1
  110. package/dist/components/hexagram.js.map +2 -2
  111. package/dist/components/hora-table.d.ts +24 -0
  112. package/dist/components/hora-table.d.ts.map +1 -1
  113. package/dist/components/hora-table.js +1 -1
  114. package/dist/components/hora-table.js.map +2 -2
  115. package/dist/components/horoscope-card.d.ts +24 -0
  116. package/dist/components/horoscope-card.d.ts.map +1 -1
  117. package/dist/components/horoscope-card.js +1 -1
  118. package/dist/components/horoscope-card.js.map +2 -2
  119. package/dist/components/kp-chart.d.ts +24 -0
  120. package/dist/components/kp-chart.d.ts.map +1 -1
  121. package/dist/components/kp-chart.js +1 -1
  122. package/dist/components/kp-chart.js.map +2 -2
  123. package/dist/components/kp-planets-table.d.ts +24 -0
  124. package/dist/components/kp-planets-table.d.ts.map +1 -1
  125. package/dist/components/kp-planets-table.js +1 -1
  126. package/dist/components/kp-planets-table.js.map +2 -2
  127. package/dist/components/kp-ruling-planets.d.ts +24 -0
  128. package/dist/components/kp-ruling-planets.d.ts.map +1 -1
  129. package/dist/components/kp-ruling-planets.js +1 -1
  130. package/dist/components/kp-ruling-planets.js.map +2 -2
  131. package/dist/components/local-space-compass.d.ts +24 -0
  132. package/dist/components/local-space-compass.d.ts.map +1 -1
  133. package/dist/components/local-space-compass.js +1 -1
  134. package/dist/components/local-space-compass.js.map +2 -2
  135. package/dist/components/location-search.js +1 -1
  136. package/dist/components/location-search.js.map +1 -1
  137. package/dist/components/moon-phase.d.ts +24 -0
  138. package/dist/components/moon-phase.d.ts.map +1 -1
  139. package/dist/components/moon-phase.js +1 -1
  140. package/dist/components/moon-phase.js.map +2 -2
  141. package/dist/components/nakshatra-card.d.ts +24 -0
  142. package/dist/components/nakshatra-card.d.ts.map +1 -1
  143. package/dist/components/nakshatra-card.js +1 -1
  144. package/dist/components/nakshatra-card.js.map +2 -2
  145. package/dist/components/natal-chart.d.ts +24 -0
  146. package/dist/components/natal-chart.d.ts.map +1 -1
  147. package/dist/components/natal-chart.js +1 -1
  148. package/dist/components/natal-chart.js.map +2 -2
  149. package/dist/components/numerology-card.d.ts +24 -0
  150. package/dist/components/numerology-card.d.ts.map +1 -1
  151. package/dist/components/numerology-card.js +1 -1
  152. package/dist/components/numerology-card.js.map +2 -2
  153. package/dist/components/panchang-table.d.ts +24 -0
  154. package/dist/components/panchang-table.d.ts.map +1 -1
  155. package/dist/components/panchang-table.js +1 -1
  156. package/dist/components/panchang-table.js.map +2 -2
  157. package/dist/components/positions-table.d.ts +24 -0
  158. package/dist/components/positions-table.d.ts.map +1 -1
  159. package/dist/components/positions-table.js +1 -1
  160. package/dist/components/positions-table.js.map +2 -2
  161. package/dist/components/profection-card.d.ts +24 -0
  162. package/dist/components/profection-card.d.ts.map +1 -1
  163. package/dist/components/profection-card.js +1 -1
  164. package/dist/components/profection-card.js.map +2 -2
  165. package/dist/components/reference-card.d.ts +24 -0
  166. package/dist/components/reference-card.d.ts.map +1 -1
  167. package/dist/components/reference-card.js +1 -1
  168. package/dist/components/reference-card.js.map +2 -2
  169. package/dist/components/relocation-wheel.d.ts +24 -0
  170. package/dist/components/relocation-wheel.d.ts.map +1 -1
  171. package/dist/components/relocation-wheel.js +1 -1
  172. package/dist/components/relocation-wheel.js.map +2 -2
  173. package/dist/components/shadbala-table.d.ts +24 -0
  174. package/dist/components/shadbala-table.d.ts.map +1 -1
  175. package/dist/components/shadbala-table.js +1 -1
  176. package/dist/components/shadbala-table.js.map +2 -2
  177. package/dist/components/synastry-chart.d.ts +24 -0
  178. package/dist/components/synastry-chart.d.ts.map +1 -1
  179. package/dist/components/synastry-chart.js +1 -1
  180. package/dist/components/synastry-chart.js.map +2 -2
  181. package/dist/components/tarot-card.d.ts +24 -0
  182. package/dist/components/tarot-card.d.ts.map +1 -1
  183. package/dist/components/tarot-card.js +1 -1
  184. package/dist/components/tarot-card.js.map +2 -2
  185. package/dist/components/tarot-catalog.d.ts +24 -0
  186. package/dist/components/tarot-catalog.d.ts.map +1 -1
  187. package/dist/components/tarot-catalog.js +1 -1
  188. package/dist/components/tarot-catalog.js.map +2 -2
  189. package/dist/components/tarot-spread.d.ts +24 -0
  190. package/dist/components/tarot-spread.d.ts.map +1 -1
  191. package/dist/components/tarot-spread.js +1 -1
  192. package/dist/components/tarot-spread.js.map +2 -2
  193. package/dist/components/transits-table.d.ts +24 -0
  194. package/dist/components/transits-table.d.ts.map +1 -1
  195. package/dist/components/transits-table.js +1 -1
  196. package/dist/components/transits-table.js.map +2 -2
  197. package/dist/components/vedic-aspects.d.ts +24 -0
  198. package/dist/components/vedic-aspects.d.ts.map +1 -1
  199. package/dist/components/vedic-aspects.js +1 -1
  200. package/dist/components/vedic-aspects.js.map +2 -2
  201. package/dist/components/vedic-kundli.d.ts +24 -0
  202. package/dist/components/vedic-kundli.d.ts.map +1 -1
  203. package/dist/components/vedic-kundli.js +1 -1
  204. package/dist/components/vedic-kundli.js.map +2 -2
  205. package/dist/components/vedic-planets-table.d.ts +24 -0
  206. package/dist/components/vedic-planets-table.d.ts.map +1 -1
  207. package/dist/components/vedic-planets-table.js +1 -1
  208. package/dist/components/vedic-planets-table.js.map +2 -2
  209. package/dist/components/western-planets-table.d.ts +24 -0
  210. package/dist/components/western-planets-table.d.ts.map +1 -1
  211. package/dist/components/western-planets-table.js +1 -1
  212. package/dist/components/western-planets-table.js.map +2 -2
  213. package/dist/components/yoga-list.d.ts +24 -0
  214. package/dist/components/yoga-list.d.ts.map +1 -1
  215. package/dist/components/yoga-list.js +1 -1
  216. package/dist/components/yoga-list.js.map +2 -2
  217. package/dist/index.cjs +1 -1
  218. package/dist/index.cjs.map +2 -2
  219. package/dist/index.js +1 -1
  220. package/dist/index.js.map +3 -3
  221. package/dist/load-ui.d.ts +1 -1
  222. package/dist/load-ui.js +1 -1
  223. package/dist/load-ui.js.map +1 -1
  224. package/dist/types/types.gen.d.ts +58 -2
  225. package/dist/types/types.gen.d.ts.map +1 -1
  226. package/package.json +1 -1
package/dist/load-ui.d.ts CHANGED
@@ -18,7 +18,7 @@
18
18
  * call wins and every component reuses it.
19
19
  */
20
20
  /** The @roxyapi/ui release this wrapper was generated against. The loader defaults to it, so the wrapper version in your lockfile is the runtime you actually get. */
21
- export declare const ROXY_UI_VERSION = "0.15.0";
21
+ export declare const ROXY_UI_VERSION = "0.16.0";
22
22
  export declare function ensureScriptLoaded(version?: string, baseUrl?: string): Promise<void>;
23
23
  export default ensureScriptLoaded;
24
24
  //# sourceMappingURL=load-ui.d.ts.map
package/dist/load-ui.js CHANGED
@@ -1,2 +1,2 @@
1
- var a="0.15.0",i="roxyapi-ui-loader",u="https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/cdn",l="https://cdn.jsdelivr.net/npm/@roxyapi/ui@",c="/dist/cdn",n=null;function p(t){return!t||t==="latest"?u:`${l}${t}${c}`}function E(t=a,o){return typeof document>"u"?Promise.resolve():n||(n=new Promise((r,d)=>{let s=`${o??p(t)}/roxy-ui.js`,e=document.getElementById(i);if(e){e.dataset.loaded==="true"?r():(e.addEventListener("load",()=>r()),e.addEventListener("error",()=>d(new Error("roxy-ui load failed"))));return}e=document.createElement("script"),e.id=i,e.src=s,e.async=!0,e.crossOrigin="anonymous",e.addEventListener("load",()=>{e.dataset.loaded="true",r()}),e.addEventListener("error",()=>d(new Error("roxy-ui load failed"))),document.head.appendChild(e)}),n)}var m=E;export{a as ROXY_UI_VERSION,m as default,E as ensureScriptLoaded};
1
+ var a="0.16.0",i="roxyapi-ui-loader",u="https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/cdn",l="https://cdn.jsdelivr.net/npm/@roxyapi/ui@",c="/dist/cdn",n=null;function p(t){return!t||t==="latest"?u:`${l}${t}${c}`}function E(t=a,o){return typeof document>"u"?Promise.resolve():n||(n=new Promise((r,d)=>{let s=`${o??p(t)}/roxy-ui.js`,e=document.getElementById(i);if(e){e.dataset.loaded==="true"?r():(e.addEventListener("load",()=>r()),e.addEventListener("error",()=>d(new Error("roxy-ui load failed"))));return}e=document.createElement("script"),e.id=i,e.src=s,e.async=!0,e.crossOrigin="anonymous",e.addEventListener("load",()=>{e.dataset.loaded="true",r()}),e.addEventListener("error",()=>d(new Error("roxy-ui load failed"))),document.head.appendChild(e)}),n)}var m=E;export{a as ROXY_UI_VERSION,m as default,E as ensureScriptLoaded};
2
2
  //# sourceMappingURL=load-ui.js.map
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "version": 3,
3
3
  "sources": ["../src/load-ui.ts"],
4
- "sourcesContent": ["/**\n * Loads the matching component bundle on first mount. Idempotent across\n * many components on the same page. Skips on the server (no document) so\n * Nuxt and Vue server rendering work without a flash.\n *\n * Defaults to the EXACT @roxyapi/ui release this wrapper was built against, so\n * `@roxyapi/ui-vue@x.y.z` always runs `@roxyapi/ui@x.y.z` and a lockfile actually\n * pins the runtime. It used to default to '@latest', which meant a pinned wrapper\n * silently picked up whatever the CDN was serving, and a new @roxyapi/ui release\n * changed the elements under every existing install with no lockfile change.\n *\n * Pass an explicit `version` to override, or 'latest' to opt back into floating.\n *\n * Pass `baseUrl` to serve the bundle from your own origin instead of the CDN, which is\n * what an air-gapped install or a strict Content-Security-Policy needs: copy\n * `node_modules/@roxyapi/ui/dist/cdn/` onto your host and call this once at app entry,\n * before any component mounts. The loader keeps a single shared promise, so the first\n * call wins and every component reuses it.\n */\n/** The @roxyapi/ui release this wrapper was generated against. The loader defaults to it, so the wrapper version in your lockfile is the runtime you actually get. */\nexport const ROXY_UI_VERSION = \"0.15.0\";\n\nconst SCRIPT_ID = 'roxyapi-ui-loader';\nconst CDN_BASE_LATEST = \"https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/cdn\";\nconst CDN_BASE_PREFIX = \"https://cdn.jsdelivr.net/npm/@roxyapi/ui@\";\nconst CDN_BASE_SUFFIX = \"/dist/cdn\";\n\nlet loaded: Promise<void> | null = null;\n\nfunction buildBase(version: string): string {\n\tif (!version || version === 'latest') return CDN_BASE_LATEST;\n\treturn `${CDN_BASE_PREFIX}${version}${CDN_BASE_SUFFIX}`;\n}\n\nexport function ensureScriptLoaded(\n\tversion: string = ROXY_UI_VERSION,\n\tbaseUrl?: string,\n): Promise<void> {\n\tif (typeof document === 'undefined') return Promise.resolve();\n\tif (loaded) return loaded;\n\n\tloaded = new Promise<void>((resolve, reject) => {\n\t\tconst url = `${baseUrl ?? buildBase(version)}/roxy-ui.js`;\n\t\tlet existing = document.getElementById(SCRIPT_ID) as HTMLScriptElement | null;\n\t\tif (existing) {\n\t\t\tif (existing.dataset.loaded === 'true') {\n\t\t\t\tresolve();\n\t\t\t} else {\n\t\t\t\texisting.addEventListener('load', () => resolve());\n\t\t\t\texisting.addEventListener('error', () => reject(new Error('roxy-ui load failed')));\n\t\t\t}\n\t\t\treturn;\n\t\t}\n\t\texisting = document.createElement('script');\n\t\texisting.id = SCRIPT_ID;\n\t\texisting.src = url;\n\t\texisting.async = true;\n\t\texisting.crossOrigin = 'anonymous';\n\t\texisting.addEventListener('load', () => {\n\t\t\texisting!.dataset.loaded = 'true';\n\t\t\tresolve();\n\t\t});\n\t\texisting.addEventListener('error', () => reject(new Error('roxy-ui load failed')));\n\t\tdocument.head.appendChild(existing);\n\t});\n\treturn loaded;\n}\n\n// Default export retained for convenience; matches the named export.\nexport default ensureScriptLoaded;\n// Surfaces the embedded @roxyapi/ui version this build of @roxyapi/ui-vue\n// was generated against. Useful for diagnostics; not load-bearing.\n"],
4
+ "sourcesContent": ["/**\n * Loads the matching component bundle on first mount. Idempotent across\n * many components on the same page. Skips on the server (no document) so\n * Nuxt and Vue server rendering work without a flash.\n *\n * Defaults to the EXACT @roxyapi/ui release this wrapper was built against, so\n * `@roxyapi/ui-vue@x.y.z` always runs `@roxyapi/ui@x.y.z` and a lockfile actually\n * pins the runtime. It used to default to '@latest', which meant a pinned wrapper\n * silently picked up whatever the CDN was serving, and a new @roxyapi/ui release\n * changed the elements under every existing install with no lockfile change.\n *\n * Pass an explicit `version` to override, or 'latest' to opt back into floating.\n *\n * Pass `baseUrl` to serve the bundle from your own origin instead of the CDN, which is\n * what an air-gapped install or a strict Content-Security-Policy needs: copy\n * `node_modules/@roxyapi/ui/dist/cdn/` onto your host and call this once at app entry,\n * before any component mounts. The loader keeps a single shared promise, so the first\n * call wins and every component reuses it.\n */\n/** The @roxyapi/ui release this wrapper was generated against. The loader defaults to it, so the wrapper version in your lockfile is the runtime you actually get. */\nexport const ROXY_UI_VERSION = \"0.16.0\";\n\nconst SCRIPT_ID = 'roxyapi-ui-loader';\nconst CDN_BASE_LATEST = \"https://cdn.jsdelivr.net/npm/@roxyapi/ui@latest/dist/cdn\";\nconst CDN_BASE_PREFIX = \"https://cdn.jsdelivr.net/npm/@roxyapi/ui@\";\nconst CDN_BASE_SUFFIX = \"/dist/cdn\";\n\nlet loaded: Promise<void> | null = null;\n\nfunction buildBase(version: string): string {\n\tif (!version || version === 'latest') return CDN_BASE_LATEST;\n\treturn `${CDN_BASE_PREFIX}${version}${CDN_BASE_SUFFIX}`;\n}\n\nexport function ensureScriptLoaded(\n\tversion: string = ROXY_UI_VERSION,\n\tbaseUrl?: string,\n): Promise<void> {\n\tif (typeof document === 'undefined') return Promise.resolve();\n\tif (loaded) return loaded;\n\n\tloaded = new Promise<void>((resolve, reject) => {\n\t\tconst url = `${baseUrl ?? buildBase(version)}/roxy-ui.js`;\n\t\tlet existing = document.getElementById(SCRIPT_ID) as HTMLScriptElement | null;\n\t\tif (existing) {\n\t\t\tif (existing.dataset.loaded === 'true') {\n\t\t\t\tresolve();\n\t\t\t} else {\n\t\t\t\texisting.addEventListener('load', () => resolve());\n\t\t\t\texisting.addEventListener('error', () => reject(new Error('roxy-ui load failed')));\n\t\t\t}\n\t\t\treturn;\n\t\t}\n\t\texisting = document.createElement('script');\n\t\texisting.id = SCRIPT_ID;\n\t\texisting.src = url;\n\t\texisting.async = true;\n\t\texisting.crossOrigin = 'anonymous';\n\t\texisting.addEventListener('load', () => {\n\t\t\texisting!.dataset.loaded = 'true';\n\t\t\tresolve();\n\t\t});\n\t\texisting.addEventListener('error', () => reject(new Error('roxy-ui load failed')));\n\t\tdocument.head.appendChild(existing);\n\t});\n\treturn loaded;\n}\n\n// Default export retained for convenience; matches the named export.\nexport default ensureScriptLoaded;\n// Surfaces the embedded @roxyapi/ui version this build of @roxyapi/ui-vue\n// was generated against. Useful for diagnostics; not load-bearing.\n"],
5
5
  "mappings": "AAoBO,IAAMA,EAAkB,SAEzBC,EAAY,oBACZC,EAAkB,2DAClBC,EAAkB,4CAClBC,EAAkB,YAEpBC,EAA+B,KAEnC,SAASC,EAAUC,EAAyB,CAC3C,MAAI,CAACA,GAAWA,IAAY,SAAiBL,EACtC,GAAGC,CAAe,GAAGI,CAAO,GAAGH,CAAe,EACtD,CAEO,SAASI,EACfD,EAAkBP,EAClBS,EACgB,CAChB,OAAI,OAAO,SAAa,IAAoB,QAAQ,QAAQ,EACxDJ,IAEJA,EAAS,IAAI,QAAc,CAACK,EAASC,IAAW,CAC/C,IAAMC,EAAM,GAAGH,GAAWH,EAAUC,CAAO,CAAC,cACxCM,EAAW,SAAS,eAAeZ,CAAS,EAChD,GAAIY,EAAU,CACTA,EAAS,QAAQ,SAAW,OAC/BH,EAAQ,GAERG,EAAS,iBAAiB,OAAQ,IAAMH,EAAQ,CAAC,EACjDG,EAAS,iBAAiB,QAAS,IAAMF,EAAO,IAAI,MAAM,qBAAqB,CAAC,CAAC,GAElF,MACD,CACAE,EAAW,SAAS,cAAc,QAAQ,EAC1CA,EAAS,GAAKZ,EACdY,EAAS,IAAMD,EACfC,EAAS,MAAQ,GACjBA,EAAS,YAAc,YACvBA,EAAS,iBAAiB,OAAQ,IAAM,CACvCA,EAAU,QAAQ,OAAS,OAC3BH,EAAQ,CACT,CAAC,EACDG,EAAS,iBAAiB,QAAS,IAAMF,EAAO,IAAI,MAAM,qBAAqB,CAAC,CAAC,EACjF,SAAS,KAAK,YAAYE,CAAQ,CACnC,CAAC,EACMR,EACR,CAGA,IAAOS,EAAQN",
6
6
  "names": ["ROXY_UI_VERSION", "SCRIPT_ID", "CDN_BASE_LATEST", "CDN_BASE_PREFIX", "CDN_BASE_SUFFIX", "loaded", "buildBase", "version", "ensureScriptLoaded", "baseUrl", "resolve", "reject", "url", "existing", "load_ui_default"]
7
7
  }
@@ -793,7 +793,7 @@ export type TransitsResponse = {
793
793
  */
794
794
  isApplying: boolean;
795
795
  /**
796
- * Aspect strength percentage (0-100). Based on orb tightness 100 is exact.
796
+ * Aspect strength percentage (0-100) based on orb tightness, where 100 is exact.
797
797
  */
798
798
  strength: number;
799
799
  /**
@@ -3907,6 +3907,10 @@ export type KpChartResponse = {
3907
3907
  * Zodiac sign of the Ascendant.
3908
3908
  */
3909
3909
  sign: string;
3910
+ /**
3911
+ * Ruling planet of the Ascendant sign (the rashi lord). In KP this is the weakest of the four lords, ranked below the star lord and sub lord, but it still sets the broad temperament of the Lagna.
3912
+ */
3913
+ signLord: string;
3910
3914
  /**
3911
3915
  * Nakshatra (star) of the Ascendant.
3912
3916
  */
@@ -4074,6 +4078,10 @@ export type KpChartResponse = {
4074
4078
  * KP sub-sub lord (SSL) of Rahu.
4075
4079
  */
4076
4080
  subSubLord: string;
4081
+ /**
4082
+ * KP number (1-249) locating Rahu in the 249-division sub-lord scheme. Each of the 249 divisions maps to a unique sign, star lord and sub lord triple, so one integer pins the position precisely enough for KP event timing.
4083
+ */
4084
+ kpNumber: number;
4077
4085
  };
4078
4086
  /**
4079
4087
  * Ketu (South Lunar Node), shadow planet, spiritual karmic indicator.
@@ -4107,6 +4115,10 @@ export type KpChartResponse = {
4107
4115
  * KP sub-sub lord (SSL) of Ketu.
4108
4116
  */
4109
4117
  subSubLord: string;
4118
+ /**
4119
+ * KP number (1-249) locating Ketu in the 249-division sub-lord scheme. Each of the 249 divisions maps to a unique sign, star lord and sub lord triple, so one integer pins the position precisely enough for KP event timing.
4120
+ */
4121
+ kpNumber: number;
4110
4122
  };
4111
4123
  };
4112
4124
  /**
@@ -17085,7 +17097,7 @@ export type CalculateDrishtiResponses = {
17085
17097
  */
17086
17098
  200: {
17087
17099
  /**
17088
- * UTC datetime used for aspect calculation (ISO 8601).
17100
+ * Chart time the aspects were calculated for, echoed back as the local wall clock of the request (ISO 8601, no offset). This is the `date` and `time` you sent, NOT a UTC instant: hold them fixed and vary `timezone` and every longitude moves while this field does not. Combine it with the `timezone` you sent to recover the absolute moment.
17089
17101
  */
17090
17102
  datetime: string;
17091
17103
  /**
@@ -25653,6 +25665,10 @@ export type GenerateBodygraphData = {
25653
25665
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
25654
25666
  */
25655
25667
  longitude?: number;
25668
+ /**
25669
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
25670
+ */
25671
+ nodeType?: 'mean' | 'true';
25656
25672
  };
25657
25673
  path?: never;
25658
25674
  query?: {
@@ -26027,6 +26043,10 @@ export type CalculateConnectionData = {
26027
26043
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
26028
26044
  */
26029
26045
  longitude?: number;
26046
+ /**
26047
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
26048
+ */
26049
+ nodeType?: 'mean' | 'true';
26030
26050
  };
26031
26051
  /**
26032
26052
  * Birth moment of the second person in the connection.
@@ -26052,6 +26072,10 @@ export type CalculateConnectionData = {
26052
26072
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
26053
26073
  */
26054
26074
  longitude?: number;
26075
+ /**
26076
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
26077
+ */
26078
+ nodeType?: 'mean' | 'true';
26055
26079
  };
26056
26080
  };
26057
26081
  path?: never;
@@ -26286,6 +26310,10 @@ export type CalculatePentaData = {
26286
26310
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
26287
26311
  */
26288
26312
  longitude?: number;
26313
+ /**
26314
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
26315
+ */
26316
+ nodeType?: 'mean' | 'true';
26289
26317
  }>;
26290
26318
  };
26291
26319
  path?: never;
@@ -26520,6 +26548,10 @@ export type GenerateTransitData = {
26520
26548
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
26521
26549
  */
26522
26550
  longitude?: number;
26551
+ /**
26552
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
26553
+ */
26554
+ nodeType?: 'mean' | 'true';
26523
26555
  };
26524
26556
  /**
26525
26557
  * Transit date in YYYY-MM-DD UTC. Optional. Defaults to today in UTC when omitted, giving the just-now transit.
@@ -26775,6 +26807,10 @@ export type CalculateTypeData = {
26775
26807
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
26776
26808
  */
26777
26809
  longitude?: number;
26810
+ /**
26811
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
26812
+ */
26813
+ nodeType?: 'mean' | 'true';
26778
26814
  };
26779
26815
  path?: never;
26780
26816
  query?: {
@@ -26957,6 +26993,10 @@ export type CalculateGatesData = {
26957
26993
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
26958
26994
  */
26959
26995
  longitude?: number;
26996
+ /**
26997
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
26998
+ */
26999
+ nodeType?: 'mean' | 'true';
26960
27000
  };
26961
27001
  path?: never;
26962
27002
  query?: {
@@ -27380,6 +27420,10 @@ export type CalculateChannelsData = {
27380
27420
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
27381
27421
  */
27382
27422
  longitude?: number;
27423
+ /**
27424
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
27425
+ */
27426
+ nodeType?: 'mean' | 'true';
27383
27427
  };
27384
27428
  path?: never;
27385
27429
  query?: {
@@ -27563,6 +27607,10 @@ export type CalculateCentersData = {
27563
27607
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
27564
27608
  */
27565
27609
  longitude?: number;
27610
+ /**
27611
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
27612
+ */
27613
+ nodeType?: 'mean' | 'true';
27566
27614
  };
27567
27615
  path?: never;
27568
27616
  query?: {
@@ -27900,6 +27948,10 @@ export type CalculateProfileData = {
27900
27948
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
27901
27949
  */
27902
27950
  longitude?: number;
27951
+ /**
27952
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
27953
+ */
27954
+ nodeType?: 'mean' | 'true';
27903
27955
  };
27904
27956
  path?: never;
27905
27957
  query?: {
@@ -28062,6 +28114,10 @@ export type CalculateVariablesData = {
28062
28114
  * Birth longitude in decimal degrees. Optional and does not affect the bodygraph. Defaults to 0.
28063
28115
  */
28064
28116
  longitude?: number;
28117
+ /**
28118
+ * Lunar node convention for the North and South Node activations. Leave unset (or "true") for the standard Human Design chart: "true" is the osculating node used by professional Human Design software (HumanDesign.ai, Total Human Design) and is the value RoxyAPI verifies against. Pass "mean" to match a calculator that uses the smoothed mean node (the traditional Western-astrology default, common in free chart tools). The two agree on almost every chart; they diverge by up to ~1.75 degrees only when a node sits on a gate boundary, where the choice can move a node gate and, rarely, change the completed channels and therefore the type, authority, or definition. If another calculator shows a different type, it is likely using the mean node: pass "mean" to match it.
28119
+ */
28120
+ nodeType?: 'mean' | 'true';
28065
28121
  };
28066
28122
  path?: never;
28067
28123
  query?: {