Skip to content
Thoughtful, detailed coverage of everything Apple for 32 years
and the TidBITS Content Network for Apple professionals
Show excerpts

#1469: Non-destructive photo editing explained, 101-year-old TidBITS reader, Apple TV Home button tip, iOS 12.3.2

If you have an iPhone 8 Plus, note that Apple just released iOS 12.3.2 to fix a Portrait mode bug. Those with an Apple TV should also pay attention—if you don’t like how the Home button takes you to the Apple TV app, you can reset it to send you to the Home screen, just like it used to. We also have two treats for you this week. First, Adam Engst interviews a TidBITS member, George Jedenoff, who is still going strong at nearly 102 years old. Second, Nik Bhatt, who previously led Apple’s Aperture and iPhoto teams, contributes an in-depth look at how non-destructive editing works in Photos. Notable Mac app releases this week include iMovie 10.1.12, DEVONthink 3.0 Public Beta 3, and Logic Pro X 10.4.5.

Josh Centers 1 comment

TipBITS: Make the Apple TV’s Home Button Go Home

When Apple first introduced the fourth-generation Apple TV with tvOS 9, pressing the Home button (the one with a TV icon) on the Siri Remote worked just like on iOS devices—wherever you were, it returned you to the Home screen. Many people became accustomed to that behavior, so when Apple added the Apple TV app in tvOS 10.1 and remapped the Home button to open that app instead, it was maddening. For those who mostly watch Netflix, which still isn’t supported by the Apple TV app, and those who just don’t like the Apple TV app, this change was doubly annoying.

A number of people have complained to me about this over the years, but when Adam Engst mentioned it as an annoyance recently, I knew I had to say something. If Adam didn’t know that there’s a quick fix for this change in behavior, lots of other people probably don’t as well. Here it is.

Go to Settings > Remotes and Devices and highlight the Home Button entry. By default, it’s set to Apple TV App.

tvOS set to use the Home button for the Apple TV app

Simply click the Home Button entry to change it to Home Screen.

The Home button set to go to the Home screen

Once that’s set, when you press the Home button on the Siri Remote, from the iPhone’s Control Center widget, in the iOS Apple TV Remote app, or on any other remote you might have set up, you will return to the Home screen instead of going to the Apple TV app.

Even if you don’t change this setting, you can return to the Home screen at any time by pressing and holding the Menu button.

To Apple’s credit, the tvOS interface does document the Home button’s behavior in both of its states, but it’s easy to see how someone might not think to spelunk around the Settings app to restore functionality that Apple changed without notice.

Adam Engst 23 comments

George Jedenoff: A 101-Year-Old TidBITS Reader

While helping a TidBITS member with a login problem recently, Lauri Reinhardt learned something fascinating. The reader, an amiable gentleman named George Jedenoff, was almost 102 years old. There may be an estimated 72,000 centenarians in the United States, but still, 101 years old! Can you imagine the history he has lived through? When Lauri relayed this fact, I knew I had to talk with George to find out more about him and his life, and he graciously agreed.

George Jedenoff was born in July 1917 in Petrozavodsk, Russia, in the midst of the Russian Revolution. His parents were members of the Russian nobility, and to avoid the bloodshed that was sweeping the country, they moved first to the Urals, then to Siberia, and then to Manchuria before eventually emigrating to the United States, ending up in Seattle in 1923. After graduating from high school as valedictorian in 1935, George attended Stanford, graduating magna cum laude in 1940 and getting his MBA from Stanford in 1942.

During World War II, he served as a commissioned officer in the US Navy Reserve, mostly on Guam. Upon returning from the war, he accepted a job as an industrial engineer with Columbia Steel, a subsidiary of U.S. Steel. Over the years, George rose through the company, eventually ending up as VP of Operations before being named as president of USS Engineers and Consultants, a subsidiary of U.S. Steel. After taking early retirement in 1972, he was lured back to be president of Kaiser Steel, where he remained until retiring again to focus on management consulting for a few more years.

