Jacob Schmidt 827f3303a2 feat: add initial Docus setup and sync tool for documentation generation
- Created package.json for Docus with necessary scripts and dependencies.
- Implemented sync-docus-docs.mjs to automate the generation of documentation files from source markdown.
- Defined mappings for generated pages and virtual routes to ensure proper linking in documentation.
- Added static content files for the documentation structure, including navigation and index pages.
2026-04-21 16:07:27 -05:00

3.8 KiB

Client Store Usage Guide

The client store addon provides the storefront browser UI for catalog browsing, category hydration, payment source display, cart handling, and checkout requests.

Open Store UI

call forge_client_store_fnc_openUI;

The UI opens RscStore, loads ui/_site/index.html, and routes browser alerts through forge_client_store_fnc_handleUIEvents.

Bridge

forge_client_store_fnc_initUIBridge owns:

  • browser control lookup
  • store hydrate requests
  • category requests
  • checkout requests
  • category hydrate/failure responses
  • checkout success/failure responses
  • store config refresh after successful checkout

Store currently uses its own StoreUIBridge.receive(...) browser bridge rather than the shared ForgeBridge.receive(...) delivery used by newer bridges.

Browser Events

<th>
  Client behavior
</th>
<td>
  Request store hydrate from the server.
</td>
<td>
  Request catalog items for a category.
</td>
<td>
  Forward checkout JSON to the server.
</td>
<td>
  Close the display.
</td>
Event
store::ready
store::category::request
store::checkout::request
store::close

Browser Response Events

<th>
  Purpose
</th>
<td>
  Initial storefront/session/config payload.
</td>
<td>
  Refreshed payment/source config.
</td>
<td>
  Category catalog payload.
</td>
<td>
  Category request failure.
</td>
<td>
  Checkout success payload.
</td>
<td>
  Checkout failure payload.
</td>
Event
store::hydrate
store::config::hydrate
store::category::hydrate
store::category::failure
store::checkout::success
store::checkout::failure

Category Requests

Category requests require a non-empty category value.

{
  "category": "weapons"
}

The client lowercases the category before forwarding it to the server store addon.

Checkout Requests

Checkout requests send a serialized checkout payload:

{
  "checkoutJson": "{\"items\":[],\"paymentSource\":\"cash\"}"
}

The client only forwards the checkout data. The server store addon and extension validate prices, inventory grants, payment source authorization, and integration with bank, organization, locker, and garage state.

After a successful checkout, the client asks the server for a fresh store config payload so payment-source balances and permissions stay current.

Authoritative State

Catalog data, prices, checkout validation, money movement, organization funds, credit lines, locker grants, garage grants, and persistence are server-owned.