Mac OS Big Sur logbook (4) - Other UI odds and ends

Software

Sticky’ locations

This is something I forgot to add in my previous entry. Let’s look at this figure once more:

Finder window in Big Sur

Previously, I wrote:

Another change I’ve noticed is that, if you look at the sidebar, you can’t see other Macs with file sharing turned on that are present on the same network. In previous Mac OS versions they would usually appear in the area marked as (4). If you click on Network in the Locations section, then you can see them and connect to them; and once you’re connected to one or more of them and you mount one or more volumes, then you’ll be able to see the Mac’s name in Locations (3).

What happens next is something you may find handy or annoying — it depends on how you use your Mac. After disconnecting from a Mac on your network, that Mac’s name remains listed in the Locations section, and (at least for now) there doesn’t seem to be a way to remove it from the sidebar. In the figure, you see that I’m currently connected to Richard-XV. When I eject it, Richard-XV stays there. 

For how I navigate windows on my Macs, this is rather annoying. I’ve already selected Richard-XV by mistake on two separate occasions, when I actually wanted to select the MacBook Pro’s main volume XIII. And every time I selected Richard-XV, the MacBook Pro reopened the connection to the other Mac. It’s a small annoyance, which I suspect can worsen as one connects and then disconnects from multiple Macs/network volumes.

At least, in previous Mac OS versions, computers on the same network with file sharing turned on would appear in a separate Shared section, much easier to locate (or avoid) when needed.

Folder icons

Folder icons in Big Sur

In these logbook notes on the beta of Big Sur, I’ve generally refrained from remarking on specific icon designs because I’m assuming that nothing is definitive at this stage, and things may change over time. In the figure above, thanks to Dropbox, you can see both the old and the newer folder icon design. There was nothing wrong with the old, but I was always left wanting a bit more contrast. Folder icons in Big Sur have that contrast, maybe even too much of it. Still, I kind of like them.

Speaking of contrast…

Here’s a screenshot of the Finder’s File menu:

Greyed shortcuts in menus

Visually, the biggest change compared with previous Mac OS versions is that now the command shortcuts are grey instead of black. I get why Apple made this change — to give prominence to the menu command, to the text — but to my eyes this also has the side-effect of tricking me into thinking that the command shortcut isn’t active. 

Perhaps it’s because it is the same colour as other inactive menu commands, or the fact that the background colour of the menu pane is now a light grey, further reducing the contrast, but the first impression I get when I invoke this menu is, Lots of these menu items have corresponding shortcuts, but they’re currently disabled. I reckon it’s quite subjective. Still, worth mentioning.

In general, as I’ve already pointed out since the WWDC 2020, Big Sur’s UI could use more contrast, and another area that seems to have regressed in this regard is how menu names are highlighted in the menu bar. This is with the default transparency setting:

Menu highlight default look

The Finder menu name has an excessively subtle highlight, in my opinion. (Note that when you hover over the various menu commands, they’re normally highlighted, just like before Big Sur.)

If we enable Reduce transparency in System PreferencesAccessibilityDisplay, the highlighting is back, almost starkly so.

Menu highlight look with reduce transparency enabled

Notification Centre and widgets

I find it odd that you now invoke Notification Centre by clicking on the clock, instead of a dedicated menu extra like before. I also think that, on Mac OS, merging Today view and Notifications while having these bigger, redesigned widgets taking up considerable space in Notification Centre isn’t an improvement over the previous design. Here’s a screenshot of the entirety of the Desktop on my retina 13-inch MacBook Pro with Notification Centre showing one notification and four widgets. Yeah, the available visible space before having to scroll is almost over.

Notification Centre and Widgets

And three of the widgets are set to Small size. In the older design, widgets were more compact, and even if you couldn’t have two of them side by side, their use of the limited space of Notification Centre’s pane was more efficient and more information-rich.

What I’m seeing with these bigger widgets is something like, Let’s cram the old Dashboard concept into Notification Centre and it feels a bit silly, to be honest. This kind of widget design is certainly better employed on iOS and iPadOS — it makes more sense and it blends better with those operating systems’ respective user interfaces.

Previous logbook entries

Mac OS Big Sur logbook (3) - New beta, Finder windows

Software