Adam: George, your story is fabulous—I realize you were just an infant, but how many people alive today can say they escaped the Russian Revolution? But where does technology come in? I was expecting that your big iron might have been early mainframes, not actual iron.

George: When I turned 70, I decided I needed mental exercise that would help to keep the cobwebs out of my brain as I grew older. I have always been interested in technology, so I thought it would be interesting to learn more about computers. I wasn’t alone in this—a number of my friends did likewise but those who tried to learn about PCs had considerable difficulty and gave up. After some research and advice, I felt that the Macintosh would be easier to learn, so I ended up going the Mac route. About 1987, I purchased my first computer, a Macintosh Plus.

Adam: So you had no prior technology background before buying your first Mac Plus?

George: No, I had no previous experience using computers. When I graduated in 1940 with a degree in mechanical engineering, there were no personal computers and my principal computing instruments were a Monroe calculator and my trusty slide rule (which I still have to this day). Now I am completely dependent on my Apple devices.

Adam: Picking up personal computing when you were in your 70s is impressive—most people that age that I know aren’t tackling such complex topics.

George: It was not always easy. People would ask me if the difficulties were frustrating. I would answer by saying, “Yes, but the computer is just doing what I bought it for—it’s making me think.”

Adam: So when did you start reading TidBITS?

George: My neighbor suggested the Web site to me about ten or fifteen years ago and I have found information from TidBITS to be very informative and helpful.

Adam: Thanks—I’m pleased to hear that. What Apple devices are you using now? Did you move beyond the Mac to the iPhone and iPad?

George: Indeed. I now have a 27-inch iMac with Retina display, a new iPad Pro, and an iPhone XS Max.

Adam: Excellent choices. And what do you use them for?

George: Like many people, I carry my iPhone with me at all times and use it constantly for phone conversations, text messages, taking photos, and reading email. Unfortunately, my eyesight is not too good, so even with the size of the iPhone XS Max screen, I prefer to view photos and other information on the iPad Pro. I do my more serious work on the iMac, which has the large 27-inch screen. I use these devices to stay in contact with many friends, do online shopping, write important documents, and so on. In fact, I just recently wrote the history of my family and my life in a 232-page manuscript for my family and close friends. I am now in the process of writing a more public version, which I hope to publish online.

Adam: If I can offer any advice on how you can self-publish your autobiography, don’t hesitate to ask, and I look forward to reading it. And I’ll admit I’m curious if TidBITS will warrant a mention in it.

George: Thanks so much for your help and for this opportunity to get personally acquainted. Meanwhile, keep up the good work.

Adam: Thank you! For everyone reading this, one last thing. George also exercises for 45–60 minutes every day and is an avid skier. That, needless to say, is a tad unusual at his age, so Ski Utah has been making videos with him for the past six years. So let me leave you with a link to his most recent video and its closing quote:

Make every day count, and do something constructive. And the more you can do, especially for other people, the happier you are.

That seals it—when I grow up, I want to be like George.

Nik Bhatt 23 comments

The Ins and Outs of Non-destructive Editing in Photos for Mac and iOS

One of the near-magical features of Photos, and iPhoto before it, is the way it allows you to edit a photo with the assurance that those edits are non-destructive—you can always revert to the original version. That said, non-destructive editing brings with it some confusion, particularly for those working with RAW images or using Photos extensions to do the editing.

To shed light on the situation, I’ll first explain how non-destructive editing works in photo applications in general, using Photos as an example. Then I’ll go into detail about how non-destructive editing in Photos works with RAW image files, Photos extensions, and more. I will also identify some trouble spots.

To give you some background, I was the lead developer for Aperture, and I later led the team that developed the editing engine for the Mac version of Photos. Now I’m on my own, developing a Photos extension called RAW Power that uses the same RAW engine underlying Photos and Aperture. In this article, I will often use RAW Power as an example, though other Photos extensions work similarly. If you are unfamiliar with RAW, you may wish to read a separate article of mine that discusses the benefits of RAW as well as touching on Apple’s new HEIF image format.

Basics of Non-destructive Editing

