@things-factory/worklist 10.1.248 → 10.1.250

package/dist-client/pages/activity-approval/activity-approval-page.d.ts

@@ -0,0 +1,158 @@
+import '@material/web/icon/icon.js';
+import '@operato/list-state/ox-page-state.js';
+import '@operato/property-editor/ox-properties-dynamic-view.js';
+import '@operato/board/ox-board-viewer.js';
+import '../../components/activity-approval-ribon.js';
+import '../../components/activity-thread-timeline.js';
+import { TemplateResult } from 'lit';
+import { DirectiveResult } from 'lit-html/directive.js';
+import { PageView } from '@operato/shell';
+export declare const ActivityThreadStatus: {
+    Unassigned: string;
+    Assigned: string;
+    Started: string;
+    Delegated: string;
+    Ended: string;
+    Aborted: string;
+};
+declare const ActivityApprovalPage_base: (new (...args: any[]) => import("lit").LitElement) & typeof PageView;
+export declare class ActivityApprovalPage extends ActivityApprovalPage_base {
+    static styles: import("lit").CSSResult[];
+    activityApproval: any;
+    /**
+     * 타임라인이 옆에 설 만큼 넓은가.
+     *
+     * 폭은 CSS 가 정하지만 타임라인을 펴는 것은 속성이라 CSS 로 안 된다. 같은 값을 두 곳에 적지
+     * 않도록 물음은 하나이고(`BESIDE`), 그 물음을 CSS 와 여기가 함께 쓴다.
+     */
+    private beside;
+    /**
+     * 조회를 마쳤나 — **「아직 안 읽었다」와 「없다」는 다르다.**
+     *
+     * 전에는 값이 없으면 곧바로 「업무활동 정보가 없습니다」를 그렸다. 그런데 이 화면은 열리자마자
+     * 조회를 시작하므로, 응답이 오기 전까지 **없다고 단언하는 화면**이 보인다. 목록에서 줄을 눌러
+     * 들어온 사람은 방금 본 건이 없다는 말을 먼저 읽는다.
+     *
+     * 조회가 끝난 뒤에만 그 말을 한다. 그 전에는 아무 말도 하지 않는다.
+     */
+    loaded: boolean;
+    /** Why the approval could not be read - ox-page-state says it, with retry (ADR-0060 decision 8). */
+    loadError: unknown;
+    private lastId?;
+    private approvalRead;
+    activityThread: any;
+    board: any;
+    commentInput: HTMLTextAreaElement;
+    /**
+     * Is the reader seated here as a reference — someone who comments and does not decide?
+     *
+     * The rule comes from organization's client types, the same function its own approval-line editor
+     * and list use, so the two wire spellings of the enum are handled in one place. The approval line
+     * answers rather than ActivityApproval.participation, matching what the server refuses on
+     * (isReferenceOrder in approval-line.ts): the line decides who comes next, so letting the row
+     * decide who may judge would leave two authorities with nothing to settle a disagreement.
+     *
+     * The value comes back false while the query is still out. That is the same answer as for an
+     * approver, so the buttons show for a moment on a reference's screen — pressing one is refused by
+     * the server, which is why the server closed first.
+     */
+    get isReference(): boolean;
+    get context(): {
+        frame: string;
+        title: any;
+        help: string;
+        menu: string;
+        actions: {
+            title: string;
+            action: () => Promise<void>;
+            icon: string;
+            emphasis: {
+                raised: boolean;
+                outlined: boolean;
+                dense: boolean;
+                danger: boolean;
+            };
+        }[];
+    };
+    private media?;
+    private onBeside;
+    connectedCallback(): void;
+    disconnectedCallback(): void;
+    render(): TemplateResult<1>;
+    private renderApproval;
+    /** 화면에 낼 항목이 하나라도 있나. 타임라인을 펴 둘지 정하는 자리가 쓴다. */
+    hasFields(): boolean;
+    activityContent(): DirectiveResult<import("lit-html/directive.js").DirectiveClass>;
+    /**
+     * 화면 종류가 달라도 **같은 자리에 같은 모양으로 놓인다.**
+     *
+     * worklist 는 네 가지로 내용을 그린다(generated · custom-element · template · board). 그중
+     * generated 만 절 카드 안에 있었고 나머지 셋은 면 위에 맨몸으로 놓였다. 그래서 같은 결재 화면이
+     * 액티비티에 따라 카드였다가 아니었다가 했다 — 아래의 타임라인 · 의견은 늘 카드라 위계도 어긋났다.
+     *
+     * board 는 뺀다. 전체 폭 · 전체 높이를 쓰는 캔버스라 카드 안에 넣으면 여백이 두 겹이 되고 크기가
+     * 어긋난다.
+     *
+     * 카드는 여백을 두지 않는다(padding: 0). 안에 들어오는 것이 자기 조판을 갖고 있고, 두 겹으로
+     * 주면 안쪽 내용이 카드 가운데로 밀린다.
+     */
+    hostedContent(content: unknown): TemplateResult<1>;
+    templateContent(): DirectiveResult<typeof import("lit-html/directives/unsafe-html.js").UnsafeHTMLDirective>;
+    /**
+     * 결재자가 보는 내용 — **전부 읽기 전용이다.**
+     *
+     * 전에는 「Output」 절을 편집기로 그리고 변경을 activityApproval.output 에 적었다. 그런데
+     * approveActivityApproval / rejectActivityApproval 은 id 와 comment 만 보낸다 — 그 값은 어디에도
+     * 가지 않는다. 결재자가 적을 수 있는 것은 의견 하나이고, 그것은 화면 아래 칸이 받는다.
+     */
+    /** The decision the activity declared, or nothing - drawn by `renderDecision`, the one drawing both screens use. */
+    decisionContent(): DirectiveResult<{
+        new (_partInfo: import("lit-html/directive.js").PartInfo): import("lit-html/directives/keyed.js").Keyed<TemplateResult>;
+    }>;
+    generatedContent(): DirectiveResult;
+    boardContent(): DirectiveResult;
+    /**
+     * The element the activity names, or a plain statement that it could not be loaded.
+     *
+     * document.createElement answers something for any name, so an activity pointing at an element
+     * nobody registered used to produce an empty card. The approver got a screen with nothing on it
+     * and the approve button still worked — plant shipped two such forms in one day and found them by
+     * reading the file list, not by opening the screen.
+     *
+     * The reader is told what to judge by instead. Same shape as the empty generated screen: what is
+     * missing, and where to look — the submission reason and the history in the timeline below.
+     *
+     * ── Waiting for a late definition ─────────────────────────────────────────
+     * An element can be registered after this page renders, and answering "not loaded" forever in
+     * that case would be a screen inventing a defect. whenDefined resolves whenever it arrives and
+     * the page redraws; a name nobody ever registers simply never resolves, and the statement stands.
+     */
+    customElementContent(): any;
+    /** The activity names a screen and nothing registered it. Says what to judge by instead. */
+    private screenNotLoaded;
+    oxBoardViewer: any;
+    getOutputFromBoard(): any;
+    /**
+     * 화면이 열리면 **의견 칸에 캐럿을 둔다.**
+     *
+     * 결재자가 이 화면에서 적는 것은 의견 하나다. 나머지는 전부 읽는 것이고, 판단은 아래 버튼이
+     * 받는다. 그러면 열자마자 커서가 있어야 하는 자리는 하나뿐이다.
+     *
+     * 조건 둘을 지킨다.
+     *
+     *   활성 탭일 때만   MDI 라 뒤에 있는 탭이 응답을 받으면 앞 탭의 입력을 빼앗는다
+     *   한 건에 한 번    갱신마다 focus 를 부르면 사용자가 옮긴 커서를 계속 되돌린다
+     *
+     * preventScroll 을 준다 — 화면을 아래로 끌어내리면 정작 무엇을 승인하는지가 위로 사라진다.
+     */
+    private focusedFor?;
+    private focusComment;
+    updated(changes: any): void;
+    pageUpdated(changes: any, lifecycle: any, changedBefore: any): Promise<void>;
+    fetchActivityApproval(id: any): Promise<void>;
+    confirmIfIrreversible(): Promise<boolean>;
+    rejectActivityApproval(): Promise<void>;
+    approveActivityApproval(): Promise<void>;
+    saveActivityApproval(): Promise<void>;
+}
+export {};