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>
This commit is contained in:
@@ -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." >}}
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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" >}}
|
||||
**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:
|
||||
Plan-Qualität direkt aus dem 3D-Modell, ohne Umweg über 2D-Plandateien. 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
|
||||
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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.
|
||||
|
||||
@@ -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:
|
||||
|
||||
|
||||
@@ -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
|
||||
- Cutout im Wand-Volumen wird automatisch nachgeführt
|
||||
- **Sturz und Brüstung** parametrisch — pro Öffnung in Höhe, Materialität und Profil einstellbar
|
||||
- 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 >}}
|
||||
|
||||
@@ -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 |
|
||||
| `.obj` | Generische 3D-Modelle (z.B. von Polantis, Free3D) |
|
||||
| `.dwg` | Möbel- und Sanitärbibliotheken aus dem Industriestandard |
|
||||
| `.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.
|
||||
|
||||
Reference in New Issue
Block a user