Refresh site copy to reflect current Dossier state

- Move Display-Mode "Dossier Plan" to shipped; describe walls as multilayer
  with T-/L-/X-joints and Sturz/Brüstung openings; expand stairs depth and
  configurable 2D plan display
- Drop BIM framing and identity-by-negation throughout
- Replace named CAD product comparisons with generic phrasing
- Remove unsupported "6+ months in production" claim
- Use "Python 3.9" instead of "CPython 3.9" in user-facing copy
- Rename "Tauri-Launcher" card to "Launcher" and drop sparkles icon

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

content/_index.md

@@ -18,7 +18,7 @@ toc: false
 
 <div class="hx:mb-12">
 {{< hextra/hero-subtitle >}}
-  Ein Design-Studio für Rhino — smarte Bauteile, Schnitte, Plan-Vorlagen, Materialien, Symbole und SIA-416-Räume. Modell-Qualität und Planabgabe direkt aus 3D, ohne BIM-Cloud.
+  Ein Design-Studio für Rhino — smarte Bauteile, Schnitte, Plan-Vorlagen, Materialien, Symbole und SIA-416-Räume. Vom 3D-Modell direkt zur Planabgabe.
 {{< /hextra/hero-subtitle >}}
 </div>
 
@@ -31,21 +31,21 @@ toc: false
   <span class="dossier-meta-item">AGPL-3.0</span>
   <span class="dossier-meta-item">Rhino 8+</span>
   <span class="dossier-meta-item">macOS &amp; Windows</span>
-  <span class="dossier-meta-item">CPython 3.9</span>
+  <span class="dossier-meta-item">Python 3.9</span>
   <span class="dossier-meta-item">Open Source</span>
 </div>
 
 <div class="hx:mt-12 hx:mb-8 hx:text-center">
   <p style="font-size: 10px; letter-spacing: 0.2em; text-transform: uppercase; color: var(--dossier-accent); margin-bottom: 12px;">ANSATZ</p>
   <h2 style="font-family: 'Playfair Display', serif; font-size: clamp(26px, 3.5vw, 40px); font-weight: 400; line-height: 1.2; margin: 0 auto 16px; max-width: 580px;">Aus Rhino ein vollständiges Design-Studio machen</h2>
-  <p style="font-size: 13px; line-height: 1.8; color: var(--dossier-text-3); max-width: 620px; margin: 0 auto;">Rhino ist stark in der Geometrie — Dossier ergänzt das, was bis zur Planabgabe fehlt: smarte Bauteile, Schnitte und Ansichten, projektweite Material- und Symbol-Library, SIA-Räume, Layout-Set und Beschriftung. Kein BIM-Datenbank-Overhead, keine Cloud — die `.3dm` bleibt die einzige Quelle.</p>
+  <p style="font-size: 13px; line-height: 1.8; color: var(--dossier-text-3); max-width: 620px; margin: 0 auto;">Rhino ist stark in der Geometrie — Dossier ergänzt das, was bis zur Planabgabe fehlt: smarte Bauteile, Schnitte und Ansichten, projektweite Material- und Symbol-Library, SIA-Räume, Layout-Set und Beschriftung. Alle Daten leben direkt im `.3dm` — eine Datei pro Projekt.</p>
 </div>
 
 {{< hextra/feature-grid >}}
 
   {{< hextra/feature-card
     title="Smart-Elemente"
-    subtitle="Wände, Decken, Dächer, Öffnungen, Treppen und Tragwerk als parametrische Bauteile mit Source ↔ Volume Pattern. Wand v1 mit Polyline-Achse, Chain-Anchor und nativen Rhino-Grips — Cmd+Z über alle Joints stabil."
+    subtitle="Wände, Decken, Dächer, Öffnungen, Treppen und Tragwerk als parametrische Bauteile mit Source ↔ Volume Pattern. Mehrschichtige Wände mit T-/L-/X-Anschlüssen, erweiterter Öffnungs-Logik (Sturz, Brüstung) und nativen Rhino-Grips — Cmd+Z über alle Joints stabil."
     style="background: radial-gradient(ellipse at 50% 80%,rgba(95,168,150,0.10),hsla(0,0%,100%,0));"
   >}}
 
