@g1cloud/bpmn-modeler-next 5.0.0-beta.72 → 5.0.0-beta.74

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

@@ -67,6 +67,10 @@ export declare function planMergedSegmentDetour(a: GeometryPoint, b: GeometryPoi
  * 폭 안). 해법은 우회가 아니라 **중간 구간을 장애물 옆으로 옮기는 것** — 점 수는 그대로 4 다.
  * 두 후보(장애물 왼쪽/오른쪽 또는 위/아래)를 돌려주고 채택은 호출자가 판정기로 한다.
  *
+ * 🔴 **B-214 — 꺾임점이 장애물 밖이어도 이 후보를 구간 우회보다 먼저 본다**(`planEdgeRepair`). 종전엔 구간 우회가
+ * `null` 일 때만 도는 폴백이라, 라우터의 Z 가 가운데 x 로 도형 하나를 지나면 구간 우회가 줄 중간 덧댐(S자 8점)을
+ * 붙였다 — 사람 문서의 줄 중간 덧댐은 **0/4,244 흐름**이고 사람은 도구 덧댐 11 중 7 을 폈다.
+ *
  * `null` = 4점 직각 경로가 아니다.
  */
 export declare function planMiddleSegmentShifts(waypoints: readonly GeometryPoint[], rect: GeometryShape, margin?: number): [GeometryPoint[], GeometryPoint[]] | null;
@@ -93,6 +97,16 @@ export declare function forwardThreePointCandidates(edge: GeometryEdge, shapes:
  * 사람 문서 0/1040 · 사람은 6/7 을 고쳤다). 위 전례는 목표 열 ≠ 출발 열이었다 — 같은 열이면 ㄷ 우회(B-9 ②)로 넘긴다.
  */
 export declare function farSideChannelCandidates(edge: GeometryEdge, shapes: readonly GeometryShape[]): GeometryPoint[][];
+/** B-214. 다른 흐름의 화살표 끝에서 이 거리 안을 닿거나 건너면 「화살표 끝 곁」이다(덧댐 · 이동의 장애물 여백과 같은 축척). */
+export declare const ARROW_TIP_CLEARANCE = 25;
+/**
+ * B-214. 이 경로가 **다른 흐름의 화살표 끝 곁**(마지막 구간 위 · 끝점에서 `ARROW_TIP_CLEARANCE` 안)을 닿거나 건너는 흐름 수.
+ * 같은 목표로 드는 흐름은 뺀다 — 합류는 끝에서 모이는 것이 정상이다.
+ *
+ * 판정 kind 가 아니다 — 관통이 같은 후보 사이를 가르는 **순서 기준**으로만 쓴다(정방향 본선에서 장애물 왼쪽 = 본선이
+ * 들어오는 쪽이라, 고정 순서 [왼쪽, 오른쪽] 은 들어오는 화살표 끝 20px 에 선다 — 원격 C1 사전 실행 · 합성).
+ */
+export declare function arrowTipNearCount(points: readonly GeometryPoint[], edge: GeometryEdge, others: readonly GeometryEdge[]): number;
 /**
  * 한 간선의 관통을 없애는 웨이포인트를 찾는다(순수). 못 찾으면 `null`.
  *
@@ -281,6 +295,19 @@ export declare function planBackEdgeBoundaryClearance(edge: GeometryEdge, scene:
  */
 export declare function repairIntroducedDetours(services: Pick<ResolverServices, 'elementRegistry' | 'modeling'>, beforeEdgeIds: ReadonlySet<string>, reroutedEdgeIds: ReadonlySet<string>): void;
 export declare function repairIntroducedBoundaryHugging(services: Pick<ResolverServices, 'elementRegistry' | 'modeling'>, beforeEdgeIds: ReadonlySet<string>): void;
+/**
+ * 🔴 **B-211 — 경로가 끝점 아닌 게이트웨이의 꼭짓점에 닿고, 그 꼭짓점에 도킹한 다른 흐름의 끝점을 지나는가.**
+ *
+ * 후보 게이트 둘이 이 형상을 각자 면책한다 — `crossedShapesOf` 는 bbox 를 `CROSS_INSET` 만큼 줄인 상자에 **들어와야**
+ * 관통이라 마름모 꼭짓점 접촉(실형상 거리 0)이 빠지고, `crossingCost` 는 진성 교차만 세서 도킹점을 **정확히 지나는** 선이
+ * 빠진다(N1307). 둘이 겹치면 꼭짓점을 지나는 후보가 「관통 0 · 교차 0」 으로 1등이 된다 — 원격 반품 문서의 재시도 루프가
+ * 「환불 결과?」 왼쪽 꼭짓점 = 들어오는 화살표 끝을 지나 선이 게이트웨이로 드는 것처럼 읽혔다(판정 0). 구조적이다: 게이트웨이
+ * (폭 50)가 같은 열에 중심 정렬되면 도킹 편이 25 가 곧 꼭짓점 x 다.
+ *
+ * 🔴 **N20** — 사람 문서(레거시 161 · 실무 26)에 이 형상 0 · 끝점 아닌 게이트웨이에 20px 안으로 다가간 선조차 0.
+ * ⚠ 꼭짓점 **접촉만**(도킹한 흐름이 없는 꼭짓점)은 세지 않는다 — 측정한 얼굴(P3)보다 넓히지 않는다.
+ */
+export declare function passesGatewayVertexDock(points: readonly GeometryPoint[], edge: GeometryEdge, scene: GeometryScene): boolean;
 /**
  * 한 간선의 **읽을 수 없는 중첩**(반대 방향 · 종류 다름)을 없애거나 줄이는 경로(순수). 못 찾으면 `null`.
  * 종류 다른 중첩(B-17 ⓐ)의 보정 = 도킹 편이 — "가급적 중심에 도킹하되 어쩔 수 없을 땐 약간 비껴서"