Bug on Melabit

Apple abbiamo risolto dei problemi: da Sonoma a Sequoia

Tue, 04 Feb 2025 06:00:00 +0000

– Immagine generata dall’IA di Microsoft Designer.

Negli ultimi mesi ho scritto ben quattro articoli sui bachi di macOS Sonoma (la lista completa si trova alla fine di questo articolo), perché mi sembrava incredibile che questa versione di macOS fosse stata pubblicata con dei bachi così evidenti nel Finder e nella gestione del disco .

Nelle versioni più recenti di Sonoma, alcuni bachi segnalati – come quello dello svuotamento ballerino del cestino, del nome del file di default quando si stampa virtualmente in PDF una pagina web, o della mancata visualizzazione di un nuovo file o di una nuova cartella nella modalità Allinea alla griglia — sono stati corretti, ma quelli più seccanti sono rimasti lì, intoccati.

Un paio di giorni fa, dopo aver provato macOS Sequoia su una macchina che uso come muletto, ho deciso di aggiornare anche il Mac Mini M1 che ho a casa a Sequoia 15.3 e, con grandissima soddisfazione, posso dire che tutti, o quasi, i bachi più gravi riportati in quegli articoli sono scomparsi.¹

Baco #1: Se abbiamo una cartella piena di file e ne trasciniamo le icone sotto il limite inferiore della finestra mentre premiamo il tasto CMD (⌘), il limite inferiore della finestra ora si estende correttamente e visualizza anche le icone poste più in basso, senza più dare l’impressione che i file siano scomparsi. Unica eccezione è quando la cartella non ha la barra di scorrimento attiva perché i file contenuti sono pochi. In questo caso le icone continuano a scomparire, proprio come con Sonoma, ma perlomeno ora basta cliccare sull’icona < in alto a sinistra sulla barra degli strumenti per poi tornare alla cartella di partenza per ripristinare la visualizzazione completa dei file.

Baco #2: Se in uno Spazio abbiamo due finestre del Finder sovrapposte e usiamo le combinazioni di tasti CTRL(⌃)-1 e CTRL–2 e così via per trascinare la finestra in primo piano da uno spazio all’altro, al ritorno nello Spazio di partenza la finestra viaggiatrice_ ora finisce sopra quella rimasta ferma, come è giusto che sia. Lo stesso avviene quando le finestre sovrapposte sono più di due.

Baco #3: Anche lo sfarfallio ben visibile con Sonoma quando si trascinava una finestra del Finder da uno Spazio all’altro ora è scomparso. Osservare una cosa del genere era semplicemente scandaloso, non solo perché avveniva su macchine che montano processori potentissimi come gli Apple Silicon, ma anche perché prima di Sonoma questo sfarfallio non si era mai verificato su macchine molto, molto meno prestanti, come i Mac Book Air Intel.

Baco #4: Sequoia ha anche corretto il baco relativo alla finestra che scompariva più veloce di una Formula 1 quando si collegava una chiavetta USB ad un portatile, ma di questo ne avevo già scritto a suo tempo.

Baco #5: Il Finder è finalmente tornato alla normalità quando deve mostrare cartelle di un disco esterno USB contenenti qualche centinaio di file. La lentezza (per dire poco) sperimentata con Sonoma era davvero seccante, e non ce la facevo più a dover aspettare decine e decine di secondi ogni volta che dovevo accedere ad una cartella esterna un po’ piena.

Baco #6: Ma la vera chicca di Sequoia, quella con la quale gli dò già un 8 secco alla fine del primo quadrimestre, è il fatto che, per la prima volta dopo anni ed anni, l’aggiornamento di macOS non ha scombinato la disposizione delle icone nella cartella Applicazioni. Saranno pochissimi quelli che, come me, preferiscono tenere organizzate le applicazioni installate in modo visuale invece che alfabetico. Ma voglio farmi lo stesso portavoce di questi quattro gatti e ringraziare di cuore gli sviluppatori Apple per una correzione che aspettavamo da non so più quante versioni di macOS.²

Che dire? Sono davvero molto soddisfatto che con Sequoia Apple sia riuscita a correggere tanti bachi imbarazzanti di Sonoma. Anche perché quelli che avevo segnalato non erano bachi legati a funzioni esotiche del sistema operativo o del file system, ma problemi ben evidenti a chiunque usasse l’interfaccia grafica di macOS.