A couple of days ago, after a bit of a delay due to work, I was prepared to continue with my Big Sur logbook entries, but meanwhile Apple released a new beta, so that further delayed me. Before installing it, I took screenshots of all the System Preferences panes — it seemed an important place to focus my attention on, a place where changes and updates are very likely to happen. I forgot to take screenshots of Finder windows, though; but, going from memory, there doesn’t seem to be any noticeable change in their UI between the first and the second public beta. 

Or should I say between Beta 4 and Beta 5, since apparently the latest beta version I’ve downloaded is Beta 5:

Beta 5

It was another chunky update, at 7.15 GB, and the first time I downloaded it, the download aborted and I got an error. Since I was trying to download it as soon as I learnt there was an update available, I figured that maybe Apple servers were busy and slow, so I postponed the operation. The day after, the download was very fast and completed successfully. The installation, on the other hand, took longer than the previous beta — around 50–55 minutes. The stage that took very long to complete was the Preparing Mac OS Big Sur Beta 5… just after download and before restarting the Mac. The progress bar appeared stuck for a while. But in these cases I usually let the Mac be, and sure enough things went smoothly, eventually.

Finder windows

This was the entry I meant to write before updating to Beta 5. My initial observations remain unchanged.

Let’s take a standard Finder window. I’ve set my viewing preferences just like on my production Macs running High Sierra (Sidebar, Path bar, and Status bar are visible; Toolbar is in “Icon Only” view; and the only customisation to the standard Toolbar is the addition of the Path and Dropbox buttons).

Finder window in Big Sur
Finder window in Big Sur

As a general observation, I’d say that, now that I’m seeing this new UI in person, it bothers me less than when I saw it revealed at the WWDC 2020. I’m not entirely okay with it either, but now that I’m looking at it more attentively on a Mac I have before me, there are also little details I can appreciate.

For starters, I like the use of this unified symbol library Apple is developing. The new sidebar icons appear slightly smaller than their counterparts in previous Mac OS versions, but they’re nonetheless recognisable. I also like the colour differentiation between the icons in the ‘drives and devices’ section (Locations) and the icons in the Favourites section. The former remain dark grey, while the latter take the colour you specified in System PreferencesGeneralAccent colour.

The new design of the upper part of the Finder window — with the loss of a proper title area, the semaphore buttons that now are visually part of the sidebar (1), and the title that is now part of the toolbar (2) — is a mixed bag. Like other parts of the redesigned Big Sur user interface, it’s not that bad if you just look at it or interact with it superficially. But the more you stare at it and ponder, the more you find annoyances.

The new toolbar (2), for example, suffers from the same spacing problems as the menu bar. There is simply too much padding between icons. If you look at the screenshot above, you’ll see that I chose a somewhat typical window width, at least for a 13-inch display. But the toolbar is not entirely visible. If I want to make all the buttons visible, and avoid too much title truncation, I have to stretch the window to a size that (again, on a 13-inch display) takes up 95% of the screen’s width, leaving just enough Desktop space on the right side to see the drive icons.

With the ‘old style’ (pre-Big Sur) of Finder windows UI, this kind of spacing issue is absent, of course. On my 11-inch MacBook Air, I can have a Finder window that is less than half the whole screen’s width, and still see all the toolbar buttons, including Search, which on previous Mac OS versions is a whole text field instead of an expandable control.

Finder window in High Sierra
Finder window in High Sierra

Another peculiar thing worth mentioning is what happens when you choose to view the toolbar as “Icon and Text” (FinderViewCustomise ToolbarShow: Icon and Text). In previous Mac OS versions (High Sierra in the picture below), since the toolbar extends across the whole window, when you choose to show icons and text for the toolbar buttons, the size of the buttons remains the same, and labels are placed beneath them. Finder windows become a little taller, but not wider, and you don’t lose anything usability-wise: no button disappears or gets reduced to accommodate the text beneath:

Finder window toolbar (Icon Only) in High Sierra
Toolbar: Icon Only view (High Sierra)

Finder window toolbar (Icon and Text) in High Sierra
Toolbar: Icon and Text view (High Sierra)

In Big Sur, something interesting happens: to accommodate the labels beneath the buttons, the buttons become noticeably smaller, and one peculiar side-effect of this change is that you get to see more controls. In the picture below you can see that, after switching to Icon and Text view, the Action control becomes visible. While we’re here, also please note how unpleasantly crowded the left side becomes with the appearance of the “Back/Forward” text beneath the [<] and [>] buttons.

