RS.Transmeet

Versionsverlauf

1.4.7 — 2026-10-14–16 — Geometriebasierte Familien: Grundrisslinien, Unterkategorien, Typparameter

Als Geometrie in Familien übertragene Elemente erhalten eine symbolische Grundrissdarstellung: Türöffnungsbögen, Achsen und Symbole sind in Grundrissen und Deckenplänen sichtbar (jedoch nicht in Ansichten).

Jeder Volumenkörper erhält die Unterkategorie der ursprünglichen Familie (bei Türen „Rahmen/Pfosten“, „Verglasung“, „Füllung“ usw.), sodass Linienstärken und Sichtbarkeit nach Unterkategorie den Objektstilen des Projekts folgen.

Die Typparameter der ursprünglichen Familie (Typenkennzeichen, Modell, Hersteller, Bauelementschlüssel, Kosten, Tür- und Fensterbreite sowie -höhe usw.) werden mit denselben Werten in die Familie übertragen; gemeinsam genutzte Parameter behalten dieselbe GUID. Der Familientyp hat denselben Namen wie in der Quelle.

Die Kennzeichen „Immer vertikal“ und „Raumberechnungspunkt“ werden übertragen, sodass Türen und Fenster korrekt in Raumbauteillisten einbezogen werden.

Nur das aktualisierte Plugin auf der Quellseite sendet diese Daten — aktualisieren Sie das Plugin auf beiden Seiten.

Die Einfärbung der Revit-Ansichtsregisterkarten ist jetzt wie in allen Plugins der Produktreihe auch in diesem Plugin verfügbar: Aktivieren Sie sie im Abschnitt „Revit-Registerkarten“ unter „Einstellungen“, wählen Sie „Füllung“ oder „Streifen“ und Farbe nach Projekt oder Datei. Standardmäßig wird die gesamte Registerkarte eingefärbt (der Streifen kann erneut gewählt werden). Die aktive Registerkarte ist nicht heller als die übrigen, sondern oben durch einen Farbstreifen markiert.

Das Plugin-Fenster kann über einen Befehl in der RS.BIMManager-Anwendung geöffnet werden, mit derselben Lizenzprüfung wie bei der Schaltfläche in der Multifunktionsleiste.

Nutzungsdaten: Zusätzlich zu angesammelten Arbeitsminuten wird nur die Information übertragen, dass das Plugin gestartet wurde; Computer-, Benutzer- und Dateikennungen werden weiterhin nicht übertragen.

1.4.6 — 2026-10-14 — Statische Geometrie als Familien derselben Kategorie

Elemente, die nicht mit ihrer ursprünglichen Familie übertragen werden können, werden als ladbare Familie derselben Kategorie statt als DirectShape übertragen. DirectShape bleibt eine Ersatzlösung; der Grund wird im Bericht genannt.

Elemente mit Wand, Geschossdecke, Decke oder Dach als Basisbauteil werden auf demselben übertragenen Basisbauteil mit gleicher Ausrichtung platziert und schneiden eine Öffnung: durch die gesamte Wanddicke entlang des Elementvolumenkörpers oder entsprechend ihrer Grundrissausdehnung in Geschossdecke, Decke oder Dach. Wird das Basisbauteil nicht übertragen, wird die Familie ohne Basisbauteil platziert.

Kategorien, die einer ladbaren Familie nicht zugewiesen werden können (Treppen, Geländer, Luftkanäle…), werden als „Allgemeine Modelle“ übertragen, mit einem Hinweis im Bericht.

Instanzen desselben Typs, die nur um die vertikale Achse gedreht sind, erhalten eine Familie pro Quelltyp („Familie - Typ“). Namen kollidieren nicht mit bereits im Projekt vorhandenen Familien; andere Familien werden nicht überschrieben.

Erneuter Durchlauf: Unveränderte Familien und Instanzen bleiben unberührt, geänderte werden erneut platziert; DirectShape-Elemente früherer Versionen werden durch Familien ersetzt; in der Quelle Gelöschtes wird gelöscht.