Most applications directly modify your documents. For example, when you choose Save in Microsoft Word, it saves your changes directly to the document’s file, replacing the previous version of the file in the process. Some image-editing applications also modify image files directly, notably Adobe Photoshop and Apple’s Preview.

In contrast, most photo-editing applications work non-destructively and never modify the original photo. The application applies edits to an in-memory copy of the original to produce a real-time preview of the adjusted image.

A basic example of non-destructive editing.
The application may automatically save the edit instructions, or it may wait for you to hit Done or choose Save. From your standpoint, the image appears to be modified, but the original file remains untouched. While extremely useful, this non-destructive model can be confusing to users because it clashes with their expectations based on other applications.

Photos saves the edit instructions in a location separate from the original file and generates a full-size JPEG (and smaller thumbnail images) that contain the results of the edits. (Photos makes JPEGs for all file types, including RAWs and Apple’s new HEIC files. You cannot rely on the Info pane in the Mac version of Photos to tell you the file type you are editing because it always shows you the file type of the original.) After the edit is completed, this is what is stored on disk:

What's stored in non-destructive editing.

The full-size JPEG is an individual file on disk. The smaller thumbnails are stored in “container” files that hold multiple thumbnails at once. The edit instructions are stored in the photo library’s database, along with other information about the image.

If you want to continue editing the image at a later date, Photos reloads both the original and the edit instructions and then combines them to display the adjusted image.

Outside of editing mode, Photos hides the original photo from view, instead showing the full-size JPEG or smaller thumbnails at every point in the application. While this is clearly correct, hiding the original reinforces the perception that the original has been modified. This is the main point of confusion for people. Many users ask me how to copy or duplicate images before they edit them—they are convinced by Photos’ sleight of hand and believe they need to preserve their original before making any adjustments. (Some people duplicate images because they want to have both unadjusted and adjusted copies visible in the grid, but this is less common.)

Ironically, one reason non-destructive editing exists is because RAWs cannot be edited in place. It is not possible to make arbitrary edits to RAW sensor data, and from those edits, create RAW sensor data (it is possible to make a linearized DNG, but linearized DNGs are not RAW images). Photos never modifies the original RAW images.

Why go through all this trouble? Because non-destructive editors offer three important features:

  1. Instantly show the original image to allow for A/B comparisons
  2. Discard all the edits and thumbnails for an image, revealing the original
  3. Revise or remove individual edits without loss of quality

Photos always stores its editing instructions in the library’s database. Other applications may use a database or store them in separate “sidecar files,” typically using the same name with a different file extension. For example, for an image named IMG_0005.JPG, an application may store a sidecar titled IMG_0005.xmp or IMG_0005.dat in the same directory. Sandboxed apps may store the sidecar elsewhere.

Sidecars are general-purpose files, so they can also hold thumbnails and miscellaneous metadata such as ratings. Applications sometimes store the sidecar information inside the original file because most image formats can store miscellaneous data without modifying the pixels or impairing the ability of other applications to read the original pixel data. This ensures the editing information stays with the original file data but can lead to corruption or data loss if the application fails to insert the data into the original file properly. In addition, not all applications correctly retain sidecar data from other applications when they write their sidecar data into the original file. For these reasons, many photographers prefer the sidecars to be stored separately from originals.

Photos Extensions

Although we mostly think of non-destructive editing in the context of the native editing tools in Photos, that’s not the only place it’s used. Developers can create a type of plug-in called a “Photos extension” that gives Photos additional editing features. To access Photos extensions, start editing a photo and then click the Extensions (···) button at the top of the window.

Accessing Photos extensions

Photos extensions do not add extra sliders to the Photos editing interface. Instead, they replace the standard Photos tools entirely.

Photos extension replacing the default controls

As with normal editing in Photos, Photos extensions let you edit only one image at a time—you cannot use a Photos extension to correct white balance in a batch of ten images. When you select a Photos extension, Photos opens the extension and sends it the original file:

How Photos sends images to extensions

