@g1cloud/bpmn-modeler-next 5.0.0-alpha.93 → 5.0.0-alpha.94
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/agent/resolver/lower.d.ts +28 -0
- package/dist/bpmn-modeler.js +5988 -5931
- package/dist/bpmn-modeler.umd.cjs +51 -51
- package/package.json +1 -1
|
@@ -87,6 +87,34 @@ export declare function repairIntroducedAnnotationOverlaps(services: Pick<Resolv
|
|
|
87
87
|
* 틈 **60px** · 겹침 308·180 ⇒ dx **368**(사람은 +340 으로 틈 32 를 수용했다 — 같은 방향 28px 차).
|
|
88
88
|
*/
|
|
89
89
|
export declare function repairIntroducedPoolOverlaps(services: Pick<ResolverServices, 'elementRegistry' | 'modeling'>, beforeKeys: ReadonlySet<string>, sceneBefore: GeometryScene): void;
|
|
90
|
+
/**
|
|
91
|
+
* 🔴 **B-120 — 문서 전체가 한 우변에 맞춰져 있던 풀들을 배치 뒤에도 한 우변으로 되돌린다.**
|
|
92
|
+
*
|
|
93
|
+
* 증언(표본 86) = *"레인 끝부분이 걸린건 위쪽의 세개의 레인이 정렬되있어서야"*. 배치는 두 풀만 늘렸고 **늘리는 경로가 둘인데
|
|
94
|
+
* 기준이 다르다**(`shiftGroups` = 내용 우단 +150 · `createSpace` = 밀기 폭) — 한 우변이 셋으로 갈렸다.
|
|
95
|
+
* 🔴 **판별자는 「양」이 아니라 「대상」이다** — 우변이 같은 풀이 몇 개인가가 아니라 **문서 전체가 한 우변이었나**. N20 전이 =
|
|
96
|
+
* 전체 정렬 무리는 사람이 **3/3 반응** · 부분 무리는 **0/5**. 부분 일치는 도구 문서에서도 우연히 생긴다(저장본 부분 무리 19/69 ↔
|
|
97
|
+
* 전체 정렬 0/69). ⇒ 발동은 **배치 전 모든 풀(≥2)의 우변이 같을 때만**이다.
|
|
98
|
+
*
|
|
99
|
+
* **목표 우변 = max(base 우변, 각 풀의 산출 내용 우단 + 150)** — 사람 값이 있는 회차(표본 85 = 2338)를 **정확히** 낸 규칙은
|
|
100
|
+
* 이것 하나였다(무리 최댓값 · 풀별 base 여백 보존은 둘 다 2473). base 우변 아래로는 **안 줄인다**.
|
|
101
|
+
* 🔴 **줄이는 쪽도 확정 7 ③ 안이다**(2026-09-28 사용자 결정) — 줄이는 것은 이 배치가 스스로 늘린 폭뿐이라 배치 전과 대면
|
|
102
|
+
* 결과는 여전히 「넓어졌거나 같다」(🔁 B-118 짝 폐포가 「관계 보존」 이동을 공간 확보로 받은 선례).
|
|
103
|
+
*
|
|
104
|
+
* 대상 = **배치 전에 있던 풀만**(배치가 만든 풀은 무리 밖 — 사용자 결정). 연결은 **다시 그리지 않는다**(`layout: false`) — 풀
|
|
105
|
+
* 경계에 도킹한 사람 메시지의 경로를 폭 조정이 바꾸면 안 된다. 그 대신 끝점이 새 경계 밖에 남는 형상은 아래 가드가 막는다
|
|
106
|
+
* (🔴 `edge-endpoint-detached` 는 컨테이너 끝점을 안 잰다 — 판정 게이트로는 못 막는다).
|
|
107
|
+
*
|
|
108
|
+
* ⚠ **가드 셋 — 하나라도 걸리면 아무것도 안 바꾼다**(종전 그대로): ① 새 우변 밖에 남는 내용(도형 · 라벨 · 풀 안 간선의
|
|
109
|
+
* 웨이포인트와 라벨) ② 풀에 도킹한 연결 끝점이 새 우변 밖이거나 옛 우변 **위**(우변 도킹은 어느 쪽으로 옮겨도 떨어진다)
|
|
110
|
+
* ③ 늘린 띠가 남의 도형·라벨을 덮는다(루트 직속 주석 — 판정이 「남의 안」으로 안 잡는다). 채택 = 게이트용 판정의
|
|
111
|
+
* **새 키 0개**(🔁 B-92 ⓐ — 총량이 아니라 키 집합).
|
|
112
|
+
*
|
|
113
|
+
* 🔴 **`repairIntroducedPoolOverlaps` 뒤 · `repairIntroducedGroupGrowth` 앞이다** — 앞 패스는 배치 전 틈을 되살리며 풀을
|
|
114
|
+
* 옮기고, 뒤 패스는 풀을 품은 그룹 상자의 여백을 **최종 풀 기하**에 대고 재야 한다(🔁 「앞 단계의 판단이 뒤 단계가 바꾼
|
|
115
|
+
* 전제 위에 남는다」 — B-51·B-58·B-71·B-88). 라우팅·라벨 보정보다도 앞이라 그쪽은 새 경계를 본다.
|
|
116
|
+
*/
|
|
117
|
+
export declare function restorePoolRightAlignment(services: Pick<ResolverServices, 'elementRegistry' | 'modeling'>, sceneBefore: GeometryScene): void;
|
|
90
118
|
/**
|
|
91
119
|
* **B-83 ⓐ** — 기존 그룹 상자가 **크기 변화**를 따라가지 못하는 것을 고친다.
|
|
92
120
|
*
|