Purtroppo non credo che in quel di Cupertino ci sia qualcuno che compulsa avidamente le pagine di Melabit. Ma questo significa anche che le criticità segnalate negli articoli precedenti erano dei problemi concreti ed evidenti anche ad altri utenti, nonché agli stessi sviluppatori di Apple, e non solo le preoccupazioni immaginarie di un utente un po’ troppo zelante.

Rimane il problema di fondo, e cioè che non ha senso continuare con questa politica di rilasci annuali di nuove versioni di macOS (ma anche di iOS, iPadOS, watchOS e così via), ciascuno infarcito di nuove funzioni luccicanti ma quasi sempre inutili, che rimangono per forza di cose poco testate e che magari portano nuovi bachi nei fondamenti del sistema operativo, senza dare il tempo di correggere i bachi già presenti.

Un ciclo annuale di nuove release sarà senza dubbio utile per il marketing, ma è proprio quello che serve agli utenti?

Per chi fosse interessato alla mia saga sui bachi (e non solo) di macOS Sonoma, ecco i link alle puntate precedenti:

Tanto che subito dopo ho aggiornato anche il Mac Studio che uso per lavoro. ↩︎
Mi pare evidente che non c’era nessun motivo tecnico alla base del problema (come ad esempio la separazione rigida fra le applicazioni installate di default in macOS e quelle installate dall’utente), ma solo una scarsa attenzione a un dettaglio che sarà pure minore, ma che è piuttosto seccante per chi ne fa uso. ↩︎

Apple abbiamo un altro problema: un nuovo baco di macOS Sonoma

Thu, 14 Nov 2024 06:00:00 +0000

– Immagine generata dall’IA di Microsoft Designer.

I bachi di Sonoma non mancano mai di sorprendere, e qui descrivo un baco fresco fresco, che per fortuna è stato corretto in Sequoia.

Prendete un MacBook Air o Pro nuovo, dove avete appena installato Sonoma, oppure un MacBook dove prima di installare Sonoma avete cancellato il disco di avvio (quello che succede aggiornando semplicemente da una versione precedente potrebbe essere diverso).

Provate a inserire una chiavetta o un disco esterno USB (o anche, quando c’è, una scheda SD). Quello che vedrete sarà questo.

Cioè non vedrete praticamente niente, anche al rallentatore.

In teoria, macOS dovrebbe far comparire una finestra a scomparsa che chiede all’utente se vuole consentire il collegamento dell’accessorio USB (come lo definisce Apple) al Mac. Peccato solo che, come si vede nel video, il pop-up scompaia più veloce di un’auto di Formula 1.

Devo dire che le prime volte che mi è successo non vedevo nemmeno quello. Solo dopo alcuni tentativi infruttuosi e sempre più frustanti, un’ombra velocissima sullo schermo mi ha fatto pensare ad una finestra a scomparsa troppo zelante.

Questo baco si verifica con macOS Sonoma 14.6, non ho idea se anche le versioni precedenti ne siano soggette. Per ovviare al problema bisogna andare nelle Impostazioni di Sistema alla voce Privacy e sicurezza e modificare l’opzione Consenti il collegamento degli accessori da Chiedi ogni volta, oppure Chiedi per i nuovi accessori, in Sempre.

Una volta collegata l’unità USB, per maggiore sicurezza si può tornare a selezionare l’opzione Chiedi per i nuovi accessori, ricordandosi di ripetere la procedura ogni volta che si inserisce una nuova chiavetta (o disco esterno).

A prima vista sembra strano che la richiesta di consenso per il collegamento dei nuovi accessori compaia solo nei MacBook e non nei Mac desktop.

Ma a ben pensarci la cosa ha un senso. Non credo che gli sviluppatori di macOS vogliano impedirci di collegare le chiavette USB di nostra proprietà o quelle delle persone che conosciamo. Credo, invece, che vogliano evitare che qualcuno inserisca di soppiatto una chiavetta cattiva (detta anche Rubber Ducky), che ormai si può anche fare in casa con un Raspberry Pi Pico da pochi spiccioli.

Queste chiavette sono programmabili e possono fare danni molto seri ad un computer, dal trasferire automaticamente sulla chiavetta dei file riservati,¹ fino a cancellare – se chi la programma è in possesso della password di un account amministrativo – tutto il disco di sistema.

Inutile dire che è più facile che un attacco di questo tipo avvenga su un MacBook, lasciato spesso incustodito, piuttosto che su un computer desktop, che rimane stabilmente in ambienti più controllati come la casa o l’ufficio.