When you click the Save Changes button in the Photos extension interface, the Photos extension gives Photos back its editing instructions and a full-size JPEG, as shown here:

The extension passing the JPEG and instructions back to Photos

As a result, Photos extensions participate in the same non-destructive system that Photos uses for its own image editor. Photos stores the JPEG and extension’s editing instructions in the library. Then Photos creates thumbnails from the full-size JPEG and hides the original.

If you decide to edit the image again with the same Photos extension, Photos will pass the extension the original image, along with the extension’s editing instructions. Again, this is just like Photos does for its own editing system:

Editing an edited image with the same extension it was edited with

The Photos extension can show the original, as well as remove or adjust any previous edit made in that Photos extension. Even better, the Photos extension’s adjustment data is synced through iCloud Photos, allowing you to continue editing with that Photos extension on another device. That means you can edit with the RAW Power extension on a Mac and continue editing non-destructively on another Mac with the RAW Power extension, or in iOS with the RAW Power app.

This is also how the system works in iOS, with one important limitation. Photos extensions in iOS 12 are never passed a RAW image—they are always given a rendered JPEG. So don’t bother editing a RAW image with a Photos extension in iOS 12. I filed a bug about this some time ago; hopefully Apple will fix it in iOS 13.

A Fly in the Ointment

This approach works swimmingly as long as only one application or Photos extension edits an image. As soon as two editors enter into the mix, things go sideways. That’s because Photos can store the adjustment information for only one editor for any given image. As soon as the changes from a second editor are saved, the edit instructions from the first editor are discarded and cannot be recovered! The image data is preserved, but the option to make changes with the first editor is lost. This is another key point of confusion for customers.

To illustrate this problem, imagine that a user decides to use the Photos Auto Enhance feature on a RAW image and then use the RAW Power extension to apply a crop and vignette. Photos has a good auto enhance and, unlike the Photos Vignette tool, the RAW Power Vignette lets you pick the center of the vignette.

Step 1: The user clicks the Auto Enhance button and clicks Done. As described earlier, Photos stores a full-size JPEG and the adjustment parameters in the library (the original is present, but hidden):

How Photos modifies an image

Step 2: The user selects RAW Power from the Photos extensions menu. Here’s where we run into the first difference from the previous example: Photos sends the full-size JPEG (not the original RAW image) to the Photos extension. Photos sends a JPEG rather than the original because the user expects to see the auto-enhanced image in the Photos extension, not the unadjusted original. Since Apple does not publish its internal format for adjustments, nor does it provide access to the code for its adjustments, there is no way for a Photos extension to apply the auto enhance made in Photos. This is also true in reverse—if a user edits an image with a Photos extension, and then edits further in Photos, they are working in Photos with a rendered JPEG—Photos has no way to apply edits made by other companies’ extensions to the original file.

Step 3: The user applies Crop and Vignette in RAW Power and clicks Save Changes. This is what gets stored in the Photos library:

Losing edit data in Photos

Notice that Photos has just discarded its own adjustment data! While everything may look fine, the Photos editing information has been lost, and the user is never informed of this. While the user can go back into the Photos extension and adjust the crop or vignette (or any other adjustment in the extension), they cannot go back a step and fine-tune the sliders in Photos. Further, the user cannot undo the step before they invoked the Photos extension—the only option available is Revert to Original because there is no Apple adjustment data left to revert to.

Note that there are also now two JPEGs stored in the library, one from Photos and one from the Photos extension. This is necessary to maintain some semblance of non-destructive editing. The first JPEG is the one created by Photos as a result of the Auto Enhance step and handed off to the Photos extension. Remember that for the user to re-edit an image with the same editor, the editor must receive the “starting image” along with its editing instructions. In this case, the “starting image” is the JPEG made after Auto Enhance was applied. Though there are two JPEGs, only the final JPEG is visible in the user interface. The auto-enhanced JPEG is hidden; it’s only stored in the library to enable re-editing with the Photos extension.

