속성 큐레이션 근거를 재는 진단 2종 — --db-props / --db-lines

2단계(신규 서식 제작 가능 선언)에서 어떤 속성을 인스펙터에 올릴지 정해야 하는데,
그 판단을 취향이나 레거시 소스 읽기만으로 하고 싶지 않았다. 실제 서식이 무엇을 쓰는지 셌다.

--db-props : 타입별 속성 전수 집계(디자인 1,271건 / 컨트롤 164,091개).
  키별 보유율과 상위 값 분포를 함께 찍고, 현재 기술자에 없어 편집할 수 없는 키는 ＋ 로 표시한다.
  이 목록이 곧 '레거시로는 되는데 우리로는 못 만드는 것'의 목록이다.

--db-lines : 선의 경계 모양과 Orientation 이 어긋나는 건수.
  우리 캔버스는 사각형으로 선을 그리고 EMR 은 Orientation 으로 그린다
  (MLine: Horizontal 이면 (0,0)→(Width,0), Vertical 이면 (0,0)→(0,Height)).
  두 규칙이 실제로 충돌하는지 모르면 렌더를 건드려야 하는지 알 수 없다.

첫 집계에서 이미 드러난 것:
- 선 32,599개 중 경계 모양과 Orientation 불일치 0건. 기존 서식에서는 두 규칙이 완전히 일치한다.
  → 캔버스 렌더를 바꿀 이유가 없다. 문제는 SheetMe 가 만드는 새 선뿐이다(Orientation 을 못 쓴다).
  → 세로선은 예외가 아니라 주류다: Vertical 12,721 대 Horizontal 90.
- Score 는 TextBox·CheckBox·RadioButton·CalcBox 에서 숫자지만
  ComboBox 에서는 문자열이다(-×625, ++×22, normal×10). 숫자 편집기를 붙이면 조용히 망가진다.
- 대소문자 함정이 실측으로 확인됐다: Label 은 소문자 visible 58,864건(99.7%),
  대문자 Visible 은 196건뿐. CheckBox·RadioButton 은 ControlVisible 을 따로 쓴다.
- PrintOutPut 은 사실상 항상 True(Label 54,510건 중 False 1건, Line 은 False 0건).
- IsRequiredValue 값은 True/False 가 아니라 No/Yes 다.

읽기 전용 진단이며 문서를 건드리지 않는다.
회귀: 편집 스모크 실패 0, 종이 렌더 P062 바이트 동일.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

src/SheetMe.Designer/App.xaml.cs

@@ -142,6 +142,16 @@ public partial class App : Application
             return Diagnostics.DbSmoke.RunRow(args[1], args[2]);
         }
 
+        if (args.Length >= 2 && args[0] == "--db-lines")
+        {
+            return Diagnostics.DbSmoke.RunLineReport(args[1]);
+        }
+
+        if (args.Length >= 2 && args[0] == "--db-props")
+        {
+            return Diagnostics.DbSmoke.RunPropUsageReport(args[1]);
+        }
+
         if (args.Length >= 2 && args[0] == "--db-shtmst")
         {
             return Diagnostics.DbSmoke.RunShtMstReport(args[1]);