Inserire un controllo di sicurezza di questo tipo nel sistema operativo è quindi un’ottima idea, ciò che è pessimo è il modo in cui è stata implementata in macOS Sonoma.

La buona notizia è che su macOS Sequoia il baco è stato corretto e la finestra rimane ben visibile sullo schermo finché l’utente non effettua una scelta.

Per chi fosse interessato alla mia saga sui bachi (e non solo) di macOS Sonoma, ecco i link agli articoli precedenti:

Non è affatto detto che succeda solo a chi progetta un velivolo stealth, perché potrebbero più prosaicamente essere i documenti di un divorzio o di una controversia finanziaria. ↩︎

Apple abbiamo un problema: uno sguardo ai bachi di macOS Sonoma (aggiornamento)

Fri, 31 May 2024 06:00:00 +0000

– Immagine generata dall’IA di Microsoft Designer.

Un paio di mesi fa ho elencato alcuni bachi più o meno gravi di Sonoma di cui mi sono accorto mentre prendevo confidenza con l’ultima versione di macOS, prima sul nuovo Mac Studio M2 Ultra e poi sul Mac Mini M1 di casa.

In quel momento stavo usando macOS Sonoma 14.3, che poco dopo ho aggiornato sul Mini alla versione 14.3.1. Con questa minor release Apple ha corretto un paio dei bachi descritti, in particolare il baco relativo allo svuotamento del Cestino in uno Spazio a casaccio e quello che impediva di dare un nome decente ai file PDF generati dalla funzione di Stampa.

Poiché uso la funzione di Stampa (virtuale) dei PDF soprattutto in Firefox, mi è venuto il dubbio che quest’ultimo baco fosse legato al browser piuttosto che al sistema operativo. Ma non è così. Sul Mini aggiornato il problema è scomparso, ma il Mac Studio, rimasto più a lungo alla versione 14.3, ha continuato a darmi fastidio nonostante avesse esattamente lo stesso browser del Mini.

Ora su entrambe le macchine è installato macOS 14.5 e anche sul Mac Studio il problema dei nomi dei PDF è scomparso. Tutti gli altri bachi segnalati continuano invece a presentarsi allegramente. Anzi, con questo post aggiungo due nuovi bachi, uno dei quali è finito immediatamente in cima alla mia lista di seccature.

Il primo me l’ha segnalato Mimmo (grazie!) ai tempi di Sonoma 14.3 e riguardava Safari che ogni tanto nascondeva il testo contenuto nella selezione, come si può vedere nell’immagine qui sotto.

Non è un problema gravissimo, mi rendo conto, ma sorprende in un prodotto di un’azienda attenta ai minimi dettagli come Apple. L’avranno pensato anche dalle parti di Cupertino, dato che sembra essere stato risolto con il passaggio dalla versione 14.3 alla 14.5. Meglio così.

L’altro baco è così evidente che non capisco come mi sia sfuggita prima: ogni volta che apro una cartella con un gran numero di file, il Finder di Sonoma impiega un’eternità a mostrarli.

Da anni utilizzo un disco esterno USB per tenere tutto ciò che desidero conservare ma che non ho bisogno quotidianamente. Alcune cartelle contengono migliaia e migliaia di file, ma fino ad ora la visualizzazione del loro contenuto è sempre stata istantanea, o quasi. E questo anche se il disco è (o meglio era, ma di questo parlo dopo) un semplice disco meccanico, di qualità ma pur sempre meccanico.

Con Sonoma improvvisamente è cambiato tutto: ogni volta che apro una cartella molto piena, mi tocca aspettare diverse decine di secondi prima di vederne il contenuto. E quando dico decine di secondi intendo 40, 50, persino 60 secondi per una cartella con dentro 1.000-2.000 elementi. Che saranno tanti, ma non sono certo la fine del mondo.

La cosa strana è che fino a Monterey, con lo stesso disco esterno, la visualizzazione era praticamente istantanea, quindi escludo che sia un problema di lentezza del disco o del collegamento con il Mac.

Per togliermi il dubbio ho perfino acquistato un disco SSD NVMe da 2 TB, che ho installato in un hub esterno collegato al Mini tramite la porta USB-C. Ora la visualizzazione del contenuto delle cartelle è più veloce (e ci mancherebbe!) ma sempre molto meno veloce di quello che sarebbe normale aspettarsi. A occhio ci mette la metà del tempo di prima, che per un SSD NVMe, anche se esterno, mi pare comunque un risultato inaccettabile.