“But,” you may say, “I can edit in Photos, and then use a Photos extension, and go back to Photos and continue editing.” True, but you are adjusting the JPEG sent back from the Photos extension, not the original adjustments you made in Photos to the RAW file. Imagine that you make the edited image black-and-white. This is what is stored:

Losing edit data with a Photos extension

In other words, you are stacking Photos adjustments on top of the RAW Power adjustments (and losing the RAW Power adjustment data in the process).

Also note that this loss of adjustment data will occur if you edit in the Photos extension first and then edit in Photos, or if you don’t edit in Photos at all, but instead do all your editing with two Photos extensions. The order doesn’t matter—just the use of two or more editors on the same image.

A RAW-specific note: If you first edit a RAW in Photos and then send the image to RAW Power or another RAW-friendly Photos extension like DxO OpticsPro, not only are you working in the Photos extension with an 8-bit JPEG, rather than a 12- or 14-bit RAW, you lose access to the RAW processing features that RAW Power or DxO provide. This severe loss of quality happens for any edit done in Photos, even a simple rotate or flip.

This gotcha also rears its ugly head if you want to use two RAW-capable Photos extensions. In this situation, which Photos extension should you use first? RAW Power has strong RAW editing controls, based on the same engine that Photos uses. DxO has high-quality lens correction. I believe it’s best to start with RAW Power to access its RAW-only editing sliders, and then use DxO OpticsPro, because DxO’s lens correction works on both RAWs and JPEGs.

I wish Photos would warn users whenever quality is being degraded or adjustment data is being lost. Photo extensions cannot warn users of this problem because of the way Photos extensions communicate with Photos—they do not even know there is a RAW original. This is a warning only Photos can provide. If this happens to you (and you notice it in time), you should:

  1. Cancel the edit in the Photos extension
  2. Revert to Original in Photos
  3. Re-enter the extension

I Exported a TIFF from a What?

When saving edited RAWs for posterity, photographers prefer 16-bit TIFFs because they can store all of the richness of an edited RAW in a universal image format. For best results, exports should start with an image format whose quality is equal to or better than the destination file format. RAW is superior to TIFF, and TIFF is superior to JPEG. Accordingly, if you edit a RAW in Photos and later export a TIFF, you get excellent results because Photos will reload the RAW, apply the edit instructions to the RAW, and then generate the TIFF.

That’s not true for Photos extensions. As I mentioned earlier, extensions are required to send JPEGs back to Photos, rather than TIFFs. If you use Photos to export an image edited by an extension, Photos uses that JPEG as the source. I’ll repeat that: your 16-bit TIFF will be created from an 8-bit rendered JPEG, not by applying the adjustments to the original, as Photos does for images edited by its own tools. Photos uses a lower-quality source than the destination—your exported image is basically a JPEG decompressed into a TIFF.

There is a good, if unsatisfying, reason for this: Photos cannot go back to the extension and ask it for a rendered, full-size TIFF because the extension might have been uninstalled, or the image may have been synced to a device that lacks the extension. This is another case where Photos should warn users. It’s unreasonable to assume users understand that their 16-bit TIFF is being made from an 8-bit JPEG.

A word to the wise: there is no point in exporting a TIFF from Photos if you edited the image with an extension. I had to add a button in the RAW Power extension to export TIFFs, which is kind of crazy but necessary.

Support for multiple editors as well as TIFF export would be greatly improved if extensions could return TIFFs to Photos—and if Photos could send TIFFs to extensions. This could be an opt-in feature for extensions and users wanting the best quality.

Don’t Edit with “Edit With”

Photos has yet another way to work with third-party editors and, unfortunately, it is both prominently placed in the Image menu and produces inferior results in most cases.

The Edit With menu.

This feature is intended to let users edit in applications that modify files directly, such as Photoshop and Preview, that do not have Photos extensions. However, any application that can edit images will appear, including some that don’t make much sense in this context. Confusingly, the list may also include apps that provide Photos extensions, if those apps can also edit images outside of Photos (as RAW Power does). The prominence of the command means it’s all too easy for customers to choose Edit With RAW Power instead of the RAW Power extension. Extensions, as you will see, integrate much better with Photos. (As a simple fix, Photos could filter out apps with Photos extensions from the Edit With list.)

