@streamoid/settings 0.12.2 → 0.12.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/index.d.mts CHANGED
@@ -1341,9 +1341,11 @@ interface SettingsContentProps {
1341
1341
  inviteRequested?: boolean;
1342
1342
  onInviteRequestHandled?: () => void;
1343
1343
  /**
1344
- * Leave settings. When supplied, the shell renders a close (×) button in the
1345
- * header and dismisses on Escape; the host decides where "closed" goes
1346
- * (settings is a full route in most hosts, not an overlay).
1344
+ * Leave settings. Escape dismisses through it; the host decides where
1345
+ * "closed" goes (settings is a full route in most hosts, not an overlay).
1346
+ * In the default presentation the Back control falls back to it when no
1347
+ * `onBack` is given; `presentation="overview-detail"` renders a close (×)
1348
+ * button for it.
1347
1349
  *
1348
1350
  * Falls back to `adapters.navigation.close` so hosts that already build an
1349
1351
  * adapter object don't have to thread a second prop through. Omit both and
@@ -1351,14 +1353,18 @@ interface SettingsContentProps {
1351
1353
  */
1352
1354
  onClose?: () => void;
1353
1355
  /**
1354
- * @deprecated Ignored. Settings no longer renders a Back control: it is a
1355
- * top-level destination with one header row. To give users a way out, pass
1356
- * `onClose`, which renders a close (×) button and handles Escape. Kept so
1357
- * hosts that pass it keep compiling.
1356
+ * Go back to the screen the user came from, rendered as a `← Back` control
1357
+ * above the breadcrumb.
1358
+ *
1359
+ * Defaults to `adapters.navigation.back`, then to `onClose`, and to
1360
+ * `window.history.back()` when none is supplied — settings is a route in every host, so the
1361
+ * browser already knows where the user was, and requiring a prop would mean
1362
+ * the control appeared in whichever app remembered to pass one. Pass `null`
1363
+ * to render no back control.
1358
1364
  */
1359
1365
  onBack?: (() => void) | null;
1360
1366
  }
1361
- declare function SettingsContent({ adapters, activeTab, onClose, hiddenApps, presentation, showOverview, onOverview, onInvitePeople, inviteRequested, onInviteRequestHandled, }: SettingsContentProps): react.JSX.Element;
1367
+ declare function SettingsContent({ adapters, activeTab, onClose, onBack, hiddenApps, presentation, showOverview, onOverview, onInvitePeople, inviteRequested, onInviteRequestHandled, }: SettingsContentProps): react.JSX.Element;
1362
1368
 
1363
1369
  interface WorkspaceData {
1364
1370
  id: string;
package/dist/index.d.ts CHANGED
@@ -1341,9 +1341,11 @@ interface SettingsContentProps {
1341
1341
  inviteRequested?: boolean;
1342
1342
  onInviteRequestHandled?: () => void;
1343
1343
  /**
1344
- * Leave settings. When supplied, the shell renders a close (×) button in the
1345
- * header and dismisses on Escape; the host decides where "closed" goes
1346
- * (settings is a full route in most hosts, not an overlay).
1344
+ * Leave settings. Escape dismisses through it; the host decides where
1345
+ * "closed" goes (settings is a full route in most hosts, not an overlay).
1346
+ * In the default presentation the Back control falls back to it when no
1347
+ * `onBack` is given; `presentation="overview-detail"` renders a close (×)
1348
+ * button for it.
1347
1349
  *
1348
1350
  * Falls back to `adapters.navigation.close` so hosts that already build an
1349
1351
  * adapter object don't have to thread a second prop through. Omit both and
@@ -1351,14 +1353,18 @@ interface SettingsContentProps {
1351
1353
  */
1352
1354
  onClose?: () => void;
1353
1355
  /**
1354
- * @deprecated Ignored. Settings no longer renders a Back control: it is a
1355
- * top-level destination with one header row. To give users a way out, pass
1356
- * `onClose`, which renders a close (×) button and handles Escape. Kept so
1357
- * hosts that pass it keep compiling.
1356
+ * Go back to the screen the user came from, rendered as a `← Back` control
1357
+ * above the breadcrumb.
1358
+ *
1359
+ * Defaults to `adapters.navigation.back`, then to `onClose`, and to
1360
+ * `window.history.back()` when none is supplied — settings is a route in every host, so the
1361
+ * browser already knows where the user was, and requiring a prop would mean
1362
+ * the control appeared in whichever app remembered to pass one. Pass `null`
1363
+ * to render no back control.
1358
1364
  */
1359
1365
  onBack?: (() => void) | null;
1360
1366
  }
1361
- declare function SettingsContent({ adapters, activeTab, onClose, hiddenApps, presentation, showOverview, onOverview, onInvitePeople, inviteRequested, onInviteRequestHandled, }: SettingsContentProps): react.JSX.Element;
1367
+ declare function SettingsContent({ adapters, activeTab, onClose, onBack, hiddenApps, presentation, showOverview, onOverview, onInvitePeople, inviteRequested, onInviteRequestHandled, }: SettingsContentProps): react.JSX.Element;
1362
1368
 
1363
1369
  interface WorkspaceData {
1364
1370
  id: string;