Spero che Apple si sia accorta del problema e che ci metta una pezza con macOS 15. Altrimenti mi toccherà davvero scrivere un bug report, e non ne ho la minima voglia.

Apple abbiamo altri problemi: uno sguardo ai bachi d'epoca di macOS

Thu, 22 Feb 2024 06:00:00 +0000

– Immagine generata dall’IA di Microsoft Designer.

Nell’ultimo post ho descritto alcuni bachi freschissimi presenti in Sonoma, la versione più recente di macOS.

I bachi riportati qui, invece, si trascinano da svariate versioni di macOS e sembra che Apple non abbia nessuna voglia di sistemarli o che non li consideri dei veri e propri bachi. Questi problemi però, a differenza di altri report, non si verificano in condizioni estreme o dopo aver aperto un dazillione di file ma in normalissime condizioni d’uso, e quindi mi pare ancora più strano che non siano mai stati risolti.

I primi due sono più che altro incongruenze dell’interfaccia utente, molto sorprendenti se si considera l’attenzione quasi maniacale che Apple dedica ai minimi dettagli di design dei propri prodotti.

La barra di scorrimento (scrollbar) della lista delle applicazioni acquistate dall’App Store è parzialmente nascosta dal titolo della finestra e compare solo dopo aver scorso un certo numero di applicazioni (quante dipende dal numero totale di applicazioni presenti nella lista, se sono tante bisogna scendere parecchio per rivedere la barra).
La stessa cosa succede nella pagina iniziale dell’App Store quando si sposta il mouse nella parte superiore della finestra facendone comparire il titolo. Qui però gli elementi contenuti nella pagina sono pochi e quindi una parte della scrollbar rimane sempre visibile.

Questo invece è un vecchio baco relativo al Terminale.

Ho configurato le Impostazioni di Sistema > Scrivania e Dock in modo che l’opzione Preferisci pannelli quando apri i documenti sia sempre attiva. In questo modo, ogni volta che apro una nuova finestra nelle applicazioni che supportano questa funzione (fra cui il Terminale), macOS crea al suo posto un nuovo pannello all’interno della finestra già aperta.

Ma se sto usando il Terminale con una configurazione personalizzata (ad esempio la mia ha 120 colonne x 40 righe) e seleziono la voce di menu Nuova Finestra scegliendo un profilo che ha una dimensione diversa (ad esempio quella di default di 80 colonne x 24 righe), viene sì creato un nuovo pannello, ma tutto il Terminale cambia dimensione e assume quelle del profilo appena scelto.

In effetti questa potrebbe anche essere una scelta progettuale degli sviluppatori. Scelta che però contrasta con quello che succede quando l’opzione Preferisci pannelli quando apri i documenti è attiva solo a pieno schermo, perché qui il nuovo pannello assume invece la dimensione di quello di partenza.

Va detto che con High Sierra era perfino peggio: ogni volta che si apriva un nuovo pannello il Terminale perdeva una riga. Per fortuna questo baco è stato corretto nella versione successiva di macOS.

Questo baco, per me che uso sempre la modalità Allinea alla griglia nelle finestre del Finder e ordino le icone dei file in modo visuale seguendo un ordine logico (almeno per me) e lasciando spesso degli spazi vuoti, è una grandissima seccatura.

Fino a El Capitan, se spostavo le icone di una cartella al di sotto del bordo inferiore della finestra, il Finder non faceva una piega e manteneva l’ordine delle icone spostate, lasciando uno spazio vuoto dove queste si trovavano in origine. Da Sierra in poi, invece, il bordo inferiore della finestra del Finder è diventato una specie di barriera invalicabile, per cui la stessa operazione fa rimbalzare le icone che sarebbero finite sotto il bordo nella parte superiore della finestra, ora rimasta vuota.

Per evitarlo, bisogna trascinare le icone premendo contemporaneamente il tasto CMD (⌘), che in teoria serve per bypassare l’allineamento alla griglia, obbligando a ripristinare l’ordine delle icone in un secondo momento.

Questa chicca finale, quello che senza dubbio è il mio baco preferito di macOS, non è solo una seccatura ma, per dirla alla Camilleri, una grandissima rottura di cabasisi.