Because Apple intended Edit With for use with destructive editors, Photos protects the original. Instead of sending the original file, Photos makes a copy in its library and sends the copy to the external editor. The editor modifies the copy, and non-destructive behavior is maintained. Sort of. Because the external editor is making destructive edits, all that Photos can do is maintain the ability to use Revert to Original. No editing information is stored in the Photos library (since there isn’t any), nor can the user revise edits afterward in Photos or the external editor. (It’s technically possible to have a more non-destructive workflow, but doing so requires storing the edits separately and managing them yourself. It demands great care and is highly error-prone.)

I mentioned that Photos starts by making a copy of the original. That’s not entirely accurate. If the original is a RAW, Photos sends a TIFF instead. Why? Because it must provide a file that the destructive editor can modify, and as I mentioned earlier, RAWs cannot be edited and rewritten. In addition, not all editors support RAWs.

Consequently, Edit With is a particularly bad choice for RAW editing. I field many questions from customers wondering why they are unable to edit their RAW with RAW Power. The reason is usually that they used Edit With instead of the RAW Power extension. It may be possible for external apps to hunt around the Photos library and locate the RAW, but that is sketchy and not recommended (sandboxed apps cannot do this anyway).

Conclusion: Non-destructive Editing Is Great, Most of the Time

Non-destructive editing provides users with valuable features like instant revert, A/B comparisons, and fine-grained control over the editing process. However, it establishes a significantly different interface paradigm that applications don’t communicate well to users. The non-destructive illusion leads many photographers to believe their originals are being modified when they are simply hidden. These photographers then protect their originals by duplicating images needlessly. While smart copying can minimize the disk cost, such duplication leads to complexity and visual noise due to extra images in the grid. Some education would reduce customer nervousness when editing prized photos.

In addition to its own editing tools, Photos provides a clean extensions interface that provides non-destructive editing and syncing through iCloud. It has some warts, including issues with multiple editor support, export, and the Edit With feature. However, with a few fixes, Apple could greatly improve the non-destructive workflow in Photos, both in quality and understandability. To that end, I have filed bugs with Apple with my suggestions. Hopefully, we will get some improvements in a future release of Photos for macOS and iOS.

Nik Bhatt, formerly Senior Director of Engineering at Apple, led the Aperture and iPhoto engineering teams for several years. Afterward, he led imaging teams for Apple’s photo applications, including the teams responsible for Core Image and Apple’s RAW Camera library. He is now the developer of RAW Power, an advanced photo editing app for Mac and iOS.


iMovie 10.1.12 No comments

iMovie 10.1.12

Apple has released iMovie 10.1.12, removing support for sharing videos to iMovie Theater. To view your iMovie Theater on your Apple TV and iOS devices, you’ll need to move movies and trailers to iCloud Photos (see this Apple support page for more details). If you have videos in iMovie Theater, the Theater window is now accessible from Window > Go to Theater. The release also enhances the quality of conversion for incompatible media files with very low resolution and improves compatibility when importing iMovie for iOS projects. (Free from the Mac App Store, 2.2 GB, 10.13.6+)

DEVONthink 3.0 Public Beta 3 No comments

DEVONthink 3.0 Public Beta 3

DEVONtechnologies has issued the third public beta of DEVONthink 3 with another impressively long list of improvements and bug fixes (which can be viewed only in the PDF and EPUB versions of the documentation; this blog post offers some highlights). The release improves the annotation workflow, adds contextual menu commands, enables you to move read documents directly from the reading list to the trash, fixes a bug that prevented the View/Edit pane from being restored when reopening the main window, improves the reliability of the Web servers, and changes the default name for new tags to “New Tag.”

The DEVONthink 3.0 public beta is free to use, but a valid license key will be required after the public beta phase has ended, as well as for accessing email archiving and text recognition capabilities beyond the trial limits. ($99 new for DEVONthink, $199 for DEVONthink Pro, and $499 for DEVONthink Server with a 15% discount for TidBITS members; upgrade pricing available; 89.2 MB; macOS 10.11+)

