@things-factory/figure-ui 10.1.44 → 10.1.46

package/dist-client/modeller/figure-report.d.ts

@@ -1,165 +0,0 @@
-import '@material/web/icon/icon.js';
-import { LitElement } from 'lit';
-import type { FigureSource } from '@hatiolab/figure-model';
-declare const FigureReport_base: (new (...args: any[]) => LitElement) & typeof LitElement;
-/**
- * 판단 패널. 모델러 화면에 **늘 떠 있다.**
- *
- * 저장을 선택해야 아는 것이 아니다. 부품을 하나 놓을 때마다 무게와 점수가 움직이고,
- * 그것이 보여야 저작자가 고칠 수 있다. 「무엇 때문에 점수가 낮은가」를 말해 주지
- * 않으면 점수는 잔소리일 뿐이다.
- *
- * ## 셈을 여기서 하지 않는다
- *
- * 검증·원가·점수는 전부 `@hatiolab/figure-model` 이 한다. 화면은 **부르고 보여 줄
- * 뿐**이다. 한도나 등급 경계를 화면이 다시 정하면 서버가 거절할 것을 화면이
- * 통과시키게 된다.
- */
-export declare class FigureReport extends FigureReport_base {
-    static styles: import("lit").CSSResult[];
-    /** 저작 중인 원본 데이터. 바뀌면 다시 측정한다. */
-    source?: FigureSource;
-    private cost?;
-    private score?;
-    private curve;
-    /** 1만 개를 놓았을 때. 저작자가 실제로 궁금한 숫자다. */
-    /** 몇 개까지 놓을 수 있나. 이 패널의 머리다. */
-    private capacity?;
-    /** 추이 그림을 제 크기로 펼쳤나. */
-    private expanded;
-    private errors;
-    /**
-     * 형식이 권하지 않는 것 — **그중 둘은 발행을 막는다.**
-     *
-     * 등급을 형식에서 받는다(`blocksRelease`). 화면이 제 목록을 들면 형식에 코드가 하나 늘 때
-     * 조용히 「알림」으로 그려지고, 저작자는 발행이 막힌 것을 **눌러 보고 나서야** 안다.
-     *
-     * `actual` 은 얼마나 넘쳤나다. 「상자를 벗어난다」만으로는 2mm 인지 250mm 인지 모르고,
-     * 그 둘은 고치는 품이 다르다.
-     */
-    private violations;
-    /**
-     * 크기를 바꿔 봤을 때 갈라지는가 — **발행을 막는 것**이다.
-     *
-     * 이력 탭이 같은 판정을 서버에서 받아 발행 문을 잠그지만, 그것은 **저장된 정본**에 대한
-     * 것이라 저장하기 전에는 답하지 못한다. 여기서는 저작 중인 정본을 그대로 재므로, 부품을
-     * 옮기는 그 자리에서 갈라짐이 생겼는지 사라졌는지 보인다 — 저장하고 탭을 옮겨 확인하게
-     * 두면 고칠 때가 이미 지나 있다.
-     */
-    private sizing;
-    /**
-     * 아직 부품이 하나도 없나 — **저작 전이지 형식을 어긴 것이 아니다.**
-     *
-     * 형식은 부품 0개를 오류로 본다(`missing-parts`). 발행 관점에서는 맞다. 그런데 새로 만들기를
-     * 누른 직후가 바로 그 상태이므로, 그것을 그대로 오류로 그리면 **아무것도 하지 않았는데 붉은
-     * 화면**을 보게 된다. 그래서 이 자리에서 둘을 가른다.
-     */
-    private bare;
-    willUpdate(changed: Map<string, unknown>): void;
-    render(): import("lit-html").TemplateResult<1>;
-    /**
-     * 머리 — 몇 개까지 편한가.
-     *
-     * 로우폴리의 값은 「얼마나 많이 편하게 놓을 수 있나」에 있다. 등급 B 는 그 물음에
-     * 직접 답하지 않는다 — 형상이 선언된 한도 안인지를 말할 뿐이다. 그래서 개수를
-     * 머리에 올리고 등급은 옆의 badge 로 내린다.
-     *
-     * 근거를 함께 낸다. 묶음으로 갈리는 개수의 분모는 **실측**이고(2026-09-18, Apple M5), 잰
-     * 기계와 날짜를 함께 적는다 — 적지 않으면 어디서나 참인 수로 읽힌다. 삼각형 쪽은 아직 설계
-     * 문서의 목표치라 그렇다고 적는다.
-     */
-    private renderVerdict;
-    /**
-     * 등급 눈금.
-     *
-     * A·B·C·D 가 무엇을 뜻하는지 화면 어디에도 없었다. badge 만 보고는 좋은지 나쁜지도,
-     * 무엇을 고쳐야 오르는지도 알 수 없다. 눈금을 늘 곁에 두고 지금 어디에 있는지를
-     * 표시한다.
-     *
-     * 접어 두지 않는다. 한 번 배우고 마는 값이 아니라 볼 때마다 대조하는 값이다.
-     */
-    private renderGradeScale;
-    /**
-     * 성숙도 — 여러 축으로 본다.
-     *
-     * 「몇 개까지 편한가」 하나로는 좋은 형상과 나쁜 형상이 구분되지 않는다. 부품 하나짜리
-     * 상자도 그 축에서는 만점이다.
-     *
-     * **못 재는 축을 0 으로 두지 않는다.** 0 은 「나쁘다」는 뜻이 되는데, 사실은 아직
-     * 측정할 방법이 없는 것이다. 측정하지 못한다고 알리고 이유를 붙인다. 지어낸 점수보다 그것이
-     * 이 리포트를 믿을 만하게 만든다.
-     */
-    private renderAxes;
-    /**
-     * 성숙도 radar. **측정한 축만 그린다.**
-     *
-     * 측정하지 못하는 축도 spoke 를 그려 두고 도형만 건너뛰던 때가 있었다. 그러면 그 방향을 가로지르는
-     * 직선이 생겨서 도형이 그쪽으로 움푹 들어간 것처럼 보인다. 0 으로 찍지 않으려고 한
-     * 일인데 결과는 0 으로 찍은 것과 똑같이 읽혔다. 점선 살과 물음표로는 그 인상이
-     * 지워지지 않았다.
-     *
-     * 그래서 아예 빼고, 못 재는 축은 그림 아래에 글로 적는다. 잴 수 없는 것은 그림에
-     * 자리를 주지 않는 편이 정직하다.
-     */
-    private renderRadar;
-    /**
-     * 그림에 없는 축을 글로 밝힌다.
-     *
-     * 빼기만 하면 축이 여섯인지 다섯인지 알 수 없고, 없는 것을 없다고 말하지 않은 셈이
-     * 된다. 무엇을 아직 못 재는지 한 줄로 적는다. 왜 못 재는지는 아래 목록의 그 항목에
-     * 그대로 있다.
-     */
-    private renderUnmeasured;
-    private renderAxis;
-    /**
-     * 예산 막대.
-     *
-     * 숫자만 늘어놓으면 어느 것이 꽉 찼는지 눈에 안 들어온다. 한도에 가장 가까운 하나를 색으로
-     * 구분한다. 그것이 점수를 정한 항목이다.
-     *
-     * ## `use.label` 을 쓰지 않는 이유
-     *
-     * `FigureBudgetUse` 에 `label` 과 `why` 가 있고 「저작자에게 그대로 보여 준다」고
-     * 적혀 있다. 그런데 그 문구가 **한국어로 구워져** 있다. 이 제품은 5언어를 쓰므로
-     * 그것을 그대로 실으면 다른 언어 사용자에게 한국어가 나온다.
-     *
-     * `budgets` 는 **배열**이다. `Object.entries` 로 돌면 키가 인덱스(0·1·2…)가 되어
-     * `figure.label.budget-0` 같은 없는 키를 찾는다 — 화면을 띄워 보고서야 드러났다.
-     * 배열을 그대로 돌고 `use.key` 를 쓴다.
-     *
-     * 그래서 **안정된 `key`** 로 이 화면의 i18n 을 찾는다. `key` 는 열거형이라 형식의
-     * 일부이고, 문구는 화면의 몫이다. figure-model 이 문구를 언어 중립으로 바꾸면
-     * 그때 `label` 을 쓸 수 있다.
-     */
-    private renderBudgets;
-    private renderMetrics;
-    /**
-     * 재활용 추이 그림.
-     *
-     * **「몇 개 놓으면 얼마」를 숫자로 적지 않는다.** 놓는 개수는 값을 치르지 않는다 —
-     * 한 화면에 보이는 개수 × 그 도형의 묶음 수가 치른다(실측 2026-09-18, ADR-0051 ③).
-     * 전에는 여기에 「100개 기준 draw call」 · 「1만개 기준」을 적었고, 그 수는 실제로 드는
-     * 값과 어긋났다. 답은 위의 성숙도 칸이 한다 — 잰 기계와 날짜를 달고 「한 화면에 몇 대」를
-     * 말한다.
-     *
-     * ## 그림을 사이드바에 밀어 넣지 않는다
-     *
-     * `costCurveSvg` 의 자연 크기는 680x380 이고 글자가 11px 다. 300px 칸에서
-     * width:100% 로 줄이면 글자가 4px 이 되어 **아무것도 읽을 수 없다** — 화면을 띄워
-     * 보고서야 드러났다. 그림은 선택해서 제 크기로 본다.
-     */
-    private renderCurve;
-    /** 그림을 제 크기로 보여 준다. 좁으면 줄이지 않고 넘겨 보게 둔다. */
-    private renderSheet;
-    /**
-     * 발견.
-     *
-     * 오류(막는 것)와 위반(알리는 것)을 **가려서** 보여 준다. 섞으면 저작자가 무엇을
-     * 반드시 고쳐야 하는지 모른다. 아무것도 없으면 「없다」고 말한다 — 빈 자리로 두면
-     * 검사가 돌았는지 알 수 없다.
-     */
-    private renderFindings;
-    /** 원본 데이터를 측정해 결과를 상태에 담는다. 셈은 전부 figure-model 이 한다. */
-    private measure;
-}
-export {};