Finder window toolbar (Icon Only) in Big Sur
Toolbar: Icon Only view (Big Sur)

Finder window toolbar (Icon and Text) in Big Sur
Toolbar: Icon and Text view (Big Sur)

I’m sure that, as you’re reading these notes, you may think I like splitting hairs and that I’m being unnecessarily fastidious. But making me aware of the finer details is something Apple itself has done over the years. This Finder window design, while superficially pretty, doesn’t feel completely thought out or optimised for different cases. It’s the same thing as the menu bar: there is a lot of wasted space between controls, and it seems designed to look good only in the best case scenario: relatively big retina screens (16-inch and above).

Look again at how smaller the toolbar controls become once we choose to display the labels beneath them. The targets become smaller too, and on a 13-inch retina screen you already have to pay attention whenever you want to click to select them. Imagine doing that on a 13-inch or an 11-inch non-retina screen. Add to this the poor contrast of the controls themselves, and you end up with quite a blurry and unpleasant interface. Finder window toolbars in Big Sur seems to be really optimised for an “Icon Only” setting.

And again, the new design of Finder windows in Big Sur seems to favour bigger screens with retina resolution even with regard to window management. To be able to see all your toolbar controls you have to widen each window to a considerable degree. On smaller screens windows end up taking more space than before, thus cluttering the Desktop unnecessarily and making simple drag & drop of files between windows more awkward.

Other minor details

Let’s get back to this figure:

Finder window in Big Sur

Another change I’ve noticed is that, if you look at the sidebar, you can’t see other Macs with file sharing turned on that are present on the same network. In previous Mac OS versions they would usually appear in the area marked as (4). If you click on Network in the Locations section, then you can see them and connect to them; and once you’re connected to one or more of them and you mount one or more volumes, then you’ll be able to see the Mac’s name in Locations (3). I hope this is just temporary and that the old behaviour is restored, as it’s more efficient and practical (you see which Macs are available on the Network and you can connect to them with fewer clicks).

Another UI element I hope is just temporary is the big, dark handle to adjust icon size in Finder windows, located at the bottom right corner (5). It looks a bit cartoonish and I feel it attracts more attention than it should. Compare it with the more understated counterpart in previous Mac OS versions (see the High Sierra Finder windows screenshots above).

As a final note, I’d like to point out how small the difference between active and inactive windows has become under Big Sur. In contrast with previous Mac OS versions, now a window in active state (i.e. in focus) has a lighter appearance than an inactive window in the background. Overall, though, I think there’s enough differentiation to avoid confusion: the title bars/toolbars of inactive windows are very grey and low-contrast; the semaphore buttons in the top left corner lose their colour; and even the accented icons in the sidebar turn into a less vibrant hue compared with the active window’s sidebar icons.

Active and inactive windows in Big Sur

Wrapping up

As I said above, the overall impression I’m having about Big Sur’s user interface is that it’s a mixed bag. From what I’ve seen so far, there are nice touches here and there, interspersed by oversights and even regressions (the largely inefficient use of space between controls and menus, both in the Mac’s menu bar and in the toolbar design within Finder windows). It seems that now how it looks (to stubbornly achieve a unified Mac OS/iPadOS interface) is more important than how it works.

Previous logbook entries

Mac OS Big Sur logbook (2) - Control Centre

Software

Now that I’ve shared my perplexities regarding the menu bar, let’s just… stay with the menu bar a bit more. One of the new features of Big Sur that was touted in the preview at the WWDC 2020 is Control Centre. Clearly taken from iOS, on Mac OS it serves the very same purpose: to provide a series of shortcuts to the most used settings, all in one convenient place. Here it is in its default configuration on my MacBook Pro:

Control centre

First impression: why not? I don’t particularly dislike it, and it kind of makes sense. Those are all useful controls to have handy.

From a usability standpoint, here’s what I’ve noticed. On previous versions of Mac OS, not having something like Control Centre available, users would populate the menu bar with the controls they need and use most. Let’s just take three examples: Bluetooth, Wi-Fi, and Volume. These three menu extras provide both access to the respective settings and instant information on their current state. You can immediately see whether Bluetooth is on or off. You can see whether Wi-Fi is turned on or off, and see whether the Mac is connected to a wireless network and the intensity of the signal. And you can have an approximate idea of the system volume level by looking at the Volume icon.