Logic Pro X 10.4.5 No comments

Logic Pro X 10.4.5

Apple has released Logic Pro X 10.4.5, optimizing performance for the upcoming Mac Pro with support for up to 56 threads (see “New Mac Pro and Pro Display XDR Offer Power for a (High) Price,” 3 June 2019). The professional audio app also increases the number of tracks and channels (up to 1000 stereo audio channel strips, software instrument channel strips, auxiliary channel strips, and external MIDI tracks, plus 12 sends per channel strip), updates the DeEsser 2 plug-in with more options for reducing sibilance on audio tracks, enables the Loop Browser to filter by loop type and allows drag-and-drop of multiple loops into your project, resolves some crashes, and improves responsiveness of the Mixer and Event List when working with large sessions. ($199.99 new in the Mac App Store, free update, 1.5 GB, release notes, macOS 10.13.6+)


How Catalyst and SwiftUI will Change App Development No comments

How Catalyst and SwiftUI will Change App Development

In the wake of WWDC, you might be baffled by new buzzwords like Catalyst and SwiftUI. Over at Macworld, Jason Snell lays out what these technologies do and what they mean. In short, Catalyst is Apple’s framework that enables developers to bring existing iOS apps to the Mac more easily, which should greatly expand the number of available Mac apps. (The main question is if they’ll look and feel like native Mac apps, but that’s up to the developers.) Catalyst has been discussed for years in the rumor mill under the codename “Marzipan,” but the real future of Apple apps is SwiftUI. It’s an entirely new, Swift-based technology that totally changes how developers design apps, making it easy to create one app that runs on all of Apple’s platforms. As with other Apple transitions, such as from PowerPC to Intel and from Classic Mac OS to Mac OS X, we’ll likely see a lot of effort go into using Catalyst at first, but new apps and complete rewrites will increasingly use SwiftUI.

Apple’s 2019 Apple Design Award Winners 1 comment

Apple’s 2019 Apple Design Award Winners

During WWDC, Apple crowned nine apps with its annual Apple Design Award. Disappointingly, no Mac-only app received an award, and the only Mac-compatible app was a multi-platform game, The Gardens Between by The Voxel Agents. This snub seems to have been deliberate, as Apple’s press release says, “Apple yesterday hosted the Apple Design Awards and recognized nine iOS developers for outstanding artistry, technical achievement, user interface and application design.” Five of the apps chosen were games, with the remaining four providing some practical capabilities: Flow by Moleskin, a note-taking app; Pixelmator Photo, a photo-editing app for the iPad; Butterfly iQ, an ultrasound app; and HomeCourt, an augmented reality basketball practice app.

A Plethora of WWDC Podcasts for Your Listening Pleasure No comments

A Plethora of WWDC Podcasts for Your Listening Pleasure

Apple has been increasingly responsive to the Apple media community during WWDC, and this year the company took that further than ever before, with Apple employees appearing on six Apple-focused podcasts:

  • Apple’s Senior Vice President of Software Engineering Craig Federighi appeared on AppStories with Federico Viticci to discuss iPadOS, Shortcuts, Catalyst, and SwiftUI.
  • Doug Brooks, Apple’s Mac Pro Product Manager, sat down with Stephen Hackett and David Sparks on Mac Power Users.
  • John Gruber hosted a live episode of The Talk Show with Craig Federighi and Greg Joswiak, Vice President of Product Marketing.
  • Vector’s Rene Ritchie scored interviews with Sarah Herrlinger, Apple’s Director of Global Accessibility Policy & Initiatives, to discuss accessibility, and with Bud Tribble, Apple’s VP of Software, to discuss privacy.
  • Sarah Herrlinger and Apple Accessibility Evangelist Dean Hudson appeared on AppleVis.
  • Our pal Steven Aquino interviewed Sarah Herrlinger for Accessible.

Check out the article at MacStories for more details and listening options.