Miridih 내부 도식 · 레퍼런스 2026-08-26

미리디 아카이브

내용시각화 요소 대치 도식 3편, 코드·원문에서 직접 뽑은 레퍼런스 4편, 실측으로 쓴 설계 메모 3편, MOR-2018 인터랙티브 문서 2편. 전부 텍스트가 살아 있는 웹 페이지다.

문서 12 갈래 4 텍스트 검색 100% 외부 의존성 0
01

내용시각화 · 요소 대치

담당자 지도

병합 대치 정렬 문제

정렬 깨짐의 원인 2층 → 해결 레이어 2갈래 → 누구에게 물을까. "스마트블록" 정의 충돌부터 확인.

  • tidyLayout
  • DimensionPolicy
  • 에스컬레이션
열기
알고리즘 · 코드 실측

재배치 알고리즘 파이프라인

v0.7v0.6이 지적한 중복 셋 중 둘이 실제로 정리된 판이다. 짝 밀기 두 벌이 method 7 한 벌로 합쳐지면서 method 4는 밴드 쪼개기만 남았고, τ는 후보의 문에서 단계의 파라미터로 내려갔다(스택은 τ=0.5, 짝 밀기는 언제나 열림). 「띠」→「밴드」 낱말 정본과 glossary도 생겼다. 상세 흐름도를 후보 내부 단계까지 펴고, 시간·공간 복잡도와 85건 전건 실행 발동 빈도를 다시 쟀다.

  • 내부 단계 흐름도
  • 7·8 분업 판별식
  • 중복 정리 전후
  • τ = 단계 파라미터
  • 시간 · 공간 복잡도
  • 85건 발동 실측
열기
설계 · 코드 실측

유휴 여백 재배치 설계

재배치가 남긴 FAIL을 페이지의 빈 공간을 이동 예산 삼아 다시 푼다. 발동 조건을 「텍스트 넘침이 있을 때」에서 신규 겹침 ∧ 유휴 ≥ τ(0.5)로 일반화하고, 세로 스프레드(method 7)·가로 탈출(method 8)을 붙였다. 96건 실측 FAIL 17→12, 신규 겹침 59→42쌍, 나빠진 케이스 0건. 회귀 한 건이 「자(판정 박스)의 불일치」를 드러내 실측 tight 배관을 낳은 과정까지.

  • method 7 세로 스프레드
  • method 8 유휴 지도
  • τ 스윕 0.4/0.5/0.65
  • betterOf 회귀 가드
  • 설계안 A·B·C 4편
열기
구조 변경 · 실측

엔진 내장 렌더 호스트

재배치 뷰어의 그림을 그리던 남의 preview 서버가 삭제됐다. 미리캔버스 엔진 렌더러를 저장소 안으로 들여 같은 화면을 스스로 그리게 만든 과정 — 엔진 패키지가 왜 세 층으로 갈리는지, paper-esm 이 왜 화면을 하얗게 만들었는지, 렌더가 텍스트 박스를 안 고친다는 사실이 재검증을 어떻게 무력화할 뻔했는지.

  • PageRootView
  • CJS/ESM 사본
  • tight box 실측
  • same-origin iframe
열기
설계 결정 · 실측

폰트 축소 하한

글자를 줄여 넘침·겹침을 풀면 FAIL 40건 중 15건. 하한은 「원안 대비 배율」과 「페이지 대비 크기」를 둘 다 걸어야 한다 — 컨테이너는 기준이 못 된다.

  • ISO 9241-303
  • 가독성 하한
  • 119건 실측
열기
지표 해부 · 인터랙티브

overlapAreaMap — 신규 겹침 게이트

재배치가 통과냐 탈락이냐를 가르는 지표 ⑥. 2단계 알고리즘과 제외 규칙 다섯 가지, 상수 값의 근거, 그리고 직접 밀어 보는 판정 시뮬레이터.

  • MOR-2018
  • 제외 규칙 5
  • W1 회귀 스펙
열기
파이프라인 · 코드 실측

테스트 케이스 제작 로직

재배치 코퍼스는 커밋된 sheetJson 폴더다. 입구가 둘(addTestCase·importCase)인데 갈라지는 것은 페이로드를 만드느냐 하나뿐이고, 렌더에서 합류한다. 왜 글자 축소를 끄고 굽는지(shrinkConfigs 실측표), 굽기 전 라벨이 왜 거짓말인지(5628689: tight 없이 SUCCESS, 구우면 FAIL), 그리고 problems낡은 채로 남는 실제 사례까지 — 플로우차트 넷.

  • 두 입구 · 한 합류점
  • §id 해석 4단계
  • 축소 끄는 레버
  • 굽기 → 라벨 → 정답
  • pruneCases 두 갈래
열기
지표 · 판정 · 코드 실측

알고리즘 적용 결과 채점 로직

「예쁜가」를 사람 눈 대신 숫자로 판정한다. 판정 박스가 프레임 → tight → visual 로 두 번 옮겨진 역사와 그 실측(기호 있는 텍스트 117개가 중앙값 30.94px 넓어진다), 지표 ①~⑦, 의도된 겹침을 빼는 여섯 필터, 그리고 FAIL 게이트 셋 → SUCCESS 눈금 둘로 라벨이 갈리는 흐름 — 플로우차트 셋.

  • judgeDocs 네 걸음
  • 판정 박스 셋
  • 지표 ①~⑦
  • 게이트 흐름도
  • 상수 13개의 근거
열기
설계 · 코드 실측

Component Signature (comp-sign)

컴포넌트의 지문. 디자인 문서 + RLSC 에서 구조 해시·text_map·채점 feature·visual tree 를 뽑아, 글도 같은 방식으로 해시해 등호 하나로 담을 컴포넌트를 찾는다. 3세대(sig3)가 스타일을 트리에서 빼고 자격 게이트로 옮긴 이유와, v38 → v50 연표·이슈까지.

  • 네 필드 · 구조 문자열
  • role-only + H 마킹
  • 표 · 차트 격자 토큰
  • v48 회귀 교훈
열기
02

실행 구조 · 서버와 브라우저

03

MORDOR · 규약과 정보 구조화

04

데이터 포맷 레퍼런스

검색 결과가 없습니다.