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:
+9
-10
@@ -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 & 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>
|
||||
|
||||
@@ -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.
|
||||
|
||||
@@ -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:
|
||||
|
||||
+14
-22
@@ -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" >}}
|
||||
Game-Changer für Plan-Qualität direkt aus 3D — kein Umweg über separate 2D-CAD-Dateien.
|
||||
{{< /callout >}}
|
||||
|
||||
Drei kombinierte Effekte:
|
||||
Plan-Qualität direkt aus dem 3D-Modell — 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
|
||||
- **Rhino-nativ** — kein eigenes Datei-Format, alle Daten 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
|
||||
- **AGPL-3.0** — Open Source, vollständig nachvollziehbar
|
||||
- **Rhino-nativ** — alle Daten leben in Rhinos eigenen Tabellen (Materials, Linetypes, Hatches, UserStrings)
|
||||
|
||||
Wenn dir ein Feature fehlt, das in diesen Rahmen passt → [Issue auf Gitea](https://git.kgva.ch/karim/DOSSIER/issues).
|
||||
|
||||
@@ -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?
|
||||
|
||||
|
||||
@@ -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