@omnitend/dashboard-for-laravel 0.36.0 → 0.37.0

package/dist/components/base/DButton.vue.d.ts

@@ -2,8 +2,13 @@ import type { ButtonVariant, Size } from "bootstrap-vue-next";
 type LinkVariant = "link-primary" | "link-secondary" | "link-success" | "link-danger" | "link-warning" | "link-info" | "link-light" | "link-dark";
 interface Props {
     /**
-     * The visual style variant of the button
-     * @default 'primary'
+     * The visual style variant of the button.
+     *
+     * Defaults to `'secondary'` (soft, non-emphatic). Under the soft-first
+     * house rule, `primary` is THE single emphatic action per page/modal, so a
+     * variant-less button must NOT be emphatic by default — declare
+     * `variant="primary"` explicitly where you mean the one loud action.
+     * @default 'secondary'
      */
     variant?: ButtonVariant | LinkVariant | null;
     /**

package/dist/components/extended/DXTable.vue.d.ts

@@ -1,5 +1,5 @@
 import type { FieldDefinition, LabelCols } from "../../types";
-export type FilterType = 'text' | 'select' | 'number' | 'date' | false;
+export type FilterType = 'text' | 'select' | 'select-native' | 'number' | 'date' | false;
 export interface FilterOption {
     value: string;
     text: string;
@@ -64,6 +64,12 @@ export interface TableField {
     filterAllText?: string;
     sortable?: boolean;
     hint?: string;
+    /**
+     * The inline filter control for this column, or `false`/omit for none. See
+     * `FilterType`. `'select'` (typeahead) and `'select-native'` (plain
+     * `<select>`) share the same options and value semantics — pick the native
+     * one when OS-native menu behaviour matters more than type-to-narrow.
+     */
     filter?: FilterType;
     filterOptions?: FilterOption[];
     filterPlaceholder?: string;
@@ -388,6 +394,18 @@ export interface Props<TItem = any> {
      * declared width share the remaining space equally.
      */
     fixedLayout?: boolean;
+    /**
+     * Field on each row whose value uniquely identifies it, forwarded to the
+     * inner bvn table's `primaryKey` (all three data modes). Without it bvn keys
+     * client-side rows by their INDEX, which mis-associates per-row STATEFUL cell
+     * components when a row is inserted/removed mid-interaction — a debounced
+     * edit in one row can end up saved against the wrong record after a
+     * concurrent delete of a row above. Set it (e.g. `primary-key="id"`) so bvn
+     * keys rows by that field's value and each row keeps its identity across
+     * data mutations. Non-breaking: omit it and rows key by index exactly as
+     * before.
+     */
+    primaryKey?: string;
 }
 declare const _default: <T = any>(__VLS_props: NonNullable<Awaited<typeof __VLS_setup>>["props"], __VLS_ctx?: __VLS_PrettifyLocal<Pick<NonNullable<Awaited<typeof __VLS_setup>>, "attrs" | "emit" | "slots">>, __VLS_expose?: NonNullable<Awaited<typeof __VLS_setup>>["expose"], __VLS_setup?: Promise<{
     props: __VLS_PrettifyLocal<Pick<Partial<{}> & Omit<{