RS.Transmeet

Cronologia delle versioni

1.4.7 — 2026-10-14–16 — Famiglie geometriche: linee in pianta, sottocategorie e parametri di tipo

Gli elementi trasferiti come geometria nelle famiglie ricevono una rappresentazione simbolica in pianta: linee di apertura delle porte, assi e simboli sono visibili nelle piante dei pavimenti e dei controsoffitti (ma non nei prospetti).

Ogni solido riceve la sottocategoria della famiglia di origine (per le porte: «Telaio/Montante», «Vetratura», «Pannello» ecc.), così spessori di linea e visibilità per sottocategoria funzionano tramite gli stili degli oggetti del progetto.

I parametri di tipo della famiglia di origine (contrassegno tipo, modello, produttore, nota chiave, costo, larghezza e altezza di porte e finestre ecc.) vengono trasferiti nella famiglia con gli stessi valori; quelli condivisi conservano lo stesso GUID. Il tipo di famiglia mantiene il nome dell’origine.

Le opzioni «Sempre verticale» e «Punto di calcolo del locale» vengono trasferite, così porte e finestre vengono incluse correttamente negli abachi dei locali.

Questi dati vengono trasmessi soltanto dal plug-in aggiornato sul lato di origine; aggiornalo su entrambi i lati.

Colori delle schede delle viste di Revit ora disponibili anche in questo plug-in, come in tutti i plug-in della linea: attivazione, stile «Riempimento» o «Striscia», colore per progetto o per file nella finestra «Impostazioni», gruppo «Schede di Revit». Per impostazione predefinita, l’intera scheda viene riempita con il colore (è possibile scegliere di nuovo la striscia); la scheda attiva non è più luminosa delle altre ed è contrassegnata da una striscia colorata in alto.

La finestra del plug-in può essere aperta con un comando dall’applicazione RS.BIMManager, come con il pulsante nel ribbon, con verifica della licenza.

Dati di utilizzo: oltre ai minuti di lavoro accumulati, viene trasmessa soltanto l’indicazione «plug-in avviato»; gli identificatori del computer, dell’utente e dei file continuano a non essere trasmessi.

1.4.6 — 2026-10-14 — Geometria statica come famiglie della stessa categoria

Gli elementi che non possono essere trasferiti con la famiglia originale arrivano come famiglia caricabile della stessa categoria, anziché come forma DirectShape; DirectShape rimane un percorso alternativo e il motivo viene indicato nel rapporto.

Gli elementi ospitati da muri, pavimenti, controsoffitti o tetti vengono posizionati sullo stesso host trasferito, con lo stesso orientamento, e ritagliano un’apertura: nel muro, lungo il corpo dell’elemento per l’intero spessore; nel pavimento, controsoffitto o tetto, secondo l’ingombro in pianta. Se l’host non viene trasferito, la famiglia viene posizionata senza host.

Le categorie che non possono essere assegnate a una famiglia caricabile (scale, ringhiere, condotti dell’aria…) vengono trasferite in «Modelli generici», con una segnalazione nel rapporto.

Le istanze dello stesso tipo, ruotate soltanto attorno all’asse verticale, ricevono un’unica famiglia per tipo di origine («Famiglia - Tipo»). I nomi non coincidono con quelli delle famiglie già esistenti nel progetto e le famiglie altrui non vengono sovrascritte.

Ripetizione del trasferimento: famiglie e istanze invariate non vengono toccate, quelle modificate vengono posizionate nuovamente; le DirectShape delle versioni precedenti vengono sostituite con famiglie; ciò che è stato eliminato nell’origine viene eliminato.

1.4.1–1.4.3 — 2026-10-12–13 — Licenze, aggiornamenti e nomi

Licenze e aggiornamenti (comuni alla linea RS-Systems): il periodo di prova può essere esteso con un codice; una licenza rilasciata per il proprio PC si attiva senza Internet; vengono accettati codici brevi del sito nel formato RS-XXXX-XXXX-XXXX; corretta la licenza del pacchetto (Suite) e rafforzata la protezione della licenza. Gli aggiornamenti di tutte le soluzioni RS-Systems installate vengono mostrati in un’unica finestra e installati in un unico batch dopo l’uscita da Revit; verifica manuale in «Impostazioni» → «Aggiornamenti di tutte le soluzioni RS-Systems…».

