Richard MarkiewiczPotrebbe non sapere chi fosse Larry Gordon Tesler, ma una volta scoperto, si sentirà un po’ inadeguato. Sul serio: esiste un’intera pagina di Wikipedia dedicata ai suoi risultati presso Apple, Amazon e Yahoo, oltre allo sviluppo e alla coniazione di alcuni concetti fondamentali di tutti i moderni computer personali: il WYSIWYG (“What you see is what you get”), il primo “browser” e il copia e incolla. Quante volte al giorno taglia, copia o incolla qualcosa sul suo computer o dispositivo mobile? Dobbiamo tutto questo a Larry.
Informazioni sugli appunti RDP
RDP dispone di un supporto integrato per gli appunti, che consente di copiare e incollare tra la sessione locale e il sistema remoto esattamente come se lo si utilizzasse in locale. È una funzionalità incredibilmente comoda, che supporta persino diversi tipi di appunti, come testo formattato, immagini e file. Come forse sa, le sessioni RDP integrate in RDM Mac si basano su FreeRDP anziché sull’implementazione proprietaria di Microsoft (che non può essere incorporata all’interno di un’altra applicazione). FreeRDP supporta le stesse funzionalità degli appunti del client ufficiale Microsoft, ma finora RDM Mac integrava solo i formati di testo di base. Siamo lieti di annunciare l’aggiunta del supporto per diversi nuovi tipi di appunti, tra cui una delle funzionalità più richieste: il copia e incolla dei file!
Trasferimento dei file tramite gli appunti
A partire da RDM Mac 2022.1.13, se desidera trasferire un file tra il suo computer e un sistema remoto connesso tramite il tipo di sessione RDP incorporata, basta copiarlo e incollarlo! Copi il file sul suo sistema e lo incolli sul computer remoto, o viceversa. È così semplice. Attualmente questa funzionalità è in versione beta e, in quanto tale, presenta alcune limitazioni. È possibile trasferire un solo file (non una cartella o un elenco di file) alla volta e solo tra il computer e la sessione remota (ovvero non è possibile copiare un file in una sessione e incollarlo in un’altra). Il protocollo RDP consente di aggirare completamente gli appunti se il file copiato è accessibile tramite un’unità mappata (il che può migliorare le prestazioni), ma questa funzionalità non è ancora supportata. Infine, la dimensione massima del file trasferibile è 4 GB (e per alcune versioni server, solo 2 GB): si tratta di un limite tecnico del protocollo RDP. Accogliamo con favore i suoi commenti su queste modifiche e, nel tempo, rilasceremo miglioramenti incrementali su macOS, oltre a supportare questa funzionalità su RDM Linux e Windows (quando si utilizza FreeRDP).
I dettagli tecnici
Il trasferimento di file tramite copia e incolla è stato a lungo atteso a causa di sfide tecniche sul lato macOS. Gli appunti moderni funzionano tramite il “rendering ritardato”: quando si copia qualcosa negli appunti, il sistema segnala la disponibilità dei dati alle altre applicazioni, ma i dati non vengono effettivamente trasferiti finché non si esegue l’incolla. Quindi, quando si copia un file sul sistema remoto, le sue informazioni vengono aggiunte agli appunti, ma i dati non vengono trasmessi finché non si incolla localmente. Ecco il problema: il Finder di macOS non consente di incollare un file a meno che non esista già su disco. Tradizionalmente (e su altre piattaforme), potevamo aggirare questo problema utilizzando un “file system virtuale” che astrae l’accesso ai file; ma i VFS non sono una soluzione appropriata su macOS (in genere richiedono un’estensione del kernel, non più supportata da Apple). Invece, quando si copia un file sul sistema remoto, creiamo un file temporaneo da 0 byte su disco e segnaliamo quello a Finder.app. Quando si incolla, utilizziamo un’API in modalità utente per scaricare il file al volo, prima di consentire finalmente all’operazione di incolla di procedere dalla posizione temporanea. Questo approccio funziona, ma è responsabile di alcune delle limitazioni sopra indicate. Stiamo valutando un nuovo set di API simili ai VFS su macOS 11 e versioni successive, che ci permetteranno di offrire un’integrazione più fluida.