@feedmepos/mf-hrm-portal 2.3.0-dev → 2.3.0-dev.3

package/dist/src/components/layout/AppSidebar.vue.d.ts

@@ -1,2 +0,0 @@
-declare const _default: import("vue").DefineComponent<{}, {}, {}, {}, {}, import("vue").ComponentOptionsMixin, import("vue").ComponentOptionsMixin, {}, string, import("vue").PublicProps, Readonly<{}> & Readonly<{}>, {}, {}, {}, {}, string, import("vue").ComponentProvideOptions, true, {}, any>;
-export default _default;

package/dist/src/components/layout/withShell.d.ts

@@ -1,14 +0,0 @@
-import { type Component } from 'vue';
-/**
- * Wraps a route component in the app-wide sidebar + full-bleed shell (pixel-matched
- * to the Scheduling mockup). Mirrors the `withPermission`/`withLoading` HOC pattern
- * so it composes with them in router/shared.ts.
- */
-export declare function withShell(Comp: Component): {
-    inheritAttrs: boolean;
-    setup(_: unknown, { attrs }: {
-        attrs: Record<string, unknown>;
-    }): () => import("vue").VNode<import("vue").RendererNode, import("vue").RendererElement, {
-        [key: string]: any;
-    }>;
-};

package/dist/src/views/scheduling/components/ScheduleShiftCardMenu.vue.d.ts

@@ -1,12 +0,0 @@
-import type { ScheduleBoardApi } from '../composables/useScheduleBoard';
-import type { ScheduleShiftActionsApi } from '../composables/useScheduleShiftActions';
-type __VLS_Props = {
-    board: ScheduleBoardApi;
-    actions: ScheduleShiftActionsApi;
-};
-declare const _default: import("vue").DefineComponent<__VLS_Props, {}, {}, {}, {}, import("vue").ComponentOptionsMixin, import("vue").ComponentOptionsMixin, {
-    editShift: (empId: number, dayIdx: number, slotIndex: number) => any;
-}, string, import("vue").PublicProps, Readonly<__VLS_Props> & Readonly<{
-    onEditShift?: ((empId: number, dayIdx: number, slotIndex: number) => any) | undefined;
-}>, {}, {}, {}, {}, string, import("vue").ComponentProvideOptions, false, {}, any>;
-export default _default;

package/dist/src/views/scheduling/components/ScheduleTourAllSet.vue.d.ts

@@ -1,6 +0,0 @@
-import type { ScheduleTourApi } from '../composables/useScheduleTour';
-type __VLS_Props = {
-    tour: ScheduleTourApi;
-};
-declare const _default: import("vue").DefineComponent<__VLS_Props, {}, {}, {}, {}, import("vue").ComponentOptionsMixin, import("vue").ComponentOptionsMixin, {}, string, import("vue").PublicProps, Readonly<__VLS_Props> & Readonly<{}>, {}, {}, {}, {}, string, import("vue").ComponentProvideOptions, false, {}, any>;
-export default _default;

package/dist/src/views/scheduling/composables/auto-schedule-mapping.d.ts