1.4.1–1.4.3 — 2026-10-12–13 — Lizenzierung, Updates, Benennung

Lizenzierung und Updates (gemeinsam für die RS-Systems-Produktreihe): Der Testzeitraum kann mit einem Code verlängert werden, eine für Ihren PC ausgestellte Lizenz aktiviert sich ohne Internetverbindung, kurze Website-Codes im Format RS-XXXX-XXXX-XXXX werden akzeptiert, die Suite-Lizenz wurde korrigiert, und der Lizenzschutz wurde verstärkt. Updates aller installierten RS-Systems-Lösungen erscheinen in einem Fenster und werden nach dem Beenden von Revit als gemeinsamer Stapel installiert. Zum manuellen Öffnen verwenden Sie „Einstellungen“ → „Updates für alle RS-Systems-Lösungen…“.

Einheitliche Benennung: Die Lösung heißt in Fenstern und Meldungen rs.Transmeet, unter „Programme hinzufügen oder entfernen“ und im Namen des Installationsprogramms RS.RVT.Transmeet. Das neue Installationsprogramm aktualisiert die installierte Version an Ort und Stelle; Lizenzen und Testzeitraum bleiben erhalten.

Korrekturen und Stabilitätsverbesserungen.

1.4.0 — 2026-10-12 — Das .rstm-Paket und aus Definitionen neu aufgebaute ladbare Familien

Das .rstm-Paket: Exportieren Sie ein Modell mit „In Paket exportieren…“ auf der Seite „Sendendes Modell“ in eine Datei und erstellen Sie es mit „Aus Paket…“ auf der Seite „Empfangendes Modell“ in jeder Revit-Version von 2021–2027 neu, ohne dass die Quelle geöffnet ist. Danach funktioniert alles wie mit einem direkten Kanal: Ebenenkontrollkästchen, Bericht, erneuter Durchlauf und schrittweises Rückgängigmachen mit Strg+Z.

Neue Ebene „Ladbare Familien“ (standardmäßig aktiviert): Jede Familie mit Instanzen wird in der Quelle beschrieben und in der früheren Version aus einer .rft-Vorlage neu aufgebaut — Kategorie und Kennzeichen, Parameter und Formeln, Familientypen, Referenzebenen, Volumenkörper (Extrusion, Verschmelzung, Rotation, Sweep), Linien, Unterkategorien, bis zu drei Ebenen tief verschachtelte Familien und beschriftete Bemaßungen. Instanzen werden entsprechend ihrer Platzierungsart angeordnet: ebenenbasiert, mit Basisbauteil, auf zwei Ebenen, kurvenbasiert oder arbeitsebenenbasiert.

In der Definition nicht unterstützte Inhalte (Sweep-Verschmelzungen, Freiformen, Anschlüsse, Text und Beschriftungen usw.) werden in Warnungen aufgeführt; eine nicht rekonstruierbare Familie oder Instanz wird über die Ebene „Familien als Geometrie“ übertragen.

Namen von Familien, Familientypen, Referenzebenen und Unterkategorien durchlaufen dieselbe Ersetzung unzulässiger Zeichen wie andere Namen.

1.3.0 — 2026-10-12 — Familien als Geometrie; ein einzelner fehlgeschlagener Schritt unterbricht die Übertragung nicht mehr

Neue Ebene „Familien als Geometrie“ (standardmäßig aktiviert): Ladbare Familien, Projektfamilien, DirectShape-Elemente und andere Modellelemente mit einem Volumenkörper werden als Form derselben Kategorie übertragen. Beschreibbare Parameterwerte werden in gleichnamige Parameter des empfangenden Modells geschrieben; die vollständige Liste der Instanz- und Typparameter wird in „RS.Transmeet Params“ und „RS.Transmeet Type Params“ gespeichert, mit denen eine Bauteilliste erstellt werden kann.

