diff --git a/content/_index.md b/content/_index.md index c13d05d..8676e39 100644 --- a/content/_index.md +++ b/content/_index.md @@ -18,7 +18,7 @@ toc: false
{{< 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 >}}
@@ -31,21 +31,21 @@ toc: false AGPL-3.0 Rhino 8+ macOS & Windows - CPython 3.9 + Python 3.9 Open Source

ANSATZ

Aus Rhino ein vollständiges Design-Studio machen

-

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.

+

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.

{{< 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 Aufgebaut auf
RhinoCommon - CPython 3.9 + Python 3.9 React + Vite Eto.Forms WebView Tauri 2 diff --git a/content/docs/_index.md b/content/docs/_index.md index bc1cad7..a911b55 100644 --- a/content/docs/_index.md +++ b/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. diff --git a/content/docs/erste-schritte.md b/content/docs/erste-schritte.md index 6d90335..ddb9121 100644 --- a/content/docs/erste-schritte.md +++ b/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: diff --git a/content/docs/roadmap.md b/content/docs/roadmap.md index 71e5039..cdf3b72 100644 --- a/content/docs/roadmap.md +++ b/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" >}} -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). diff --git a/content/faq/_index.md b/content/faq/_index.md index 8adcdc3..a20ea67 100644 --- a/content/faq/_index.md +++ b/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 /rhino/startup.py @@ -48,7 +48,7 @@ _RunPythonScript /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? diff --git a/content/features/_index.md b/content/features/_index.md index 0320373..ec2ab77 100644 --- a/content/features/_index.md +++ b/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." >}} diff --git a/content/features/geschosse.md b/content/features/geschosse.md index df7909b..b57cbf4 100644 --- a/content/features/geschosse.md +++ b/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 diff --git a/content/features/massstab.md b/content/features/massstab.md index a88de3e..2588126 100644 --- a/content/features/massstab.md +++ b/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" >}} -**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 diff --git a/content/features/materialien.md b/content/features/materialien.md index baa940f..7d6ce6e 100644 --- a/content/features/materialien.md +++ b/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 diff --git a/content/features/project-settings.md b/content/features/project-settings.md index ec587df..15fbf24 100644 --- a/content/features/project-settings.md +++ b/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. diff --git a/content/features/schnitte-ansichten.md b/content/features/schnitte-ansichten.md index 5f17ce9..7e3f470 100644 --- a/content/features/schnitte-ansichten.md +++ b/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: diff --git a/content/features/smart-elemente.md b/content/features/smart-elemente.md index e46953d..c1b2f68 100644 --- a/content/features/smart-elemente.md +++ b/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 -- 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 >}} diff --git a/content/features/symbol-library.md b/content/features/symbol-library.md index d7cf863..659461e 100644 --- a/content/features/symbol-library.md +++ b/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 | -| `.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.