@@ -1,33 +0,0 @@
-import type { FdtoScheduleAutoScheduleApplyReq, FdtoScheduleAutoScheduleObjective, FdtoScheduleAutoSchedulePlanner, FdtoScheduleAutoScheduleProposal, FdtoScheduleAutoScheduleResult } from '@/types/schedule';
-import { ApiError } from '@/api';
-import type { Proposal } from '../types';
-/** ISO date of `dayIdx` in the week starting `weekKey` (YYYY-MM-DD, local arithmetic). */
-export declare function dateOfProposal(weekKey: string, dayIdx: number): string;
-/** Server proposals → board proposals for the week whose Monday is `weekKey`. A proposal whose
- * date is not one of `dateKeyOf(0..RANGE_LEN-1)` or whose employee the board does not hold is
- * dropped. Ids come from `nextId` so they stay unique across weeks. */
-export declare function proposalsFromResult(proposals: FdtoScheduleAutoScheduleProposal[], weekKey: string, dateKeyOf: (dayIdx: number) => string | null, nextId: () => number, holds: (empId: number) => boolean): Proposal[];
-/** The apply body for the accepted proposals, each re-dated from its own week and day. */
-export declare function applyRequestOf(proposals: Proposal[], allowOvertime: boolean): FdtoScheduleAutoScheduleApplyReq;
-export interface ClassifiedExplanation {
-    kind: 'reject' | 'ai' | 'plain';
-    text: string;
-}
-/** Sorts one `result.explanations` line into what the Details panel renders it as. The matched
- * prefix is stripped from `text` in every case — the panel re-adds its own label/marker for
- * `reject` and `ai`, so the raw wire prefix never doubles up with it. */
-export declare function classifyExplanation(line: string): ClassifiedExplanation;
-/** Whether `error` is a server refusal whose own message is meant for the user: a client error
- * (0 < status < 500). A network failure (0) or a server error (5xx) is not. */
-export declare function isClientRefusal(error: unknown): error is ApiError;
-/** A client-error refusal shows its own message; a network failure or 5xx shows the generic one. */
-export declare function generateErrorMessage(error: unknown): string;
-/** The result shown when "fill gaps" is off: nothing proposed, one explanation. */
-export declare function fillGapsOffResult(week: {
-    from: string;
-    to: string;
-}, objective: FdtoScheduleAutoScheduleObjective, allowOvertime: boolean): FdtoScheduleAutoScheduleResult;
-/** The snackbar shown once a run finishes, whether it went to the server or (fill gaps off) was
- * answered locally. `wallMs` is measured client-side around the request — it is what the manager
- * actually waited, not just the server's own `timing.totalMs`. */
-export declare function generateDoneMessage(result: FdtoScheduleAutoScheduleResult, requested: FdtoScheduleAutoSchedulePlanner, wallMs: number): string;

package/dist/src/views/scheduling/composables/useScheduleStaffRail.d.ts

@@ -1,17 +0,0 @@
-import type { Proposal } from '../types';
-import type { ScheduleBoardApi } from './useScheduleBoard';
-import type { ScheduleEmployeeLoad } from './useScheduleEmployeeIdentity';
-/** The rail's rows ARE the shared identity block's data — one derivation, so the rail and the
- * employee grid's name column can't disagree about somebody's load. */
-export type ScheduleRailRow = ScheduleEmployeeLoad;
-/** The area view's staff rail — least-loaded first over the same roster the employee view's
- * name column shows, plus each person's load bar. Search and the sort picker both live in the
- * filter bar / name column now, not here. Ported from the mockup's
- * renderStaffRail()/orderedRoster()/staffLoad(), scoped to a single week (no day/area
- * combination — Daily view stays employee-only for now). */
-export declare function useScheduleStaffRail(board: ScheduleBoardApi, 
-/** Lazy: the auto-scheduler is built after the rail, and only read when rows are computed. */
-proposalAt?: () => ((empId: number, dayIdx: number) => Proposal | undefined) | undefined): {
-    rows: import("vue").ComputedRef<ScheduleEmployeeLoad[]>;
-};
-export type ScheduleStaffRailApi = ReturnType<typeof useScheduleStaffRail>;

package/dist/src/views/scheduling/composables/useScheduleTopbar.d.ts

@@ -1,10 +0,0 @@
-export type ScheduleTopbarMenu = 'actions' | 'export';
-/** Open/close state for the topbar's two dropdowns (Actions, Share) — only one is ever open at a
- * time, matching the mockup's toggleMenu()/closeMenus() behavior of closing the others whenever
- * one opens. */
-export declare function useScheduleTopbar(): {
-    openMenu: import("vue").Ref<ScheduleTopbarMenu | null, ScheduleTopbarMenu | null>;
-    toggleMenu: (id: ScheduleTopbarMenu) => void;
-    closeMenus: () => void;
-};
-export type ScheduleTopbarApi = ReturnType<typeof useScheduleTopbar>;