Nomi uniformi: nelle finestre e nei messaggi la soluzione si chiama rs.Transmeet, mentre in «Installazione applicazioni» e nel nome del programma di installazione è indicata come RS.RVT.Transmeet. Il nuovo programma di installazione aggiorna la versione esistente sul posto, senza perdere licenze e periodo di prova.

Correzioni e miglioramenti della stabilità.

1.4.0 — 2026-10-12 — Pacchetto .rstm e famiglie caricabili ricostruite dalla descrizione

Pacchetto .rstm: il modello può essere esportato in un file con il pulsante «Esporta in pacchetto…» sul lato «Invia modello» e ricreato in qualsiasi versione di Revit 2021–2027 senza che l’origine sia aperta, con il pulsante «Da pacchetto…» sul lato «Riceve modello». Il resto funziona come con il canale diretto: caselle dei livelli di trasferimento, rapporto, ripetizione dell’operazione e annullamento Ctrl+Z per passaggi.

Nuovo livello di trasferimento «Famiglie caricabili» (attivo per impostazione predefinita): ogni famiglia con istanze viene descritta nell’origine e ricostruita nella versione precedente da un modello .rft — categoria e flag, parametri e formule, tipi di famiglia, piani di riferimento, solidi (estrusione, unione, rivoluzione, estrusione su percorso), linee, sottocategorie, famiglie nidificate fino a tre livelli e quote con etichette. Le istanze vengono posizionate in base al tipo di posizionamento: su un livello, su un host, tra due livelli, su una curva o su un piano di lavoro.

Gli elementi non supportati dalla descrizione (unioni su percorso, forme libere, connettori, testi, etichette ecc.) vengono elencati negli avvisi; una famiglia o un’istanza che non può essere ricostruita viene trasferita con il livello «Famiglie come geometria».

I nomi di famiglie, tipi di famiglia, piani di riferimento e sottocategorie sono sottoposti alla stessa sostituzione dei caratteri vietati applicata agli altri nomi.

1.3.0 — 2026-10-12 — Famiglie come geometria; il trasferimento non si interrompe per un singolo passaggio

Nuovo livello «Famiglie come geometria» (attivo per impostazione predefinita): famiglie caricabili, famiglie locali, DirectShape e altri elementi del modello con un solido vengono trasferiti come forma della stessa categoria. I valori dei parametri scrivibili vengono inseriti nei parametri omonimi della destinazione, mentre l’elenco completo dei parametri di istanza e di tipo viene scritto nei parametri «RS.Transmeet Params» e «RS.Transmeet Type Params», utilizzabili per creare un abaco.

Il trasferimento non si interrompe più a causa di un errore in un passaggio o in un livello: nel rapporto compare una riga «Errore» e il trasferimento prosegue; un elemento che l’origine non è riuscita a leggere viene contrassegnato come «ignorato», con il motivo.

