karim 250853d7d0 Waende: Cluster-Boolean-Union + Click-UX + Outline/Centerline + Smart-L-Join
Geometrie
- _find_wall_cluster: BFS ueber alle same-material verbundenen Waende inkl.
  T-Junctions (Stem auf Through-Achse + Through-Wand-Mitte erkannt)
- _build_cluster_union_brep: per-Wand-Rect-Extrude + Boolean-Union zu einem
  einheitlichen Brep. Walls ueberlappen am Joint via Extension um
  nachbar_dicke/2 (Far-Face-Reach ohne Stummel)
- _regen_cluster_anchor: Anchor-Pattern wie Chain — anchor haelt cluster_brep
  + alle openings als BoolDiff cutouts pro Member-Wand
- _is_linear_chain: nur lineare 2-Wall-Endpoint-Sequenzen → existing
  Polyline-Extrude. Komplexe Cluster (verzweigt / mit T-Junction) → Union

Auto-T-Snap
- _t_snap_to_wand_axis mit zwei Pfaden:
  - Volume-Hit: IsPointInside (strict=False) auf wand_volume Brep → snap zur
    naechsten Cluster-Achse, unabhaengig von Wand-Dicke
  - Axis-Near: dynamische Toleranz max(15cm, dicke/2+10cm) → dicke Waende
    kriegen groessere Snap-Zone
- Endpunkt-Bias 10cm → naher Endpunkt gewinnt fuer saubere Corner
- Aufruf in _collect_wall_polyline + first-pt der Wand-Erstellung

Click-Verhalten
- _ClusterVolumeSelectHandler (MouseCallback): in Plan-View
  - Klick INNEN im Volume → naechste Achse selektieren
  - Klick auf Vertex (12 px) → Volume selektieren (Standard)
  - Klick auf Edge (8 px) → Volume selektieren (Standard)
  - Klick direkt auf Achse (5 px) → Rhino-Standard, Achse selektiert
- wand_axis aus _PAIRED_SOURCE_TYPES raus → Klick auf Linie selektiert NUR
  die Linie (kein Mit-Selektieren des Volumens)
- wand_volume bleibt in _PAIRED_VOLUME_TYPES + _collect_partners erweitert:
  Volume-Klick sammelt alle Cluster-Member-Achsen + Centerlines + Outlines
  → alle Referenzlinien leuchten bei Volume-Klick mit auf
- Auto-Group fuer alle Waende entfernt + Startup-Migration
  _migrate_strip_wall_auto_groups_once raeumt alte Memberships

Outline + Centerline
- _make_wall_centerline: parallele Achse-Offset bei ref != mid → Centerline
- _make_wall_outline: geschlossenes Viereck (linker + rechter Offset +
  perpendikulare Caps)
- _regen_wall_lines: LOCKED Curves auf Referenzen-Sublayer
  - Centerline (dashed): nur bei ref=left/right
  - Outline (solid): nur Solo-Waende (Cluster-Member ueber merged Brep)
- Beide mit dossier_type-Tag fuer Cleanup beim naechsten Regen

Smart-L-Join (dJoin)
- _l_join_attempt: 2 OFFENE Curves mit nicht-parallelen Tangenten →
  unendliche-Linien-Schnitt + Endpunkte beider Curves auf Schnittpunkt
  ersetzen (extend / shorten zu L)
- _walls_and_curves_from_sel: dedupliziert Selection via wall_id, akzeptiert
  axis+volume Auto-Group als 1 Wand
- Fallback zu Standard _Join wenn nicht passend

Performance
- Joint-Cache per-batch invalidieren statt per-regen (sticky
  _dossier_regen_batch_active)
2026-05-30 16:12:48 +02:00

Dossier

Rhino-8 Plugin für architektonisches Entwerfen mit smarten Bauteilen — Geschosse, Wände, Decken, Dächer, Öffnungen (Fenster/Türen), Treppen (gerade · L · Wendel). Teil der OpenStudio-Suite (mit Rapport als Schwestertool).

Die React-UI wird in Rhinos Eto.Forms-WebView über LoadHtml (inline) eingebettet — die Plugin-Logik läuft in CPython 3.9 (Rhino 8 Script-Editor-Engine, Mac).

Voraussetzungen

Tool Version
Rhino 8 (Mac · Windows untestet)
Node.js ≥ 20 (für Vite 8)
npm ≥ 10
Python CPython 3.9 (Rhino 8 Script-Editor-Engine)

Optional — für den Standalone-Launcher:

Tool Version
Rust toolchain ≥ 1.77 (rustup)
Plattform-Build-Tools siehe Tauri Prerequisites

Setup

git clone http://192.168.1.247:3000/karim/DOSSIER.git
cd DOSSIER
npm install

Entwicklung

React-UI bauen (nach jeder UI-Änderung):

npm run build       # → dist/index.html (inline-fähig)

Im Browser entwickeln (HMR, ohne Rhino — für reine UI-Arbeit):

npm run dev         # http://localhost:5173

Plugin in Rhino starten:

In Rhino 8 das Hauptpanel über _RunPythonScript öffnen:

# Hauptmenu
_RunPythonScript "/Users/karim/STUDIO/DOSSIER/rhino/rhinopanel.py"

Bei Änderungen am Python-Code Panels neu laden:

import importlib, sys, scriptcontext as sc
# Bridges zuruecksetzen
for k in list(sc.sticky.keys()):
    if any(p in k.lower() for p in ['elemente','gestaltung','oberleiste','massstab','ausschnitte','layouts','overrides','werkzeuge','dimensionen']):
        sc.sticky[k] = None
# Module neu laden
for m in list(sys.modules):
    if any(p in m for p in ['elemente','gestaltung','oberleiste','massstab','ausschnitte','layouts','overrides','werkzeuge','dimensionen','panel_base']):
        importlib.reload(sys.modules[m])

Architektur

Kommunikation React ↔ Python

  • React → Python: document.title = "RHINOMSG::{json}" (queue-basiert, 80 ms delay)
  • Python → React: webview.ExecuteScript("window.onRhinoMessage({...})")

Datenmodell

  • Geschosse in doc.Strings["dossier_ebenen"] als JSON (Name, Höhe, OKFF, Typ).
  • Smart-Elemente (Wand, Decke, Dach, Öffnung, Treppe) als Rhino-Objekte mit UserStrings — dossier_element_id, dossier_element_type, etc.
  • Source ↔ Volume Pattern: jedes Element hat eine Source-Geometrie (Achse/Outline/Punkt) + ein generiertes Volume (Brep). Source-Änderungen triggern automatische Regeneration.

Layer-Hierarchie

10_GRUNDRISSE
  └── EG
      ├── 20_WÄNDE
      ├── 30_DECKEN
      ├── 31_DÄCHER
      └── 40_TREPPEN
  └── 1OG (gleiche Sublayer)
20_SCHNITTE
30_ANSICHTEN
00_RASTER · 01_VERMESSUNG · 40_SITUATION · 90_REFERENZEN · 99_KONSTRUKTION

Projektstruktur

.
├── src/                       Frontend (React)
│   ├── App.jsx                Hauptpanel (Geschosse + Ebenen)
│   ├── ElementeApp.jsx        Smart-Elemente Panel
│   ├── AusschnitteApp.jsx     Ausschnitte (Detail-Views)
│   ├── LayoutsApp.jsx         Layouts + PDF-Export
│   ├── MassstabApp.jsx        Massstab/Display-Modes
│   ├── DimensionenApp.jsx     Objekt-Info (Position/Abmessungen)
│   ├── OverridePanel.jsx      Override-Regeln + Kombinationen
│   ├── TextEditorApp.jsx      DOSSIER-Text WYSIWYG-Editor (Rich-Text via RTF)
│   ├── components/            EbenenManager, GeschossManager, BarControls (shared Pill-UI), ...
│   └── lib/rhinoBridge.js     React↔Python Bridge
├── rhino/                     Backend (IronPython 3)
│   ├── rhinopanel.py          Haupt-Entry, Bridge-Pattern
│   ├── panel_base.py          BaseBridge + Panel-Registration
│   ├── elemente.py            Smart-Elemente (Wand/Decke/Dach/Oeffnung/Treppe)
│   ├── ausschnitte.py         Ausschnitte (Detail-Views)
│   ├── layouts.py             Layouts + PDF-Generierung
│   ├── massstab.py            Massstab/Display-Modes
│   ├── overrides_panel.py     Override-Regeln
│   ├── dimensionen.py         Objekt-Info Panel
│   ├── gestaltung.py          Gestaltung (Override-Editor)
│   ├── werkzeuge.py           Werkzeug-Sammlung
│   ├── text_editor.py         DOSSIER-Text Backend (Frame-Pick + Rich-Text-RTF)
│   ├── text_create.py         Text-Styles, Font-Apply, Selection-Settings
│   └── oberleiste.py          Top-Menue (verbindet alle Panels)
├── launcher/                  Tauri-2 Standalone-Launcher (optional)
├── dist/                      Gebaute React-App (npm run build)
├── public/                    Statische Assets
├── icons_export/              Material-Icons als SVG
└── vite.config.js             `base: './'` (wichtig fuer file:// inline)

Bekannte Limitierungen

  • Python-Identifier ohne Umlaute (ue/oe/ae statt ü/ö/ä) — UI-Strings dürfen Umlaute, Code-Bezeichner / Layer-Codes / UserString-Keys nicht. Konvention seit der Py3-Migration.
  • Kein Docking der Panels (Rhinos RegisterPanel schlägt fehl: "constructor must accept uint, RhinoDoc or no params"). Panels laufen daher als schwebende forms.Form-Fenster.
  • LoadHtml-inline statt file://-URL — Rhinos WKWebView blockiert sonst <script type="module"> durch CORS-Restrictions.
  • TextEntity-RTF: Rhinos eingebauter Parser unterstützt nur \b \i \ul \strike \fN \tab {} plus Newline-via-\par-zwischen-Groups. Kein \fs (= eine TextEntity hat global eine Schriftgröße, keine per-Segment-Sizes). Newlines/Replace-Quirks siehe _runs_to_rtf in rhino/text_editor.py.

Lizenz

GNU AGPL-3.0-or-later

S
Description
Rhino 8 Plugin — OpenStudio Suite (Architektur-Bauteile)
Readme AGPL-3.0 12 MiB
Languages
Python 67.6%
JavaScript 28.1%
Rust 1.8%
CSS 1.3%
C# 0.5%
Other 0.7%