When you click on these controls and bring down their respective menus, you get additional information and additional control:

  • Bluetooth: you can turn it off/on immediately; you can select a previously paired device and connect to it; you can open Bluetooth preferences.
  • Wi-Fi: you can turn Wi-Fi off/on immediately, connect to another network with a click on its name, plus access other options like create a network or open Network preferences.
  • Volume/Sound: you can adjust the volume, change the output device, access the Sound preference pane.

Bluetooth, Wi-Fi, Volume menus (High Sierra)
Bluetooth, Wi-Fi, and Volume menus in previous Mac OS versions (High Sierra pictured here)

I know this is pretty much self-evident, but bear with me. If you combine the information provided by these three menu bar icons, with the level of control their respective menus give you, you end up with a pretty efficient way of dealing with their status and settings. It’s all quite immediate and a couple of clicks away.

Bluetooth, Wi-Fi, Volume menus (Big Sur)
Bluetooth, Wi-Fi, and Volume menus in Mac OS Big Sur (beta)

Now in Big Sur, their function hasn’t changed. They behave the same way. Their look has been refreshed, but they work exactly like before. The only difference is that, due to the UI redesign, now it takes you one click more to turn e.g. Bluetooth or Wi-Fi off and on. Before, you clicked on their icon and just moved the mouse on the Turn Bluetooth Off/On or Turn Wi-Fi Off/On menu command. Now you have to click on their icon and then click on their on/off switch. I know this is incredibly subtle and the delay in the corresponding action is only a fraction of a second higher, but still, it feels unnecessary; it feels like something clearly designed for touch interaction that was simply copied and pasted on a desktop paradigm driven by a mouse or trackpad.

There’s another interesting detail to note, in my opinion. Given the excessive spacing introduced between menu bar elements (both between icons and — something I failed to point out in the previous logbook entry — menu names), what you’re tempted to do is remove the separate Bluetooth, Wi-Fi, and Volume controls, and just use Control Centre. And this is both a practical and impractical solution. Practical because, well, you have multiple controls all in one place. Impractical because, by removing the single controls from the menu bar, you lose the ability to know about their state at all times. To see whether Bluetooth or Wi-Fi are turned on, you have to click on the Control Centre icon. To access their additional features you have to click on the annoyingly tiny light-grey arrow near each control (by the way, the arrow appears on mouseover, it’s not always visible).

And here is where things slow down more noticeably and get a bit more awkward. Before Big Sur, if I just wanted to switch networks, I would pull down the Wi-Fi menu from the Wi-Fi control on the menu bar, and select the other network. One click, one scroll of the menu, and selection. In Big Sur — provided you only want to use Control Centre in the menu bar — the same operation takes three clicks, one scroll of the menu, and finally the selection:

Control centre hover

  • You first click on the Control Centre icon;
  • You carefully position the mouse to make the grey arrow appear (otherwise your click will just turn Wi-Fi off);
  • A second click, and you enter Wi-Fi settings;
  • If the network you want to switch to is among the Preferred Networks, then you just select it here;
  • If not, you have to click a third time on Other Networks and finally scroll down the list and select the network you want.

Yes, you get a prettier interface, but that’s pretty much what you get. For now, Control Centre on the Mac feels simultaneously handy and awkward. You have faster access to multiple controls, but slower access to each control’s finer settings.

Previous logbook entries

Mac OS Big Sur logbook (1) - Installation, the menu bar, first impressions

Software

Before proceeding, a disclaimer

Section 5 of the Apple Beta Software Program Agreement (“Definition of Confidential Information”) states:

You agree that the Pre-Release Software and any information concerning the Pre-Release Software (including its nature and existence, features, functionality, and screen shots), the Seeding Tools, and any other information disclosed by Apple to you in connection with the Beta Program will be considered and referred to in this Agreement as “Confidential Information.” Information that otherwise would be deemed Confidential Information but (a) is generally and legitimately available to the public through no fault or breach of yours, (b) is generally made available to the public by Apple, (c) is independently developed by you without the use of any Confidential Information, (d) was rightfully obtained from a third party who had the right to transfer or disclose it to you without limitation, or (e) any third party software and/or documentation provided to you by Apple and accompanied by licensing terms that do not impose confidentiality obligations on the use or disclosure of such software and/or documentation will not be considered Confidential Information under this Agreement. 

