@g1cloud/bpmn-modeler-next 5.0.0-beta.75 → 5.0.0-beta.77

package/dist/agent/resolver/index.d.ts

@@ -20,6 +20,9 @@ export interface ApplyBpmnOpsResult {
      *
      * **전후 diff 라 선재 결함은 담기지 않는다** — 남의 결함까지 돌려주면 에이전트가 그것을
      * 자기 배치 탓으로 읽고 무한 교정에 빠진다. 문서 전체 감사는 `auditBpmnGeometry`.
+     * 🔴 **예외 하나(B-219) — 이 배치가 앵커 대비 옮긴 주석이 가진 판정은 선재 키여도 담는다.** 판정 키에 위치가 없어
+     * 옮긴 주석이 같은 이름표 · 같은 주석 위에 남으면 「선재」로 걸러졌다 — 에이전트가 고치려고 옮긴 결과를 응답으로 못 봤다
+     * (원격 e92509 = 좌표를 손으로 쟀다 · fixture g12-12 = 두 번 연속 옮겼는데 둘 다 침묵). 그 관계는 이 배치가 만든 것이다.
      */
     findings: GeometryFinding[];
     /**

package/dist/agent/resolver/lower.d.ts

@@ -121,9 +121,18 @@ export declare function vacatedBoxesOf(services: object): readonly VacatedBox[];
 export declare function lowerOps(ops: readonly SymbolicOp[], services: ResolverServices): void;
 /** 주석 도형이 소유자로 등장할 수 있는 finding 의 소유 도형 id. */
 export declare function annotationOwnersOf(finding: GeometryFinding): readonly string[];
+/**
+ * **B-219** — 이 배치가 **앵커 대비** 옮긴 주석(중심 2px 넘게 움직였고 앵커와 같은 델타로 함께 옮겨진 승객이 아닌 것).
+ * placement 이동 · 주석 보정(B-56) · 문구 변경의 상자 크기 변화가 여기 든다 — 그 주석이 지금 가진 판정은 이 배치가 만든
+ * 관계라 선재 키여도 응답에 싣는다. 앵커만 움직이고 주석이 제자리면 들지 않는다(그 주석의 관계는 그대로다).
+ * `anchorOf` = 연관선 반대 끝(없으면 앵커 비교 없이 이동만 본다). 앵커가 연결이면 가운데 waypoint 로 잰다.
+ */
+export declare function repositionedAnnotationIdsOf(before: GeometryScene, after: GeometryScene, anchorOf: (annotationId: string) => string | undefined): Set<string>;
 export declare function repairIntroducedAnnotationOverlaps(services: Pick<ResolverServices, 'elementRegistry' | 'modeling'>, beforeKeys: ReadonlySet<string>, beforeShapeIds: ReadonlySet<string>, 
 /** B-210 — 1차 관통 보정이 미룬 간선(B-142). 그 간선이 지나는 **새** 주석도 이 패스가 맡는다. */
-deferredEdgeIds?: ReadonlySet<string>): void;
+deferredEdgeIds?: ReadonlySet<string>, 
+/** B-219 — 이 배치의 `annotation.update` 가 placement 로 둔 주석. 이것만 옮겨 본 자리의 선재 키 판정을 종전대로 거른다. */
+placedAnnotationIds?: ReadonlySet<string>): void;
 /**
  * **B-91 예방** — 이 배치가 만든 **풀 × 풀 겹침**을, 오른쪽 이웃을 밀어 해소한다.
  *