Wooji Juice

And the results propagate throughout the interface courtesy of SwiftUI & the Observable macro. Just… quietly satisfying.

Today I finally switched it on for The New Thing — the sync engine uses Swift generics to support all kinds of data — and it Just Works™️, changes syncing after a few seconds (I have deliberate throttling set on it, it doesn’t need to be instant).

About 18 months ago, I created a custom sync solution for Transcriptionist, for “data that isn’t a document, but is still too big for NSUbiquitousKeyValueStore”. It was probably overkill for that app alone, but I knew I’d be using it more widely…

I’m sure I’m just showing my age here, but I still like the magic of adding cloud sync to an app and watching stuff flow seamlessly between devices. Networking was always a big deal to me even back when it was just a serial cable between two machines.

This defines a `func corners(in size: CGSize?) -> Corners?` method you need to implement, and those are the corner radii the glass highlight will use. It’s pretty straightforward once you know, but I haven’t seen it documented anywhere as affecting interactive Liquid Glass.

But you can force it to use a roundrect of arbitrary radius — limited, but great if you're rendering (say) a "speech bubble" shape, as you can at least get it to highlight everything except the "tail”. How? Well, you need to implement the `RoundedRectangularShape` protocol.

iOS 26 Liquid Glass + SwiftUI thing I recently discovered: If you're using `glassEffect(in:)` with a custom Shape, and you're using "interactive" glass, it'll render the interaction highlight as a capsule, _not_ your custom shape. This will often look bad because of the mismatch, esp. at corners.

Just posted on Six Colors: Traveling with the iPad Pro, 10 years on

It would require writing a new macOS version of the app from scratch.

A screenshot of Ferrite’s main library/recording screen, running on iPad, back in 2015 — in the days before Split View or windowing, before multichannel recording, MP3 export, mouse or pencil support, and so much more.

A screenshot of Ferrite 3's main library/recording screen as of the latest release, running on iOS 26.

A lot's changed since then! From MP3 export to multichannel recording to Apple Pencil and mouse support, customisable keyboard shortcuts, windowing, auto levelling, advanced search and smart folders, and much more!

Exactly 10 years ago today, Ferrite 1.0 was released to the App Store! It's been a pretty wild decade. Here's to 10 years of Ferrite, and many more to come…

A Mac version of Ferrite is something we're very interested in, but unlikely to appear soon.

mono, low sample rate, low bit rate — all-round bad. Ferrite will detect this & warn you, but still, it’s not ideal. So it only enables this when requested — otherwise, anyone trying to edit (not record) using non-AirPods Bluetooth headphones would hear their sound quality trashed.

…which means high-quality AirPods recording doesn’t work unless you also enable *low-quality* Bluetooth recording. And enabling *that* destroys the audio quality of *both* recording *and* playback if you connect any other Bluetooth headphones.

By “low quality”, I mean old-school phone call level:

‎Ferrite Recording Studio ‎Ferrite is the award-winning app you need for creating podcasts, radio journalism, or other professional voice production work — lectures, speeches, voice-overs and more. It combines the ease-of-use...

Ferrite 3.2.1 is out today, with support for high-quality recording from AirPods (with H2 chip: AirPods 4, AirPods Pro 2 or 3)! apps.apple.com/app/id101878...

Note: this requires iOS 26, and you’ll need to enable the feature in Ferrite, Tools → Settings → Recording.

Why? Well, an iOS 26 bug…

Hello! Sorry to hear you've had a problem with Ferrite on iPad OS 26. That's not something I can diagnose over social media, but if you get in touch by email I can look into that for you. wooji-juice.com/contact

And finally, there's one more thing I hope to be able to announce soon:

One day I'd love to make a new synth with all the mod cons, but right now other things are higher priority. So if you want some synths that don't support AUv3, aren't likely to get updated, BUT make really cool sounds, get 'em before they're gone: www.wooji-juice.com

Some bad news regarding our synthesisers: I think this is the year we'll have to retire these, probably this month. Shame, as I love them, but they've had a good run (the "new" one is over 10 years old!) and predate all sorts of modern development tech like Swift, SwiftUI, and AUv3.

• …doesn't support as many languages though. Might be hard to “message” in UI.
• Also really want to add iPad menu support, but currently blocked by SwiftUI bugs (FB18799723)

(Ferrite uses UIKit Lifecycle, which is why it has full iPad menu support…)

Next, Transcriptionist:
• Background transcription — won't be as widely available, as transcription needs GPU & fewer devices support background GPU use
• Exploring use of Apple's transcription API. Preliminary tests seem promising — not as accurate as existing large brains, but quick and efficient…

(screenshot should give you a fair idea what to expect).
• Pretty comprehensive iPad OS 26 menu support.
• Also experimenting with support for the new AirPods high-quality recording mode.

A screenshot of Ferrite Recording Studio running on iPad OS 26, showing a Liquid Glass sidebar and the new iPad menu bar, with the File menu open to the Export submenu, showing various export types.

First up, Ferrite:
• Continue exports in background, track progress in a Live Activity (note: it'll still be possible for exports to get cancelled if other apps require too many resources)
• Lightly updating UI for Liquid Glass. Don't expect complete rethink — that's not something to rush into.

I thought I'd take a moment to provide a sort of mini-roadmap for Wooji Juice's autumn app updates. Note that iOS 26, macOS 26 and iPad OS 26 are all kinda “coming in hot”, so, don't take _any_ of this as promises, it'll depend on the state of the OSen. But these are our plans…

e.g. their View menus don’t contain any commands for changing the browser view (icons vs list view, sort order, etc), File/Edit contain nothing for selecting, sharing, moving, deleting files, etc.

It's particularly fiddly when it comes to keyboard shortcuts. Apple's apps currently seem to mostly ignore the document browser in the menus — not just Numbers, Pages etc but also Preview, which was presumably developed with iOS 26 in mind.

Menus can enable/disable items, but (per HIGs) they're not supposed to add/remove them (outside of stuff like Recent Files). So a document editing app kinda needs to cram _both_ its own entire UI, _and_ 90% of the Files app UI, into one menu system. Which is… not ideal.

I've been doing a lot of stuff recently with the new iPad OS 26 menu system. Something I think Apple haven't thought through — I haven't seen any guidance from them on it & their apps seem to be ignoring it — is: an iPad app that edits documents, also kinda has 90% of the Files app shoved in to it.

Just posted on Six Colors: A few notes on iPadOS 26 audio and video capture

That's great! If you use the in-app “Contact Support” feature to get in touch, I can add you to the TestFlight