Everything I’ll talk about in my Big Sur logbook should not be considered confidential information according to points (a) and (b) specifically. In other words, I will do my best to limit my observations and the subjects discussed here to what Apple has made available to the public during the WWDC 2020 and via the macOS Big Sur Preview page on the company’s website.

Big Sur public beta: download and installation

The first thing to do when you enroll your Mac in the Apple Beta Software Program is to download the Mac OS Public Beta Access Utility, which is essentially a tool that enables Software Update to detect the Big Sur beta releases. When you start installing this tool, it reminds you to perform a backup before installing beta software. It’s a nice touch. It would be even nicer if Time Machine backups worked reliably under Catalina, but that’s a story for another time.

No Time Machine detected

Another tool called Feedback Assistant is also installed. You use it to send feedback directly to Apple as you evaluate the beta software.

Once everything is set up, Software Update informs you that there’s a new Mac OS version available. And Big Sur is big — on my MacBook Pro the installer is 12.30 GB. I’m hopeful that the download won’t take long: my home wireless network is working at full speed, and Apple servers are usually fast. Unfortunately the download is annoyingly slow, and it takes between 3 hours and a half to 4 hours to complete.

The installation process, on the other hand, isn’t much different from a regular new release of Mac OS, and it takes about 38 minutes from start to finish. As the installer itself warns, the Mac will be restarted a few times. I also notice that the MacBook Pro becomes rather hot at a certain point, and fans appears to run at full speed for a little while, but then things return to normal. 

The MacBook Pro restarts for the last time, and I’m at the usual login screen. Everything went well.

That menu bar: uh-oh

I already noticed it when Big Sur was previewed during the WWDC 2020, and on the Preview page on Apple’s site, but — at least for now — the menu bar in Big Sur is a bit of a mess.

On Twitter I remarked the most obvious detail: the increased spacing of the various menu bar icons, but the menu bar’s transparency is also an issue.

Let’s start with icon spacing. On bigger displays, like we saw in the WWDC demos, it may not be a problem, but the situation on my retina MacBook Pro’s 13-inch display is jarring:

Big Sur menu bar
(If this and the following images of the menu bar look too small on your computer, try right-clicking them and selecting ‘Open Image in New Tab’ or a similar option in your Web browser.)

This is how it looks in the Finder, which has only a few and short menu names (in English, at least). Also consider that I’m only using two third-party menu bar additions here: Dropbox (1) and iStat Menus (2). The rest of the icons (3) are from the system.

Menu bar with legend

Compare and contrast with the menu bar of my 11-inch MacBook Air running High Sierra:

Menu bar 11-inch MacBook Air

iStat Menus is a very useful tool, and can display much more information on the menu bar than the particular configuration I’m using. But even if you’re not using a utility that takes up much space with icons in your menu bar, you can see how the menu bar can get crowded by third-party additions very quickly. If you’re even a minimally tech-savvy Mac user, your menu bar is probably already crowded. Cloud services like Dropbox, Box, Microsoft OneDrive, etc. put an icon up there. TextExpander puts an icon up there. Any utility that offers quick access to its options puts an icon in the menu bar. Plus there are even utilities that run in the background for which the menu bar icon is the only way to access them.

There are third-party utilities, such as Bartender, that help keep the menu bar clean and organised, but menu bar icons mainly serve two purposes: one, they’re shortcuts to the corresponding applications; two, they are status indicators. Their position is strategic, and users can check if something is happening at a glance. What’s the CPU temperature? How much battery charge is left? Is Bluetooth on? Is the Mac connected to a wireless network and does it have connection? Is Dropbox updating? And so forth. A utility that hides menu bar icons (even with Bartender’s useful feature that shows menu bar icons in the menu bar when they update) takes away a lot of their immediacy. They’re supposed to be glanceable and easy to reach, otherwise we could just sweep all of them away under a rug — or a Control Centre.

With such excessive menu bar icon spacing, Big Sur exacerbates the problem and makes menu bar icons more cumbersome and more in-the-way, even in a default setup. True, you can remove or hide some of these (Siri can be removed, and you could also hide Wi-Fi, Bluetooth, Volume and Battery, since you can access them in the new Control Centre), but really, this kind of workaround would be understandable on a phone, where screen estate is more limited; and again, you just end up adding unnecessary friction and reducing immediacy. 