Proprio come per i documenti, io organizzo le applicazioni in modo visuale, raggruppandole in base alla tipologia e a quanto spesso le uso, e allinenando le icone alla griglia virtuale del Finder.

Di conseguenza, lascio in cima alla finestra Applicazioni tutte le applicazioni preinstallate di casa Apple e quelle che aggiungo io subito dopo la prima configurazione del sistema operativo, Pages, Numbers, Keynote, XCode, iMovie, GarageBand e così via. Subito sotto ci sono quelle da ufficio (la suite Office 365 e LibreOffice, gestori di PDF), quelle per la comunicazione (Teams, Webex, Skype), poi i browser e le applicazioni di sincronizzazione e accesso remoto. Ancora più giù le applicazioni più specifiche per il mio lavoro, per scrivere, prendere note e gestire gli articoli, editare le immagini, sviluppare codice. In fondo finiscono le utility varie per tenere sotto controllo la temperatura del Mac, gestire la clipboard, scompattare i file strani, registrare lo schermo e, ogni tanto, eseguire una scansione antivirus del Mac (MalwareBytes).¹

Con questa organizzazione ci metto un attimo a scorrere la cartella Applicazioni in cerca del programma che mi serve, perché so a priori dove dovrebbe essere anche se non ne ricordo il nome esatto.²

Purtroppo però, da non so più quante versioni di macOS, ogni volta che aggiorno macOS le icone delle applicazioni vengono sempre riordinate in modo alfabetico. Dato che per la cartella Applicazioni l’ordinamento alfabetico è quello di default, la maggior parte degli utenti non se ne accorge nemmeno. Ma chi, come me, preferisce un ordinamento personalizzato, è obbligato ogni volta a rimettere tutto a posto.

Perché considero questo un baco e non una caratteristica voluta di macOS? Il motivo è banale: se per ogni cartella il Finder mi consente di ordinare i file in modi diversi – alfabetico, per data, per dimensione, per tipo – e mi consente anche di allinearli su una griglia o non ordinarli affatto, non si capisce perché mai la cartella Applicazioni dovrebbe comportarsi in modo diverso.

Ci sono dei motivi tecnici alla base di questa decisione? Nell’uso normale la cartella Applicazioni può essere personalizzata esattamente come tutte le altre cartelle del Finder, quindi perché mai il Finder dovrebbe essere obbligato a resettare le personalizzazioni ad ogni aggiornamento, anche minore, del sistema operativo?

Secondo la mia modestissima opinione questo errore, insieme a quello descritto al punto precedente, è legato ad un problema con i fetentissimi file .DS_Store, che gestiscono la configurazione di ciascuna cartella nel Finder e il cui formato è tenuto più segreto di ciò che avviene dietro i cancelli dell’Area 51.

Se qualcuno del team di sviluppo di Apple sta leggendo queste righe, può trovare un’oretta per sistemare questi bachi? Non dovrebbe essere troppo difficile, dateci una occhiata per favore, un vostro fedele utente ve ne sarà grato.

La possibilità di organizzare le applicazioni e i documenti in modo visuale è una delle funzioni di macOS che me lo fa preferire a Linux o a, orrore!, a Windows, dove questo modo di lavorare semplicemente non esiste. ↩︎
Sul Mac di casa su cui sto scrivendo ho 148 applicazioni installate, e per le mie abitudini non sono nemmeno tante. Ricordare il nome di tutte non fa per me, infatti non ho mai usato l’ordinamento alfabetico né tanto meno applicazioni come Alfred e simili. ↩︎

Apple abbiamo un problema: uno sguardo ai bachi di macOS Sonoma

Mon, 12 Feb 2024 06:00:00 +0000

– Immagine generata dall’IA di Microsoft Designer.

Uso il Mac per lavorare e quindi sono sempre restio ad aggiornare macOS troppo velocemente. In genere preferisco aspettare che la versione corrente maturi e qualche volta la salto completamente, magari perché ho letto un report particolarmente negativi o perché non mi ha convinto dopo averla usata su qualche computer di amici o colleghi (l’ho fatto ad esempio con Sierra, con Catalina e con Ventura).¹

Finora quindi tutti i Mac sotto il mio controllo, quelli che uso personalmente e quelli della famiglia, erano fermi a Monterey, che mi piace, è stabile, è veloce, ed è compatibile con tutte le applicazioni che uso ogni giorno (e sono parecchie).