I nomi con caratteri vietati in Revit (\ : { } [ ] | ; < > ? ` ~) vengono corretti sostituendoli con caratteri consentiti simili, sia nell’elemento stesso sia in tutti i riferimenti ad esso; ogni sostituzione genera una riga «Attenzione» nel rapporto.

Un tipo di vista che Revit non copia (ad esempio «Tavola») viene contrassegnato come «ignorato» con una spiegazione, anziché generare un errore. Il rapporto del livello «Modello» elenca soltanto ciò che non viene trasferito da alcun livello: gruppi, collegamenti Revit, importazioni CAD e linee di modello.

1.2.7 — 2026-10-09 — Ribbon condiviso: il pulsante Descriptor non è più presente

Motivo: l’autore ha integrato RS.Descriptor in RS.Exporter come scheda «Export Model» e ha rimosso Descriptor come soluzione separata. Il catalogo del ribbon condiviso è uguale in tutti i plug-in della linea, quindi cambia per tutti.

Implementazione comune SRC/SuiteRibbon/RsSuiteRibbon.cs (identica byte per byte in tutte le soluzioni della linea): rimossa la voce del catalogo RS.Descriptor / RS_Descriptor_Btn / «Descriptor» del pannello Tools. Questo non modifica i pulsanti del plug-in stesso.

Verificato: sintassi di RsSuiteRibbon.cs con tree-sitter; l’md5 del codice di riferimento coincide in tutte le soluzioni. In questa esecuzione non è stata effettuata una build .NET: SDK e API Revit sono presenti solo sulla macchina di compilazione.

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

1.2.6 — 2026-10-09 — Ribbon condiviso: RS.Exporter al posto di RS.DxfExport

Motivo: l’autore ha unito RS.DxfExport e RS.ScheduleExport in un’unica soluzione, RS.Exporter, con il pulsante «Export» nella scheda RS-Systems, pannello Tools. Il catalogo del ribbon comune è identico in tutti i plug-in della gamma e quindi cambia per tutti.

Implementazione comune SRC/SuiteRibbon/RsSuiteRibbon.cs (identica byte per byte in tutte e 15 le soluzioni): la voce del catalogo RS.DxfExport / RsDxfExport / «DFX» è stata sostituita con RS.Exporter / RsExporter / «Export» nella stessa posizione del pannello Tools. Questo non modifica i pulsanti del plug-in stesso.

Verificato: sintassi di RsSuiteRibbon.cs con tree-sitter; l’md5 del codice di riferimento coincide in tutte le soluzioni. In questa esecuzione non è stata effettuata una build .NET: SDK e API Revit sono presenti solo sulla macchina di compilazione.

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

1.2.5 — 2026-10-09 — Telemetria v3: soltanto «è attualmente in uso» e tempo di lavoro

Motivo: l’autore ha chiesto di rivedere la telemetria in tutti i plug-in; serve sapere soltanto se il plug-in è in uso in quel momento e per quanto tempo viene utilizzato, senza interesse per le installazioni o le azioni specifiche. Il tempo si basa sull’utilizzo effettivo del plug-in, come per la fatturazione in base al tempo di utilizzo.

Cartella di riferimento Telemetry\, formato rs-systems-telemetry-v3, identica byte per byte in tutti i 15 plug-in: vengono inviati soltanto prodotto, id casuale della sessione, nuovo a ogni avvio di Revit e non memorizzato altrove, minuti di lavoro accumulati nella sessione e indicazione di fine sessione. Sono stati rimossi identificativo dell’installazione, impronta della macchina, versioni, stato della licenza e della prova e contatori delle azioni. Il primo minuto di lavoro viene inviato subito; successivamente, non più di una volta ogni 2 minuti e solo se aumenta,…

Il tempo di lavoro viene calcolato dal sottosistema di licenze secondo gli stessi criteri della fatturazione in base al tempo di utilizzo, ma con qualsiasi modalità di licenza: immissione nelle finestre e nei pannelli del plug-in, escluse le finestre di attivazione/pagamento, avvio autorizzato di un comando, LicenseGate.Busy() e lavoro in background con TryBackgroundUse. Un minuto con attività conta interamente come lavoro; una finestra inattiva non conta. Codice di riferimento Licensing\: WalletMeter.cs (MarkWork, WorkMinutes), LicenseGate.cs (registrazione quando è consentit…

Telemetria integrata per la prima volta: cartella comune Telemetry\ (4 file), simbolo RS_TELEMETRY nella build commerciale (SRC/Directory.Build.props), Telemetry.Launch in OnStartup e Telemetry.Shutdown in OnShutdown. Personal non compila la telemetria.

1.2.4 — 2026-10-09 — MSI: Product key e Product ID per il sito

Motivo: l’autore ha richiesto che, quando si sceglie il pacchetto di installazione nella scheda della soluzione sul sito, Product key venga letto dall’MSI stesso e inserito automaticamente. Prima l’MSI non conteneva né la chiave del catalogo né l’identificativo delle licenze: il sito non aveva nulla da leggere e alla scheda poteva essere assegnato il pacchetto di un altro prodotto.

SRC/Installer/Product.wxs: nella tabella Property vengono scritti RS_PRODUCT_KEY, chiave del catalogo del sito, e RS_PRODUCT_ID, identificativo delle licenze. In assenza dei valori forniti, WiX interrompe la build con un errore chiaro.

msi.bat: i valori vengono letti da UpdateProduct.cs (SiteProductKey, LicenseProductId), senza immissione manuale; se non possono essere letti, msi.bat si arresta con un errore invece di creare un MSI senza chiave. L’output della build contiene la riga [RS] Product key: … Product ID: ….

Il sito legge RS_PRODUCT_KEY quando si seleziona l’MSI, lo inserisce nella nuova scheda e rifiuta gli MSI con una chiave diversa.

1.2.3 — 2026-10-09 — Implementazione comune delle licenze della linea: offline soltanto prova o licenza, online fatturazione a tempo; vulnerabilità eliminate e protezione rafforzata

Motivo: l’autore ha chiesto di uniformare il sistema di licenze della gamma, con funzionamento offline solo durante la prova o con una licenza completa e fatturazione in base al tempo di utilizzo consentita solo online, verificare ed eliminare le vulnerabilità note, aumentare l’affidabilità e rendere la violazione il più difficile possibile. La cartella di riferimento Licensing\ è stata aggiornata in tutte le 15 soluzioni, identica byte per byte: 29 file, con l’aggiunta di LicenseVault.cs. Cambiano soltanto questa cartella e una riga di importazione nel .csproj.

Vulnerabilità individuate e corrette:

L’istantanea del portafoglio state.dat era conservata come JSON in chiaro. La falsificazione ("p":"2099…", "r":1), con il server bloccato, consentiva la fatturazione in base al tempo di utilizzo offline senza scadenza. Ora l’istantanea è sigillata con LicenseVault.Seal, HMAC-SHA256 e associazione a MachineGuid/volume, e viene accettata solo entro questi limiti: non proveniente dal futuro, non più vecchia di 10 minuti, minuto pagato ≤ 61 s dal momento della ricezione.

Arretrare l’orologio prolungava il diritto di utilizzo a tempo. Tutte le scadenze del contatore WalletMeter utilizzano ora l’orologio monotono del processo, Stopwatch; il minuto pagato e la validità temporale della risposta del server non dipendono dall’ora di sistema.

1.2.2 — 2026-10-06 — Compilazione senza avvisi

Motivo: la build 1.2.1 generava 4 avvisi CS0649 (2 volte ciascuno, nel

progetto principale e in quello temporaneo WPF) per ogni anno.

Dal contratto di trasferimento (Transfer\Dto2.cs) sono stati rimossi i campi che non venivano mai

compilati: CompoundDto.EndCapInterior, CompoundDto.EndCapExterior,

1.2.1 — 2026-10-06 — Licenza con fatturazione a tempo (implementazione comune Licensing\ di 28 file)

Motivo: l’autore ha inviato la soluzione di riferimento RS.SmartSelect con l’implementazione comune aggiornata

del sottosistema di attivazione, con portafoglio dell’account (RS-WALLET).

Licensing\ — 28 file di RS.SmartSelect identici byte per byte, tranne il proprio

LicensingConstants.cs (ProductId revittransmeet, «RS Transmeet»). Nuovi:

1.2.0 — 2026-10-06 — Trasferimento di tutto tranne le famiglie caricabili; confronto, rapporto XLSX e nuove icone

Motivo: l’autore ha chiesto di completare la licenza, le icone e tutte le funzionalità

ausiliarie, lasciando le famiglie caricabili alla fase successiva perché erano la parte più

complessa e lunga. Ambito concordato con l’autore: «tutto tranne le famiglie», ossia tipi

ed elementi di sistema, locali, viste, modelli, filtri, abachi, tavole,

1.1.0 — 2026-10-06 — Trasferimento del modello a una versione precedente di Revit (fase 1) e allineamento all’implementazione comune della linea

Motivo: l’autore ha richiesto di ricreare il modello sviluppato in Revit 2025

in Revit 2023 per proseguire pienamente la progettazione, senza ricostruzione

manuale. Le decisioni dell’autore e il piano di lavoro sono nel documento del progetto

claude/RS-TRANSMEET.md. Questa è la prima consegna prevista: fase 1 più l’allineamento della soluzione

La cronologia è stata compilata a partire da CHANGELOG.md nell’archivio dei sorgenti fornito. Sono mostrate le ultime 12 voci.