Some have suggested that the increased spacing is because this interface is being already optimised for possible future touchscreen Macs, and it may be the case, but unless the majority of future Macs are touch-enabled (also: consider all past Mac models that can run Big Sur), a touch-friendly menu bar UI should be considered the exception, not the rule. That’s why I think Apple should give the user the option to adjust the spacing, much in the same way users can adjust the grid spacing of icons on the Desktop and in Finder windows.

Menu bar transparency

I may be old-school, but if I were an operating system UI designer, one of my core principles would be, You don’t mess with the menu bar. I believe that there are essential places in a user interface that must remain as clear and utilitarian as possible. The menu bar in Mac OS is one of these. It should be always clearly visible. It’s a functional anchor. It’s your safe place. It shouldn’t be fancy, mutable, confusing.

In Big Sur, the menu bar by default isn’t solid white, but has a noticeable degree of transparency: it takes the colour of the desktop wallpaper behind it, in an attempt to blend in with the rest of the desktop environment. Some may consider this sleek, but it’s just gimmicky and usability-hostile.

What happens when the desktop wallpaper has darker colours? Well, menu items and menu bar icons become white, of course. The problem is that the wallpaper doesn’t have to be too dark. This is with the background picture “Mojave (day)”:

Menu bar with dark desktop

The contrast is awful, and so is giving that subtle shadow to the menu bar elements. For now, the only solution is to select Reduce transparency in System PreferencesAccessibility. This brings the menu bar back to a useful state, solid white with black elements. And I hope this is just a bug, but with certain desktop wallpapers, when you select Reduce transparency, the black menu bar elements retain that subtle shadow and have this embossed, glossy look that I don’t find particularly pleasing or useful (personal preference) — text and icons look smudged:

Menubar with dark desktop and transparency on

Also, this shifting between black and white menu items and icons may become annoying if you have your desktop wallpaper set to change at specified intervals. Light wallpaper! Black menu bar elements. Dark wallpaper! White menu bar elements. Neither light nor dark wallpaper! Whatever Big Sur decides.

Reduce transparency should be more fine-grained, too. When you select it in the Accessibility preference pane, it makes the menu bar look ‘good’ again, but it also makes the Dock background milky, and this, at least to my eyes, makes the app icons in the Dock more difficult, not easier to parse. Perhaps the simplest solution would be to bring back this option, which was first introduced in Mac OS X 10.5 Leopard under System PreferencesDesktop & Screen Saver:

Old menu bar preference

In Big Sur, it could be added to the options available in System PreferencesDock & Menu Bar.

Wrapping it up on a positive note

When it comes to user interface details I know I can be pedantic. I largely focused on the menu bar because it’s such an essential part of the UI that you can’t ignore when something feels wrong. But my first general impression of Big Sur beta on this 2015 13-inch MacBook Pro is overall positive: the system feels a bit snappier than Catalina, and 24 hours after installing it I haven’t encountered any particular issue, save for an unexpected quit of the Maps app when I first launched it. 

All the sleep-related issues this MacBook Pro showed after installing Catalina have disappeared. Now the computer sleeps reliably when I put it to sleep, even by simply closing the lid — as it should. As for battery life, it’s too soon to say, because so far I haven’t stressed the Mac very much, but the feeling is that Big Sur seems better than Catalina at energy saving. It feels less wasteful. Which is a good thing, because I’m always wary of beta software and battery management.

So far, this beta of Big Sur — apart from some rough edges related to the user interface — doesn’t really feel like beta software. Whew.

Previous logbook entries

Mac OS Big Sur logbook (intro)

Software

Before I start this, I think a brief recap is in order. 

In recent years, I’ve become increasingly wary about installing a new Mac OS release right away. Persistent bugs, new features that haven’t been particularly compelling to convince me to leave behind what is not broken, things that used to ‘just work’ becoming more like ‘it should work, hopefully’ have all contributed to significantly cool my enthusiasm when it comes to Mac OS. 

After many years with a 2009 15-inch MacBook Pro as my main machine, running all supported Mac OS versions from 10.6 Snow Leopard to 10.11 El Capitan without issues (I skipped 10.10 Yosemite entirely, however), now my two main Macs are a 2017 21.5‑inch 4K retina iMac and a 2013 11-inch MacBook Air. The iMac was purchased new, the Air second-hand. I got both Macs in 2018, and they’ve been running Mac OS 10.13 High Sierra without a problem.