Ein Fehler in einem einzelnen Schritt oder einer Ebene unterbricht die Übertragung nicht mehr: Eine Zeile „Fehler“ wird dem Bericht hinzugefügt, und die Übertragung geht weiter. Ein Element, das die Quelle nicht lesen konnte, wird mit Begründung als „übersprungen“ markiert.

Namen mit in Revit unzulässigen Zeichen (\ : { } [ ] | ; < > ? ` ~) werden durch Ersetzung mit ähnlichen zulässigen Zeichen korrigiert — sowohl am Element selbst als auch in jedem Verweis darauf. Jede Ersetzung erzeugt eine Zeile „Warnung“ im Bericht.

Ein Ansichtstyp, den Revit nicht kopieren kann (zum Beispiel „Plan“), wird mit Erklärung als „übersprungen“ markiert statt als Fehler. Der Bericht der Ebene „Modell“ listet nur Inhalte auf, die von keiner Ebene übertragen werden: Gruppen, Revit-Verknüpfungen, CAD-Importe und Modelllinien.

1.2.7 — 2026-10-09 — Gemeinsame Multifunktionsleiste: Descriptor-Schaltfläche entfernt

Grund: Der Autor integrierte RS.Descriptor als Registerkarte „Export Model“ in RS.Exporter und entfernte Descriptor als eigenständige Lösung. Der gemeinsame Katalog der Multifunktionsleiste ist in allen Plugins der Produktreihe identisch und ändert sich daher in allen.

Kanonische Datei SRC/SuiteRibbon/RsSuiteRibbon.cs (in allen Lösungen der Produktreihe bytegenau identisch): Der Katalogeintrag RS.Descriptor / RS_Descriptor_Btn / „Descriptor“ in der Gruppe Tools wurde entfernt. Die eigenen Schaltflächen des Plugins ändern sich dadurch nicht.

Geprüft: Syntax von RsSuiteRibbon.cs (tree-sitter); der md5-Wert der kanonischen Datei stimmt in allen Lösungen überein. In diesem Durchlauf wurde kein .NET-Build ausgeführt: Das SDK und die Revit API sind nur auf dem Build-Rechner verfügbar.

Dateien: SRC/SuiteRibbon/RsSuiteRibbon.cs, SRC/Installer/version.txt, CHANGELOG.md.

1.2.6 — 2026-10-09 — Gemeinsame Multifunktionsleiste: RS.Exporter ersetzt RS.DxfExport

Grund: Der Autor hat RS.DxfExport und RS.ScheduleExport zu einer einzigen Lösung RS.Exporter zusammengeführt (Schaltfläche „Export“ auf der Registerkarte RS-Systems, Gruppe Tools). Der gemeinsame Katalog der Multifunktionsleiste ist in allen Plugins der Produktreihe identisch und wird daher in allen geändert.

Kanonische Datei SRC/SuiteRibbon/RsSuiteRibbon.cs (in allen 15 Lösungen bytegenau identisch): Der Katalogeintrag RS.DxfExport / RsDxfExport / „DFX“ wurde an derselben Position in der Gruppe Tools durch RS.Exporter / RsExporter / „Export“ ersetzt. Die eigenen Schaltflächen des Plugins ändern sich dadurch nicht.

Geprüft: Syntax von RsSuiteRibbon.cs (tree-sitter); der md5-Wert der kanonischen Datei stimmt in allen Lösungen überein. In diesem Durchlauf wurde kein .NET-Build ausgeführt: Das SDK und die Revit API sind nur auf dem Build-Rechner verfügbar.

Dateien: SRC/SuiteRibbon/RsSuiteRibbon.cs, SRC/Installer/version.txt, CHANGELOG.md.

1.2.5 — 2026-10-09 — Telemetrie v3: nur aktuelle Plugin-Nutzung und aktive Nutzungszeit

Grund: Der Autor bat darum, die Telemetrie in allen Plugins neu zu gestalten: Benötigt werden nur die aktuelle Nutzung eines Plugins und die dafür aufgewendete Zeit; Installationen und einzelne Aktionen sind nicht von Interesse. Die Zeit richtet sich wie bei der Abrechnung nach Nutzungszeit nach der tatsächlichen Arbeit mit dem Plugin.

Der kanonische Ordner Telemetry\ (Format rs-systems-telemetry-v3, in allen 15 Plugins bytegenau identisch): Gesendet werden nur das Produkt, eine zufällige Sitzungs-ID (bei jedem Revit-Start neu und niemals gespeichert), die während der Sitzung angesammelten Arbeitsminuten und ein Kennzeichen für das Sitzungsende. Die Installationskennung (Gerätefingerabdruck), Versionen, Lizenz- und Teststatus sowie Aktionszähler wurden entfernt. Die erste Arbeitsminute wird sofort gesendet; weitere Aktualisierungen erfolgen höchstens einmal alle 2 Minuten und nur bei steigendem Gesamtwert,…

Die Arbeitszeit wird vom Lizenzierungssystem nach denselben Aktivitätskriterien wie bei der Abrechnung nach Nutzungszeit erfasst, jedoch in jedem Lizenzmodus: Eingaben in Plugin-Fenstern und -Bereichen (Aktivierungs- und Zahlungsfenster zählen nicht), Start eines erlaubten Befehls, LicenseGate.Busy() und Hintergrundarbeit (TryBackgroundUse). Eine Minute mit Aktivität zählt als volle Arbeitsminute; ein untätiges Fenster gilt nicht als Arbeit. Kanonischer Ordner Licensing\: WalletMeter.cs (MarkWork, WorkMinutes), LicenseGate.cs (Markierung bei einer erlaubten A…

Telemetrie wurde erstmals integriert: der kanonische Ordner Telemetry\ (4 Dateien), das Symbol RS_TELEMETRY im kommerziellen Build (SRC/Directory.Build.props), Telemetry.Launch in OnStartup und Telemetry.Shutdown in OnShutdown. Personal kompiliert keine Telemetrie.

1.2.4 — 2026-10-09 — MSI: Product key und Product ID für die Website

Grund: Der Autor bat darum, den Product key direkt aus der MSI auszulesen und bei der Auswahl eines Installationspakets in einer Lösungskarte auf der Website automatisch einzutragen. Zuvor enthielt die MSI weder den Katalogschlüssel noch die Lizenzierungskennung: Die Website konnte nichts auslesen, und der Karte konnte ein Installationspaket eines anderen Produkts zugeordnet werden.

SRC/Installer/Product.wxs: RS_PRODUCT_KEY (Katalogschlüssel der Website) und RS_PRODUCT_ID (Lizenzierungskennung) werden in die Tabelle Property geschrieben. Werden die Werte nicht übergeben, bricht WiX den Build mit einer verständlichen Fehlermeldung ab.

msi.bat: Die Werte werden aus UpdateProduct.cs (SiteProductKey, LicenseProductId) gelesen und nicht manuell eingetragen; lassen sie sich nicht lesen, bricht msi.bat mit einem Fehler ab, statt eine MSI ohne Schlüssel zu erstellen. In der Build-Ausgabe erscheint die Zeile [RS] Product key: … Product ID: … .

Die Website liest RS_PRODUCT_KEY bei der Auswahl einer MSI aus, trägt ihn in eine neue Karte ein und lehnt eine MSI mit einem anderen Schlüssel ab.

1.2.3 — 2026-10-09 — Einheitliche Lizenzierung der Produktreihe: offline nur Testzeitraum oder Lizenz; online Abrechnung nach Nutzungszeit; Sicherheitslücken behoben und Schutz verstärkt

Grund: Der Autor bat darum, die Lizenzierung in der Produktreihe zu vereinheitlichen — Offlinearbeit nur während des Testzeitraums oder mit einer vollständigen Lizenz, Abrechnung nach Nutzungszeit nur online —, bekannte Sicherheitslücken zu prüfen und zu beheben, die Zuverlässigkeit zu verbessern und das Umgehen des Schutzes möglichst zu erschweren. Der kanonische Ordner Licensing\ wurde in allen 15 Lösungen bytegenau aktualisiert (29 Dateien: LicenseVault.cs hinzugefügt); geändert werden nur dieser Ordner und eine Importzeile in der .csproj-Datei.

Gefundene und behobene Sicherheitslücken:

Der Guthaben-Snapshot state.dat wurde als ungeschütztes JSON gespeichert. Eine Manipulation ("p":"2099…", "r":1) bei gleichzeitiger Sperrung des Servers ermöglichte unbegrenzten Offlinezugriff im Modus der Abrechnung nach Nutzungszeit. Der Snapshot wird jetzt versiegelt (LicenseVault.Seal: HMAC-SHA256 + Bindung an MachineGuid/Datenträger) und nur innerhalb folgender Grenzen akzeptiert: nicht aus der Zukunft, höchstens 10 Minuten alt und bezahlte Minute ≤ 61 s seit Empfang.

Das Zurückstellen der Uhr verlängerte den zeitabhängigen Zugriff. Sämtliche Fristen in WalletMeter verwenden jetzt die monotone Prozessuhr (Stopwatch); die bezahlte Minute und die Aktualität der Serverantwort hängen nicht mehr von der Systemzeit ab.

1.2.2 — 2026-10-06 — Build ohne Warnungen

Grund: Build 1.2.1 erzeugte für jeden Jahrgang 4 CS0649-Warnungen (je 2 im

Hauptprojekt und im temporären WPF-Projekt).

Der Übertragungsvertrag (Transfer\Dto2.cs) enthält keine Felder mehr, die nie

ausgefüllt wurden: CompoundDto.EndCapInterior, CompoundDto.EndCapExterior,

1.2.1 — 2026-10-06 — Lizenz mit Abrechnung nach Nutzungszeit (kanonischer Ordner Licensing\ mit 28 Dateien)

Grund: Der Autor stellte die Spenderlösung RS.SmartSelect mit dem aktuellen kanonischen

Aktivierungssystem bereit, einschließlich Kontoguthaben (RS-WALLET).

Licensing\ — 28 Dateien bytegenau aus RS.SmartSelect kopiert, mit Ausnahme der eigenen

LicensingConstants.cs (ProductId revittransmeet, „RS Transmeet“). Neu:

1.2.0 — 2026-10-06 — Übertragung von allem außer ladbaren Familien; Prüfung, XLSX-Bericht, neue Symbole

Grund: Der Autor bat darum, Lizenzierung, Symbole und alle begleitenden

Funktionen fertigzustellen und ladbare Familien als komplexesten und zeitaufwendigsten

Teil für die nächste Phase aufzuschieben. Mit dem Autor vereinbarter Umfang: „alles außer Familien“ — System-

typen und Elemente, Räume, Ansichten, Vorlagen, Filter, Bauteillisten, Pläne,

1.1.0 — 2026-10-06 — Modellübertragung in eine frühere Revit-Version (Phase 1) und Angleichung an den Standard der Produktreihe

Grund: Der Autor bat darum, ein in Revit 2025 geführtes Modell

in Revit 2023 neu zu erstellen, damit die vollständige Planung fortgesetzt werden kann — ohne manuellen

Neuaufbau. Die Entscheidungen des Autors und der Arbeitsplan stehen im Projektdokument

claude/RS-TRANSMEET.md. Dies ist die erste Lieferung danach: Phase 1 plus Umstellung der Lösung

Dieser Verlauf wurde aus CHANGELOG.md im bereitgestellten Quellarchiv zusammengestellt. Angezeigt werden die letzten 12 Einträge.