Con il mio nuovo Mac Studio ho dovuto fare una eccezione, perché arriva con Sonoma preinstallato e comunque non credo sia compatibile con Monterey. Forse lo è con Ventura, ma Ventura è una delle versioni sulla mia lista nera, quindi che senso avrebbe usarlo?

Premessa

Sonoma mi ha indispettito sin dal giorno in cui ho letto che non avrebbe più permesso di convertire nativamente un file PostScript o EPS (Encapsulated PostScript) in un PDF. Lo so, oggi pochi usano PostScript e per convertire i miei vecchi file EPS posso sempre usare Ghostscript o un emulatore al posto di Anteprima, ma è un fatto quasi filosofico: macOS è un sistema operativo molto complesso e costituito da migliaia e migliaia di componenti che si incastrano uno nell’altro, davvero non c’era più spazio per mantenere il supporto per i file PostScript/EPS? ²

Appena ho iniziato ad usare Sonoma sul Mac Studio mi sono accorto che la mia contrarietà aprioristica aveva un fondamento reale, perché Sonoma è afflitto da un bel po’ di bachi incomprensibili che non rendono giustizia a quello che può fare davvero il Mac Studio.

I bachi di Sonoma

La maggior parte dei bachi di Sonoma di cui mi sono accorto si verificano nel Finder e negli Spazi, il primo usatissimo da tutti gli utenti di macOS, l’altro meno diffuso fra i normali utenti ma presumibilmente popolare fra gli sviluppatori del sistema operativo. Alcuni bachi, poi, sono così evidenti che mi sembra davvero strano che non siano stati corretti nel corso del beta-testing, né nei vari aggiornamenti che si sono succeduti in questi mesi. In ogni caso, sono tutti bachi presenti in Sonoma 14.3, la versione attualmente installata sul Mac Studio.

L’elenco che segue è più o meno in ordine di importanza (personale), partendo dai bachi, diciamo così, più veniali, piccole seccature che non incidono sull’esperienza d’uso di macOS Sonoma, e arrivando fino a quelli davvero mortali e ingiustificabili.

Subito dopo l’installazione di Sonoma, sfogliando la rete da un altro Mac, l’icona del Mac Studio appare come un punto interrogativo, mentre quella degli altri Mac pre-Sonoma è normale. Dopo alcune ore anche l’icona del Mac Studio torna alla normalità.
Ogni tanto, il messaggio di conferma dello svuotamento del Cestino appare in uno Spazio diverso da quello in cui si è eseguito il comando. Succede anche in Monterey, è vero, ma in quest’ultimo il Finder si sposta automaticamente nello Spazio del messaggio, permettendo di cliccare sul tasto di conferma. In Sonoma questo non succede e, non riuscendo a vedere il messaggio, si continua a provare a svuotare il cestino inutilmente.
Se usiamo la funzione Stampa per generare un file PDF di un documento o di una pagina web, il file PDF non assume automaticamente il nome del documento di origine ma risulta essere Senza titolo. Mai successo prima ed è una cosa davvero seccante. Possibile che gli sviluppatori di macOS non generino mai un file PDF?

Ho l’impressione che il baco sia legato alla rimozione del supporto PostScript, ma non metterò la mano sul fuoco per questo.
Siamo in una finestra del Finder e abbiamo impostato la modalità Allinea alla griglia. Se trasciniamo un gruppo di file sotto il limite inferiore della finestra premendo contemporaneamente il tasto CMD (⌘) e poi rilasciamo il mouse, le icone più in basso non vengono più visualizzate, dando l’impressione che i file siano scomparsi.³

Per tornare a vederli, bisogna cambiare modalità di visualizzazione, scegliendo ad esempio di mostrare la lista dei file (CMD (⌘)-2) e tornando poi alla vista per icone (CMD (⌘)-1), oppure ci si deve spostare nella cartella superiore per poi tornare indietro, oppure si deve semplicemente chiudere la finestra corrente ed aprirne una nuova, selezionando di nuovo la cartella su cui stiamo lavorando.

Le figure qui sotto mostrano quello chi succede. La prima immagine mostra una cartella del Finder contenente una raccolta di documenti e altre cartelle.

Qui ho selezionato alcuni file e li ho spostati in basso premendo contemporaneamente il tasto CMD (⌘) (se non lo usassi, una volta oltrepassato il bordo inferiore i file più in basso si sposterebbero nella parte superiore della finestra). Questa operazione dovrebbe ingrandire la finestra virtuale del Finder, facendo comparire la barra di scorrimento, ma su Sonoma questo non succede e sembra che i file siano scomparsi.⁴