@@ -57,7 +57,7 @@ toc: false
 
   {{< hextra/feature-card
     title="Schnitte & Ansichten"
-    subtitle="Schnitt-Perspektive mit voller Section-Style-API — Hatch-Pattern für Schnittflächen, Hidden-Line-Removal, Schnittlinien-Stil pro Layer. Anlass für die CPython-3-Migration."
+    subtitle="Schnitt-Perspektive mit voller Section-Style-API — Hatch-Pattern für Schnittflächen, Hidden-Line-Removal, Schnittlinien-Stil pro Layer. Anlass für die Python-3-Migration."
     style="background: radial-gradient(ellipse at 50% 80%,rgba(95,168,150,0.12),hsla(0,0%,100%,0));"
   >}}
 
@@ -69,7 +69,7 @@ toc: false
 
   {{< hextra/feature-card
     title="Material-Library"
-    subtitle="ArchiCAD-style List/Detail mit Auto-Regen, Materialvorschau und Material/Ebene-Separation. Linetypes per .lin- und Hatches per .pat-Import direkt ins Projekt."
+    subtitle="Klassisches List/Detail-Layout mit Auto-Regen, Materialvorschau und Material/Ebene-Separation. Branchenübliche `.lin`- und `.pat`-Files (Linetypes und Hatches) direkt ins Projekt importieren."
   >}}
 
   {{< hextra/feature-card
@@ -89,7 +89,7 @@ toc: false
 
   {{< hextra/feature-card
     title="Massstab & Display-Modes"
-    subtitle="Viewport-Skala 1:N mit Auto-DPI über CoreGraphics, PlotWeight-Synchronisation und Display-Mode-Kopplung an Ausschnitte. Display-Mode Dossier-Plan (Hidden-Line, weisser Hintergrund, Section-Hatch) in aktiver Entwicklung."
+    subtitle="Viewport-Skala 1:N mit Auto-DPI über CoreGraphics, PlotWeight-Synchronisation und Display-Mode-Kopplung an Ausschnitte. Display-Mode Dossier-Plan (Hidden-Line, weisser Hintergrund mit Schwarz-Remap, Section-Hatch) produktiv — Plan-Qualität direkt aus 3D."
   >}}
 
   {{< hextra/feature-card
@@ -123,9 +123,8 @@ toc: false
   >}}
 
   {{< hextra/feature-card
-    title="Tauri-Launcher"
+    title="Launcher"
     subtitle="Standalone-App für Projekt-Verwaltung, Settings-Sync, Auto-Updates und Window-Layouts. System-Tray, file-based IPC zu Rhino — beide Apps laufen unabhängig voneinander."
-    icon="sparkles"
   >}}
 
 {{< /hextra/feature-grid >}}
@@ -134,7 +133,7 @@ toc: false
   <span class="dossier-stack-label">Aufgebaut auf</span>
   <div class="dossier-stack-items">
     <span class="dossier-stack-item">RhinoCommon</span>
-    <span class="dossier-stack-item">CPython 3.9</span>
+    <span class="dossier-stack-item">Python 3.9</span>
     <span class="dossier-stack-item">React + Vite</span>
     <span class="dossier-stack-item">Eto.Forms WebView</span>
     <span class="dossier-stack-item">Tauri 2</span>

content/docs/_index.md

@@ -22,7 +22,7 @@ Willkommen zur DOSSIER-Dokumentation. DOSSIER ist ein **Rhino 8 Plugin** für ar
 
 Dossier bündelt den gesamten architektonischen Workflow in Rhino:
 
-- **Modellieren** mit smarten Bauteilen (Source ↔ Volume Pattern, Wand v1 mit Polyline-Achse)
+- **Modellieren** mit smarten Bauteilen (Source ↔ Volume Pattern, mehrschichtige Wände mit Polyline-Achse, Treppen mit einstellbarer 2D-Darstellung)
 - **Strukturieren** über Geschosse, Multi-Geschoss-Clipping und eine automatische Layer-Hierarchie
 - **Schneiden & Anschauen** mit der vollen Section-Style-API und Schnitt-Perspektive
 - **Material- & Symbol-verwalten** projektzentral aus den Project-Settings (PBR-Texturen, 2D+3D-Symbol-Pairs)
@@ -33,6 +33,6 @@ Dossier bündelt den gesamten architektonischen Workflow in Rhino:
 
 ## Laufzeit
 
-DOSSIER läuft als **CPython 3.9** über Rhinos neuen Python-3-Engine. Die UI wird in einem React-WebView-Panel über Rhinos Eto.Forms-Layer eingebettet (inline via `LoadHtml`).
+DOSSIER läuft als **Python 3.9** über Rhinos neuen Python-3-Engine. Die UI wird in einem React-WebView-Panel über Rhinos Eto.Forms-Layer eingebettet (inline via `LoadHtml`).
 
 Lese die [Architektur-Übersicht](architektur) für Details zum Bridge-Pattern und den Sticky-Storage-Konventionen.

content/docs/erste-schritte.md

@@ -12,7 +12,7 @@ DOSSIER in **5 Minuten** zum Laufen bringen.
 | Tool   | Version                                  |
 |--------|------------------------------------------|
 | Rhino  | 8 (Mac · Windows getestet, primär Mac)   |
-| Python | CPython 3.9 (Rhino 8 Script-Editor-Engine) |
+| Python | 3.9 (Rhino 8 Script-Editor-Engine)        |
 | Node   | ≥ 20 (nur für UI-Builds — fertige Distribution braucht das nicht) |
 
 Optional — für den Standalone-Launcher:

content/docs/roadmap.md

@@ -5,7 +5,7 @@ weight: 3
 toc: true
 ---
 
-DOSSIER ist ein **Design-Studio für Rhino**, keine BIM-Cloud. Der Fokus liegt auf **3D-Modell-Qualität** und sauberer Planabgabe direkt aus dem Modell — keine externe Datenbank, keine Zwangs-Synchronisation, keine Cloud-Lock-in.
+DOSSIER ist ein **Design-Studio für Rhino**. Der Fokus liegt auf **3D-Modell-Qualität** und sauberer Planabgabe direkt aus dem Modell — alles lokal, alles im `.3dm`.
 
 Diese Seite hält den Status der grösseren Bauteile fest. Detail-Issues und Bugfixes laufen auf [Gitea](https://git.kgva.ch/karim/DOSSIER/issues).
 
@@ -13,13 +13,13 @@ Diese Seite hält den Status der grösseren Bauteile fest. Detail-Issues und Bug
 
 Die folgenden Bauteile sind im aktiven Einsatz und Teil der Pre-Release 0.1.0:
 
-### Wand-System v1
+### Wand-System
 
-Polyline-Wand mit **Chain-Anchor**, **Cmd+Z** über alle Joints stabil, native Rhino-**Grips** für Achs-Editierung. Siehe [Smart-Elemente](../../features/smart-elemente).
+Mehrschichtiger Wandaufbau mit unabhängigen Material- und Dicken-Stapeln pro Schicht. **T-/L-/X-Anschlüsse** führen die Schichtgeometrie konsistent mit. Polyline-Achse mit **Chain-Anchor**, **Cmd+Z** über alle Joints stabil, native Rhino-**Grips** für Achs-Editierung. **Öffnungs-Logik** erweitert um Sturz, Brüstung und parametrische Cutouts. Siehe [Smart-Elemente](../../features/smart-elemente).
 
 ### Schnitte & Ansichten
 
-Schnitt-Perspektive plus die volle **SectionStyle-API** (Schnittlinien-Stil, Section-Hatch, Hidden-Line-Removal). War der **konkrete Anlass** für die Migration von IronPython 2.7 zu CPython 3. Siehe [Schnitte & Ansichten](../../features/schnitte-ansichten).
+Schnitt-Perspektive plus die volle **SectionStyle-API** (Schnittlinien-Stil, Section-Hatch, Hidden-Line-Removal). War der **konkrete Anlass** für die Migration von IronPython 2.7 zu Python 3. Siehe [Schnitte & Ansichten](../../features/schnitte-ansichten).
 
 ### Geschoss-Management
 
@@ -31,7 +31,7 @@ Zentraler Dialog für Voreinstellungen + Projektdaten, Materialien, Linientypen,
 
 ### Material/Library-System
 
-**ArchiCAD-style List/Detail**-UI, **Auto-Regen** über die Smart-Element-Hierarchie, **`.lin`/`.pat`-Import** für Linetypes und Hatches, bewusste **Material/Ebene-Separation**. Siehe [Material-Library](../../features/materialien).
+Klassisches **List/Detail-UI**, **Auto-Regen** über die Smart-Element-Hierarchie, **`.lin`/`.pat`-Import** für Linetypes und Hatches, bewusste **Material/Ebene-Separation**. Siehe [Material-Library](../../features/materialien).
 
 ### Symbol-Library — Phase A + B
 
@@ -45,21 +45,19 @@ Zentraler Dialog für Voreinstellungen + Projektdaten, Materialien, Linientypen,
 
 Standalone-App für Projekt-Management, **Auto-Update** über `tauri-plugin-updater`, **System-Tray** mit Quick-Open und **file-based IPC** zu Rhino. Siehe [Launcher](../../launcher).
 
-## In Arbeit
-
 ### Display-Mode "Dossier Plan"
 
-{{< callout type="warning" >}}
+Plan-Qualität direkt aus dem 3D-Modell — drei kombinierte Effekte:
-Game-Changer für Plan-Qualität direkt aus 3D — kein Umweg über separate 2D-CAD-Dateien.
-{{< /callout >}}
-
-Drei kombinierte Effekte:
 
 - **Hidden-Line-Removal** über die aktive Section-Plane (Rhino-natives Verfahren)
 - **Weisser Hintergrund**, Layer-Display-Farben werden zu reinem Schwarz remappt
 - **Section-Hatch** aus der Layer-Property-Tabelle gerendert (siehe [Schnitte & Ansichten](../../features/schnitte-ansichten))
 
-Ziel: Wettbewerbs- und Konkurrenz-Pläne ohne Plot-Konvertierung über AutoCAD oder ArchiCAD. Siehe [Massstab & Display-Modes](../../features/massstab).
+Wettbewerbs- und Konkurrenz-Pläne lassen sich ohne Umweg über externe 2D-Plot-Konvertierung direkt aus dem Modell exportieren. Siehe [Massstab & Display-Modes](../../features/massstab).
+
+### Treppen — erweiterte Tiefe + 2D-Darstellung
+
+Treppen-Geometrie deutlich vertieft: detaillierte Tritt-/Setzstufen, Zwischenpodeste und Wendelverläufe. Die **2D-Plandarstellung ist einstellbar** — sichtbarer Tritt-Bereich, Bruchlinie, Auf-/Ab-Pfeil und Sichtbarkeitsgrenzen für Grundriss-Darstellung. Top-View, Schnitt und 3D-Ansicht bleiben konsistent.
 
 ## Geplant
 
@@ -108,15 +106,9 @@ Alle Satellite-Floating-Windows (Symbol-Picker, Material-Picker, Hatch-Picker,
 
 DOSSIER bleibt:
 
-- **Lokal** — `.3dm` + `dossier.project.json` ist alles, kein Server zwingend nötig
+- **Lokal** — `.3dm` + `dossier.project.json` ist alles, was ein Projekt braucht
 - **Schweizer-Standard-aware** — SIA 102 / SIA 416, Swisstopo, m.ü.M direkt eingebaut
-- **AGPL-3.0** — Open Source, keine Telemetrie, keine versteckten Kosten
+- **AGPL-3.0** — Open Source, vollständig nachvollziehbar
-- **Rhino-nativ** — kein eigenes Datei-Format, alle Daten in Rhinos eigenen Tabellen (Materials, Linetypes, Hatches, UserStrings)
+- **Rhino-nativ** — alle Daten leben in Rhinos eigenen Tabellen (Materials, Linetypes, Hatches, UserStrings)
-
-Was DOSSIER **nicht** ist:
-
-- Keine BIM-Cloud, kein zentraler Server
-- Keine IFC-Schema-Konformität (es ist kein BIM-Tool)
-- Kein Ersatz für ArchiCAD / Revit — Dossier bündelt Rhino-Workflows, ersetzt aber keine Statik-Software, kein Mengen-Auswertungs-Tool, keine Quantity-Take-Off
 
 Wenn dir ein Feature fehlt, das in diesen Rahmen passt → [Issue auf Gitea](https://git.kgva.ch/karim/DOSSIER/issues).

content/faq/_index.md

@@ -17,7 +17,7 @@ Rhino aus der reinen Modellierumgebung in ein **vollständiges Design-Studio**
 
 ## Welche Rhino-Version wird unterstützt?
 
-**Rhino 8** für **macOS** (primär getestet) und **Windows** (untestet, aber kompatibel). Eine Portierung auf ältere Versionen ist nicht geplant — Dossier verwendet die neue CPython-3-Engine und Section-Style-APIs, die erst mit Rhino 8 verfügbar sind.
+**Rhino 8** für **macOS** (primär getestet) und **Windows** (untestet, aber kompatibel). Eine Portierung auf ältere Versionen ist nicht geplant — Dossier verwendet die neue Python-3-Engine und Section-Style-APIs, die erst mit Rhino 8 verfügbar sind.
 
 ## Ist Dossier kostenlos?
 
@@ -39,7 +39,7 @@ Im **`.3dm`-Dokument selbst**, als zusätzliche Metadaten an Named Views, Layout
 
 ## Welche Python-Runtime läuft?
 
-**CPython 3.9** über Rhinos neue Script-Editor-Engine (Rhino 8). Die Migration von IronPython 2.7 ist abgeschlossen (verifiziert 2026-05-17 auf Mac Rhino 8.31). Verifikation in Rhino:
+**Python 3.9** über Rhinos neue Script-Editor-Engine (Rhino 8). Die Migration von IronPython 2.7 ist abgeschlossen (verifiziert 2026-05-17 auf Mac Rhino 8.31). Verifikation in Rhino:
 
 ```text
 _RunPythonScript <DOSSIER_PFAD>/rhino/startup.py
@@ -48,7 +48,7 @@ _RunPythonScript <DOSSIER_PFAD>/rhino/startup.py
 
 ## Ist Dossier stabil genug für den Produktivbetrieb?
 
-**Noch nicht.** Aktuell befindet sich Dossier in der **Pre-Release-Phase 0.1.0**. Funktionen können sich ändern, Bugs sind möglich. Eigene Backups der `.3dm`-Dateien sind empfohlen. Smart-Elemente in echten Projekten haben aber bereits 6+ Monate produktiven Einsatz hinter sich.
+**Noch nicht.** Aktuell befindet sich Dossier in der **Pre-Release-Phase 0.1.0**. Funktionen können sich ändern, Bugs sind möglich. Eigene Backups der `.3dm`-Dateien sind empfohlen. Die Smart-Elemente werden parallel in eigenen Architekturprojekten eingesetzt und entlang dieser Erfahrung weiterentwickelt.
 
 ## Werden Wände und Decken bei Modell-Änderungen automatisch nachgeführt?
 

content/features/_index.md

@@ -10,7 +10,7 @@ Alle DOSSIER-Panels im Überblick. Jedes Feature ist ein eigenes Modul mit React
 
 {{< cards >}}
   {{< card link="geschosse" title="Geschosse & Ebenen" icon="template" subtitle="Layer-Hierarchie, Multi-Geschoss-Clipping, Snap-Bar, Top-View Z-Guard." >}}
-  {{< card link="smart-elemente" title="Smart-Elemente" icon="cube" subtitle="Wände v1 (Polyline + Chain-Anchor + Grips) · Decken · Dächer · Öffnungen · Treppen · Tragwerk." >}}
+  {{< card link="smart-elemente" title="Smart-Elemente" icon="cube" subtitle="Mehrschichtige Wände mit T-/L-/X-Joints · Decken · Dächer · Öffnungen mit Sturz/Brüstung · Treppen mit einstellbarer 2D-Darstellung · Tragwerk." >}}
   {{< card link="schnitte-ansichten" title="Schnitte & Ansichten" icon="scissors" subtitle="Schnitt-Perspektive, Section-Style-API, Hidden-Line, Hatch-Pattern." >}}
   {{< card link="project-settings" title="Project-Settings" icon="cog" subtitle="5 Tabs — Voreinstellungen, Materialien, Linientypen, Hatches, Symbole." >}}
   {{< card link="materialien" title="Material-Library" icon="color-swatch" subtitle="PBR + Texturen, .lin/.pat-Import, Material/Ebene-Separation, Auto-Regen." >}}

content/features/geschosse.md

@@ -84,7 +84,7 @@ Eigene Snap-Targets pro Geschoss werden im EBENEN-Panel über die **Snap-Bar** v
 Snaps werden viewport-bezogen registriert und beim Geschoss-Wechsel automatisch ein-/ausgeblendet. Spart Rhinos OSnap-Slot für andere Workflows.
 
 {{< callout type="info" >}}
-Code-Identifier verwenden **ASCII-Schreibweise** (`UG`, `OG`, `DG`) — UI darf Umlaute, Layer-Codes nicht. Das ist eine bewusste Konvention seit der CPython-3-Migration.
+Code-Identifier verwenden **ASCII-Schreibweise** (`UG`, `OG`, `DG`) — UI darf Umlaute, Layer-Codes nicht. Das ist eine bewusste Konvention seit der Python-3-Migration.
 {{< /callout >}}
 
 ## Cross-Module-Verhalten

content/features/massstab.md

@@ -51,7 +51,7 @@ Eingebaute Display-Modes plus DOSSIER-spezifische:
 | Wireframe            | Editieren, Geometrie-Check                       |
 | Shaded               | Modellansicht                                    |
 | Rendered             | Präsentation                                     |
-| **Dossier-Plan**     | Plot-optimiert (in aktiver Entwicklung)          |
+| **Dossier-Plan**     | Plot-optimiert — produktiv im Einsatz            |
 | **Dossier-Flaechen** | SIA-416 farbliche Überlagerung                   |
 | **Dossier-Detail**   | Hatching aktiv, hohe Strichstärken               |
 
@@ -59,27 +59,23 @@ Display-Modes werden einmal gelesen und im Sticky gecacht (`oberleiste.py`).
 
 ### Dossier-Plan — Plan-Qualität direkt aus 3D
 
-{{< callout type="warning" >}}
+Plan-Qualität direkt aus dem 3D-Modell, ohne Umweg über 2D-Plandateien. Drei kombinierte Effekte machen den Mode aus:
-**In Arbeit.** Der Dossier-Plan-Mode ist der nächste grosse Schritt für Plan-Qualität direkt aus dem 3D-Modell — ohne Umweg über 2D-Plandateien.
-{{< /callout >}}
-
-Drei kombinierte Effekte machen den Mode aus:
 
 - **Hidden-Line-Removal** — verdeckte Kanten werden ausgeblendet, Sichtkanten als saubere Strichgrafik gerendert. Funktioniert in Top-View und in der Schnitt-Perspektive.
-- **Weisser Hintergrund** — Modell-Background auf reinweiss gezwungen, Layer-Display-Farben werden zu pure Schwarz remappt. Sieht direkt aus wie ein gedruckter Plan, nicht wie ein 3D-Viewport.
+- **Weisser Hintergrund mit Schwarz-Remap** — Modell-Background auf reinweiss gezwungen, Layer-Display-Farben werden zu reinem Schwarz remappt. Sieht direkt aus wie ein gedruckter Plan, nicht wie ein 3D-Viewport.
 - **Section-Hatch** — Schnittflächen, die über die [Schnitte & Ansichten](../schnitte-ansichten)-Section-Style-API erzeugt wurden, werden mit Pattern und Lineweight aus dem Layer-Style gehatched.
 
-Das Ziel: Wettbewerbs- und Konkurrenz-Pläne direkt aus dem Modell exportieren, ohne Plot-Konvertierung über 2D-CAD.
+Damit werden Wettbewerbs- und Konkurrenz-Pläne direkt aus dem Modell exportierbar, ohne separate 2D-Plot-Konvertierung.
 
 ## Section-Styles
 
-Mit der CPython-3-Migration ist `Rhino.DocObjects.SectionStyle()` direkt instanziierbar — `layer.SetCustomSectionStyle()` verfügbar. Die volle Section-Style-API steht zur Verfügung:
+Mit der Python-3-Migration ist `Rhino.DocObjects.SectionStyle()` direkt instanziierbar — `layer.SetCustomSectionStyle()` verfügbar. Die volle Section-Style-API steht zur Verfügung:
 
 - Schnittlinien-Stil pro Layer
 - Hatch-Pattern für Schnittflächen
 - Hidden-Line-Removal für Ansichten
 
-War der **Anlass** für die Migration von IronPython 2.7 zu CPython 3.
+War der **Anlass** für die Migration von IronPython 2.7 zu Python 3.
 
 ## Bi-direktional mit AUSSCHNITTE
 

content/features/materialien.md

@@ -4,7 +4,7 @@ linkTitle: Materialien
 weight: 5
 ---
 
-Die Material-Library lebt im **PROJECT-SETTINGS**-Tab "Materialien" und folgt einem **ArchiCAD-style List/Detail-Layout**: links die Material-Liste, rechts der Detail-Editor für die aktive Auswahl.
+Die Material-Library lebt im **PROJECT-SETTINGS**-Tab "Materialien" und folgt einem **klassischen List/Detail-Layout**: links die Material-Liste, rechts der Detail-Editor für die aktive Auswahl.
 
 ## List/Detail-Workflow
 
@@ -62,7 +62,7 @@ Spürbare Latenz < 200 ms für Projekte unter 500 Smart-Elementen.
 
 ## Linetypes (.lin-Import)
 
-Der **Linientypen**-Tab in PROJECT-SETTINGS importiert AutoCAD-kompatible `.lin`-Files:
+Der **Linientypen**-Tab in PROJECT-SETTINGS importiert branchenübliche `.lin`-Files:
 
 ```text
 *BORDER,Border __ __ . __ __ . __ __ . __ __ . __ __ .
@@ -75,7 +75,7 @@ Pattern-Editor visualisiert die Sequenz mit Drag-Handles für Strich/Lücke-Län
 
 ## Hatches (.pat-Import)
 
-Der **Schraffuren**-Tab importiert AutoCAD-Hatches:
+Der **Schraffuren**-Tab importiert branchenübliche `.pat`-Hatch-Pattern:
 
 ```text
 *ANSI31,ANSI Iron, Brick, Stone masonry

content/features/project-settings.md

@@ -56,7 +56,7 @@ Custom-Linetypes pro Projekt:
 
 - **Pattern-Editor** — Strich/Lücke-Sequenz visuell editieren
 - **Skalierung** — pro Linetype und global (mit Massstab-Bezug)
-- **.lin-Import** — AutoCAD-kompatible Linetype-Files direkt einlesen
+- **.lin-Import** — branchenübliche Linetype-Files direkt einlesen
 
 Linetypes werden in das `.3dm` geschrieben (Rhino-native `Linetype`-Tabelle) und stehen sofort allen Layer-Eigenschaften zur Verfügung.
 
@@ -65,7 +65,7 @@ Linetypes werden in das `.3dm` geschrieben (Rhino-native `Linetype`-Tabelle) und
 Hatch-Pattern-Verwaltung:
 
 - **Pattern-Library** mit Standardbestand (Mauerwerk, Stahlbeton, Holz, Dämmung, …)
-- **.pat-Import** — AutoCAD-Hatches einlesen
+- **.pat-Import** — branchenübliche Hatch-Pattern einlesen
 - **Scale + Rotation** pro Pattern projektweit setzen, lokal überschreibbar
 
 Hatches werden mit Section-Styles verknüpft (siehe [Schnitte & Ansichten](../schnitte-ansichten)) — Anschnitte beziehen das Pattern automatisch aus den Layer-Properties.

content/features/schnitte-ansichten.md

@@ -23,7 +23,7 @@ Schnittlinie wird automatisch in Grundriss-Layouts projiziert.
 
 ## Section-Style-API
 
-Mit der CPython-3-Migration wurde `Rhino.DocObjects.SectionStyle()` direkt instanziierbar — `layer.SetCustomSectionStyle()` ist verfügbar. Das war der **konkrete Anlass** für den Sprung von IronPython 2.7 auf CPython 3.
+Mit der Python-3-Migration wurde `Rhino.DocObjects.SectionStyle()` direkt instanziierbar — `layer.SetCustomSectionStyle()` ist verfügbar. Das war der **konkrete Anlass** für den Sprung von IronPython 2.7 auf Python 3.
 
 Pro Layer wird gespeichert:
 

content/features/smart-elemente.md

@@ -19,13 +19,17 @@ Wird die Source verschoben oder verformt, regeneriert das Volumen automatisch
 
 ## Bauteil-Typen
 
-### Wände (Wand-System v1)
+### Wände
 
 | Source                  | Volume                                              |
 |-------------------------|-----------------------------------------------------|
-| Polyline (mit Bögen)    | Brep mit Dicke × Höhe, Geschoss-OKFF als Basis      |
+| Polyline (mit Bögen)    | Mehrschichtiges Brep, Geschoss-OKFF als Basis       |
 
-**Polyline-Achse statt Einzel-Segmente:** Eine Wand ist ein zusammenhängender Polyline-Strang — gerade Teilstrecken, Bogen-Segmente und Knicke gehören zur selben Source. Joints zwischen Polylines werden weiterhin als Miter / T-Junction gerechnet, aber Knicke innerhalb einer Wand brauchen kein eigenes Joint-Setup mehr.
+**Mehrschichtiger Wandaufbau:** Eine Wand besteht aus einem Stapel definierter Schichten — pro Schicht eigenes Material, eigene Dicke und eigene Anschnitt-Properties. Tragschicht, Dämmung, Verkleidung lassen sich separat steuern; das Volumen wird als Schicht-Stack regeneriert und behält pro Schicht die korrekte Hatch- und Linetype-Zuordnung.
+
+**T-/L-/X-Anschlüsse mit Schicht-Mitführung:** Joints zwischen Wänden werden pro Schicht gerechnet — die Tragschicht stösst korrekt durch, die Dämmung umläuft, die Verkleidung schliesst sauber ab. Die Anschluss-Logik liest Schicht-Reihenfolge und -Priorität aus dem Wandaufbau.
+
+**Polyline-Achse statt Einzel-Segmente:** Eine Wand ist ein zusammenhängender Polyline-Strang — gerade Teilstrecken, Bogen-Segmente und Knicke gehören zur selben Source. Knicke innerhalb einer Wand brauchen kein eigenes Joint-Setup mehr.
 
 **Chain-Anchor:** Die Polyline trägt einen stabilen Anker auf einem festgelegten Knoten. Bei Modifikationen am Strang (verschieben, verlängern, Knoten einfügen) bleibt die Wand-Identität an diesem Anker — Material, UserStrings und Joint-Verknüpfungen wandern mit.
 
@@ -55,8 +59,9 @@ Wird die Source verschoben oder verformt, regeneriert das Volumen automatisch
 | Punkt   | Rahmen + Sims + Flügel, schneidet Wand-Volumen aus  |
 
 - Bibliothek mit Standard-Typen (Holz / Aluminium / Kunststoff)
-- Brüstungshöhe und Sturzhöhe pro Element parametrisch
+- **Sturz und Brüstung** parametrisch — pro Öffnung in Höhe, Materialität und Profil einstellbar
-- Cutout im Wand-Volumen wird automatisch nachgeführt
+- Cutout im mehrschichtigen Wand-Aufbau wird pro Schicht korrekt nachgeführt — die Tragschicht bekommt den Strukturschnitt, die Verkleidung folgt der Laibungs-Geometrie
+- Anschlag-Logik (innen / aussen / mittig) folgt dem Wandaufbau
 
 ### Treppen
 
@@ -66,6 +71,10 @@ Geometrie-Typen:
 - **L-Treppe** — Dreipunkt, Zwischenpodest automatisch
 - **Wendeltreppe** — Zentrum, Radius, Steigungswinkel
 
+**Detaillierte 3D-Geometrie:** Tritt- und Setzstufen mit eigenen Materialien, Wangen und Geländer-Anschlüsse als Teil der Source-Geometrie. Zwischenpodeste sind eigenständige Elemente innerhalb des Treppenstrangs.
+
+**Einstellbare 2D-Plandarstellung:** Pro Treppe konfigurierbar — Bruchlinien-Position, Auf-/Ab-Pfeil, sichtbarer Tritt-Bereich (vor/nach Bruch) und Beschriftung. Top-View, Schnitt und 3D-Modell bleiben automatisch konsistent: die 2D-Darstellung wird aus derselben Source abgeleitet wie das 3D-Volumen, nicht separat gezeichnet.
+
 ### Tragwerk
 
 - **Stützen** — Punkt, Profil (Rechteck / Rund / I)
@@ -97,5 +106,5 @@ Das **ELEMENTE-PROPERTIES**-Panel zeigt für die Selektion:
 Das **ELEMENTE-ÜBERSICHT**-Panel listet alle Smart-Elemente im Dokument tabellarisch — gefiltert nach Geschoss, Typ und Material. Ideal für Mengen-Audits und Konsistenz-Checks.
 
 {{< callout type="warning" >}}
-`elemente.py` ist **7'244 LOC** und enthält BIM-Logik aus echten Projekten. Nicht ohne expliziten Auftrag und Test-Plan refaktorisieren.
+`elemente.py` ist **7'244 LOC** und enthält Architektur-Logik aus echten Projekten. Nicht ohne expliziten Auftrag und Test-Plan refaktorisieren.
 {{< /callout >}}

content/features/symbol-library.md

@@ -41,10 +41,10 @@ Symbole müssen nicht in `.3dm` vorliegen. CRUD im PROJECT-SETTINGS-Symbole-Tab
 | Format       | Verwendung                                          |
 |--------------|-----------------------------------------------------|
 | `.3dm`       | Rhino-native (Pair-Files werden so behandelt)       |
-| `.dwg`       | AutoCAD-Möbelbibliotheken                           |
+| `.dwg`       | Möbel- und Sanitärbibliotheken aus dem Industriestandard |
-| `.obj`       | Generische 3D-Modelle (z.B. von Polantis, Free3D)   |
+| `.obj`       | Generische 3D-Modelle aus 3D-Asset-Libraries        |
 | `.fbx`       | 3D-Modelle aus DCC-Tools                            |
-| `.dae`       | Collada — SketchUp-Export                           |
+| `.dae`       | Collada — Mesh- und Szenen-Austauschformat          |
 | `.stl`       | Mesh-only — Grobgeometrie                           |
 
 Beim Import wird das File in den projektbezogenen `symbols/`-Ordner kopiert, ein Block in der Rhino-Block-Tabelle registriert und das Thumbnail generiert.