When Mac OS 10.14 Mojave was released in September 2018, I honestly didn’t find anything in it that was worth leaving the stable environment of High Sierra behind. Also my iMac, unfortunately, still has a traditional hard drive, and Mojave would have upgraded the filesystem to APFS — and this, in turn, would have meant a noticeable performance loss, as APFS notoriously works much better with SSDs. So I stayed on High Sierra.

Then came Mac OS 10.15 Catalina, and after learning about the level of bugs and disruption it would bring to my workflow, I was even less eager to upgrade. I heavily rely on Mail. I have email archives that go back 20 years which I was able to preserve Mac after Mac, and Mac OS X version after Mac OS X version. Believe it or not, I haven’t had an issue with Apple’s Mail app since I started using it in Mac OS X 10.1. After hearing about Catalina’s Mail-related bugs, I didn’t want to take the risk. Also, I still use some 32-bit apps and games, and Catalina dropped support for 32-bit apps completely. So nah, Catalina was more trouble than it’s worth, and I was not alone in thinking that. 

But still I was in a bit of a predicament. A part of me would just curmudgeonly be happy to stay on High Sierra, or maybe update the 11-inch MacBook Air to Mojave at least, and that would be that. End of the story of Mac OS for me. But what if one day some specialised application I use for work updates and starts requiring Catalina? What if some Mac app I need to test or localise has Catalina as minimum requirement?

I don’t believe in upgrading your devices for the sake of upgrading, but I believe that in this day and age one has to be technologically flexible. So I started to consider the idea of acquiring a used Mac that is recent enough to run Catalina but at the same time doesn’t break the bank. An ideal candidate could be a 2014 Mac mini, a model that on the used market is less sought-after than the 2012 models due to its limited upgradability and more intricate disassembly. I could perform a clean install of Catalina on it, and use such a machine as guinea pig, for app testing purposes, and the like.

With the help of a couple of splendid fellows, I was able to acquire a much better candidate — a 2015 13-inch retina MacBook Pro — for probably less money than a 2014 Mac mini. Having a newer machine is always a plus, and a laptop is overall much better because it’s more manageable. You don’t have to hook it to an external display, keyboard and mouse every time you need to use it.

So I installed Catalina on it, had my share of issues (though somewhat fewer than expected), and at this point — I thought — why not wait for the public beta of Mac OS Big Sur, install it, and share my notes as I go along? (Where possible, of course.)

Here we are, then. Over the next days I plan to do just that in the form of short-to-medium ‘logbook entries’, just as I did with Snow Leopard eleven years ago. This is Entry Zero because I needed an introduction, and because for now I still haven’t installed the Big Sur beta. My plan was slightly delayed by the temporary unavailability of this and another website of mine. The hosting company apparently did a server migration and there were some DNS issues along the way. As I was waiting for the records to update and propagate, whenever I loaded my website another one appeared. This went on for about 24 hours and gave me a bit of a scare. My mind was elsewhere as I waited for things to get back to normal. 

First step: enroll my Mac in the Apple Beta Software Program

That went rather smoothly: you basically do it using your Apple ID and accepting Apple’s Terms and Conditions. During the Sign-up process, though, I was forced to enable two-factor authentication, and I just don’t like it. I know, two-factor authentication is an added layer of security, how can I not like it? Oh, I don’t have an entirely rational explanation. Some friends of mine ran into issues and were locked out of their accounts after enabling Apple’s 2FA, so there’s that. But mostly it’s just that I don’t entirely trust the method, preferring to rely on stupidly strong passwords, and I don’t like giving my phone number to tech companies. 

I also don’t like to be forced into doing something without having a choice. Another example: I can’t access the iCloud Web interface anymore because Apple thinks my password is not strong enough and doesn’t fit their password criteria, so if I want to access my iCloud account from a browser, I must update my Apple ID password. I have that password stored on so many devices that it would be a huge hassle to update it everywhere; but more importantly, I just don’t like Apple’s patronising attitude here. So I won’t budge. 

Anyway, tomorrow I’m downloading the Big Sur beta on the MacBook Pro — let’s see how it goes.