Passando alla vista come lista di file e ritornando poi alla vista per icone compare finalmente la barra di scorrimento, rendendo evidente che ci sono altri file sotto il bordo inferiore.
Strettamente legato al baco precedente è questo: se apro una cartella del Finder dove è attiva la modalità Allinea alla griglia e vi aggiungo un nuovo file, questo a volte non è visibile finché non eseguo una delle operazioni descritte prima. La stessa cosa succede creando o copiando una nuova cartella. Per non farsi mancare niente, questo baco si verifica in modo casuale, a volte va tutto bene altre no, generando ancora più confusione nel povero utente alle prese con il Finder di Sonoma.
Supponiamo di avere due finestre sovrapposte in uno Spazio, diciamo lo Spazio numero 1. Se clicchiamo con il mouse sulla barra della finestra che sta sopra e, tenendo sempre premuto il pulsante del mouse, usiamo le combinazioni di tasti CTRL(⌃)-2 e CTRL-1 per spostarci nello Spazio numero 2 per poi tornare in quello di partenza, al ritorno nello Spazio iniziale la finestra viaggiatrice finisce sempre sotto quella rimasta ferma.

Se ci sono tre o più finestre parzialmente sovrapposte, quella che va avanti e indietro fra gli Spazi finisce sempre sotto la finestra che ha ricevuto il focus prima della finestra viaggiatrice, ma sopra tutte le altre finestre del Finder.

Questo giochetto avviene solo con le finestre del Finder: se si sovrappone una finestra del Finder a una, diciamo, di Safari, la finestra del Finder che viene spostata fra uno Spazio e l’altro ricompare nello Spazio originale sempre sopra quella di Safari, proprio come dovrebbe essere.
Chi ha visto i video qui sopra si sarà accorto di un’altro problema molto, ma molto serio: ogni volta che si trascina una qualunque finestra da uno Spazio all’altro si verifica uno sfarfallio evidente dello sfondo della finestra, che potrebbe essere legato al codice che la ridisegna.

Succede sul potentissimo Mac Studio, e succede sui Mac meno performanti (grazie Mimmo!), ma non è mai, mai, mai successo in tutte le versioni precedenti di macOS.⁵

La cosa strana è che questa è una operazione comunissima per chi usa regolarmente gli Spazi, e mi pare incomprensibile che gli sviluppatori non se ne siano accorti oppure che, se l’hanno fatto, non abbiano posto rimedio prima del rilascio del sistema operativo. Ragazzi, ma è possibile che con i computer ultrapotenti che abbiamo oggi dobbiamo attendere mezzo secondo per ridisegnare una finestra?

Conclusioni

Questi sono i bachi di Sonoma di cui finora mi sono accorto personalmente. La lista non è di certo esaustiva, ma riflette la mia particolare modalità d’uso di macOS, fra cui un utilizzo continuo degli Spazi (che trovo molto più comodi di una configurazione multi-monitor). delle operazioni di trascinamento nel Finder e delle combinazioni di tasti.

Come abbiamo appena visto, Sonoma ha introdotto parecchi bachi più o meno gravi, ma macOS è affetto anche da tanti bachi d’epoca, bachi che esistono da anni e che Apple si rifiuta di correggere o non considera tali. Ma di questi leggerete nel prossimo articolo.

Nei confronti delle versioni più recenti di macOS non sono ostile come Riccardo Mori, però ammetto che quello che scrive tocca più di un nervo scoperto. ↩︎
Qui potrei partire con una lunga sparata sul fatto che i nostri documenti su computer rischiano di non essere più leggibili nel giro di pochi anni a meno che non ne abbiamo fatta una copia su carta, ma ve la risparmio perché non è il vero argomento di questo post. ↩︎
A cosa serve una operazione del genere? Ad esempio a fare spazio a nuovi file che, per qualche motivo, si vogliono sistemare prima di quelli preesistenti mantenendo l’ordine delle icone già presenti, oppure per aver modo di riordinare a mano i file. ↩︎
Inutile dire che nelle Impostazioni di Sistema ho scelto di avere le barre di scorrimento sempre attive. ↩︎
Non so dire di Ventura, che non ho mai provato a fondo, ma di sicuro non è mai successo da Monterey in giù. ↩︎

Un puntino blu pallido

Wed, 29 Jun 2022 06:00:00 +0000

Qual è quella macchina progettata per funzionare per appena quattro anni e che invece, dopo 45 anni di funzionamento ininterrotto, è ancora in perfetta forma e, con un po’ di fortuna, potrebbe raggiungere e superare i 50, l’età della maturità?

Qual è quel computer che con appena 69 kilobyte di memoria riesce a far funzionare un mare di strumenti scientifici e ad inviare i dati raccolti attraverso un flebile collegamento radio di appena 23 W di potenza, più o quello che serve per illuminare la cucina con un paio di lampadine a LED?

Qual è quel nastro magnetico che riesce a funzionare senza rompersi per 45 anni in condizioni di freddo e di vuoto estremo?

Tutti questi oggetti fanno parte di una delle maggiori sfide scientifiche e tecnologiche che la mente umana abbia partorito, le sonde Voyager 1 e Voyager 2, lanciate dalla NASA nel lontano 1977 e che oggi, dopo aver visitato in sequenza Giove, Saturno, Urano e Nettuno, viaggiano nello spazio interstellare nei pressi del confine dell’eliosfera, quella zona dello spazio dove il vento solare perde forza fino a scomparire.

La storia di Voyager 1 e 2 è stata raccontata nell’ultimo numero di Scientific American ed è una lettura gradevole e affascinante come poche. Non perdetela!

Molto bello in particolare il racconto di come sia stata scattata la famosa fotografia “Pale Blue Dot” (un puntino blu pallido) del 14 febbraio 1990, che ha catturato l’immagine della Terra immediatamente prima dello spegnimento del sistema fotografico di Voyager 1.

– La famosa immagine “Pale Blue Dot” (un puntino blu pallido) catturata dalla sonda Voyager 1 il 14 febbraio 1990, nella versione aggiornata del 2020.

Una volta arrivati oltre Nettuno c’era ben poco di significativo da fotografare ed era molto più utile spegnere questo sottosistema per risparmiare energia. Ma gli scienziati della NASA vollero immortalare in quell’ultimo scatto l’aspetto del nostro pianeta visto dai confini del sistema solare. La nostra boria di essere al centro dell’universo diventa ben poco quando ci rendiamo conto di essere invece meno di un granello di sabbia nell’immensità che ci circonda.

Una piccola nota tecnica: l’immagine mostrata nella figura qui sopra è una versione recente (realizzata nel 2020, in corrispondenza del 30esimo anniversario della fotografia originale), elaborata utilizzando le più moderne tecniche di elaborazione delle immagini, senza però alterare lo spirito dell’immagine originale.

Due parole infine sul software che gira sul computer con appena 69 kilobyte a cui accennavo all’inizio. Computer come questo non devono, anzi non possono, avere dei bug, perché il più piccolo errore software potrebbe mandare a ramengo una missione costata centinaia di milioni di dollari.

E infatti i bug non ci sono, e i pochi che si presentano comunque possono in genere essere corretti da remoto tramite delle backdoor lasciate appositamente aperte dagli sviluppatori. Tutto ciò però ha un costo enorme, in termini di programmatori dedicati al progetto, di tempo speso nello sviluppo e soprattutto di funzioni implementate nel software, che deve limitarsi a fare lo stretto necessario e niente di più.

Quindi niente interfacce grafiche (orrore!), niente sistemi operativi adatti a pilotare tutto il pilotabile, ma solo ed esclusivamente lo stretto indispensabile alla buona riuscita della missione.

C’è chi oggi pretende di punire o sanzionare gli errori software, utilizzando magari il solito Garante tuttofare per la protezione dei dati personali. Peccato che costui dimentichi (o non sappia) che i bug ci sono perché i sistemi attuali sono intrinsecamente troppo complessi per essere del tutto esenti da errori.

Le missioni spaziali ci insegnano che si può raggiungere la perfezione o quasi, al costo di farci pagare il computer o lo smartphone almeno 10 se non 100 volte di più, oltre che costringerci ad usare modelli con funzioni ridotte all’osso, altro che i lockscreen con i widget animati e facezie varie. È davvero quello che vogliamo?

Oppure possiamo tenere i piedi per terra (letteralmente!) ed accettare il fatto che se stiamo viaggiando nel bel mezzo del sistema solare è fondamentale non perdersi, ma se ci perdiamo in centro perché Maps fa i capricci… insomma, non è poi quella gran cosa.