Hey is a new approach to email that was launched earlier this week by Basecamp. The service, which comes with its own hey.com email address, has a number of unique features for managing messages with an emphasis on screening tools. Hey does not, however, allow you to use its client app with other email services like Gmail, which is important to keep in mind.
Equally important to this story as it unfolded over the past several days is the fact that Hey does not offer an In-App Purchase for its service. The service is available from Basecamp only. As a result, if you download Hey’s iOS app, but have not yet purchased a license from Basecamp, the app doesn’t do anything except request your Hey login credentials.
The service launched on Monday with access provided via the web and native Windows, Android, Linus, Mac, and iOS apps. At the same time, Hey was being launched, an update to its iOS app, which fixed bugs, was rejected by Apple. The timing is unclear, but TechCrunch reports that Hey’s Mac app was rejected too.
A group of indie iOS and iPadOS developers have joined forces to offer a pack of over 100 stickers of many of our favorite apps, the proceeds of which will benefit two great causes. According to the sticker pack’s purchase page:
All proceeds will be split 50/50 between the World Health Organization’s COVID-19 Solidity Response Fund and the Equal Justice Initiative for combatting racial and economic injustice.
It’s terrific to see the developer community come together to offer such a wide array of stickers for two excellent charities. Ever since I started attending WWDC, I’ve collected stickers of my favorite apps from the developers I meet. With WWDC online this year, I didn’t think I’d be able to add to my collection anytime soon. However, thanks to the Indie Sticker Pack, I’ll have more stickers at once than I could ever have collected at one WWDC and contribute to two great causes.
The Indie Sticker Pack is available for a limited time for $12.99 from the group’s website.
One unique component of Apple’s online WWDC this year is that the company opened a Swift Student Challenge where students could submit a Swift playground creation for special recognition. Today in a press release, Apple is highlighting three of the 350 winners: Sofia Ongele, Palash Taneja, and Devin Green.
For Sofia Ongele, 19, who just finished her sophomore year at New York’s Fordham University, her focus for change lies at the intersection of tech and social justice. ReDawn, her first iOS app, is a powerful example. After one of her college friends was sexually assaulted during her freshman year, Ongele created ReDawn to help survivors access resources in a safe, easy, and sensitive way.
Palash Taneja…went on to create a web-based tool that uses machine learning to predict how mosquito-borne diseases like dengue fever would spread. And for his Swift Student Challenge submission this year, created against the backdrop of COVID-19, Taneja designed a Swift playground that teaches coding while simulating how a pandemic moves through a population, showing how precautions such as social distancing and masks can help slow infection rates. He created it to help educate young people, after he saw others not taking warnings seriously.
Devin Green…was having trouble waking up in the mornings, so he designed a program using a pressure mat under his bed. If weight is still on the mat after he’s supposed to be up, an alarm goes off and won’t stop until he uses his phone to scan a QR code.
Apple has also created, naturally, a new post on the App Store where it’s highlighting three more winners and their apps: Lars Augustin, creator of Charcoal, Maria Fernanda Azolin, creator of DressApp, and Ritesh Kanchi, creator of STEMpump. Out of these, Charcoal is an app we’ve covered in our newsletter in the past, it’s an elegant way to perform quick sketches on your iPhone or iPad.
The Swift Student Challenge is a unique way for Apple to highlight some of the best and brightest young coders working on Apple platforms today. I loved reading the details about each of the six winners featured today, and hope we’ll get to learn about more of the 350 winners in the week ahead. With so many winners to recognize, perhaps we’ll see new App Store stories each day leading up to the conference.
Today on Apple’s developer site, the company announced the release of new resources for password manager apps:
Apple has created a new open source project to help developers of password managers collaborate to create strong passwords that are compatible with popular websites. The Password Manager Resources open source project allows you to integrate website-specific requirements used by the iCloud Keychain password manager to generate strong, unique passwords. The project also contains collections of websites known to share a sign-in system, links to websites’ pages where users change passwords, and more.
The open source project can be accessed on GitHub.
Apple has continually deepened its investment in the area of password management with iCloud Keychain upgrades in recent years and new APIs for third-party apps. Today’s announcement takes things a step further down the path of openness and collaboration, enabling apps to share important site-specific information with one another so that users have the best, most secure experience possible no matter their choice of password manager.
As noted by Steve Troughton-Smith on Twitter and reported by 9to5Mac, Apple has invited developers to attend an online event to learn about the accessibility features of its devices. According to an email message sent to developers, the event will include opportunities to ask questions during and after the presentation and schedule individual consultations.
Last month, Apple announced that WWDC will be online-only this June for the first time. As Troughton-Smith suggested in his tweet, it’s not hard to imagine that Apple is using this week’s accessibility event to test systems that it will use to move WWDC online.
Apple periodically holds events for developers outside the annual WWDC cycle, but this event is a little different, especially the interactive component. I’m curious to see how the accessibility event goes and the mechanics Apple uses to implement developer participation.
From the start, the iPad has always been rife with potential. This is partly because it launched as a new type of product category, with unexplored use cases prompting users towards a different computing experience. But it’s also because the device’s very nature – a slab of glass that becomes its software – evokes countless possibilities.
To celebrate 10 years of iPad, I spoke to the developers of many of the device’s best apps across areas of productivity and creative work. They’re the people who make that slab of glass into something new, realizing the iPad’s potential but also showing, by their constant work of iteration and reinvention, that there’s always more that can be done.
In sharing their stories from the last decade, the people I spoke with outlined some of the best and worst things about iPad development, memories of their reactions to the product’s introduction, and dreams for where its future might lead. All throughout, it’s clear how much excitement remains for the iPad’s potential even 10 years on.
Universal purchases, which will allow developers to offer an app across Apple’s platforms, are now available for Mac apps. In a short notice posted to Apple’s developer news site, the company said:
The macOS version of your app can now be included in a universal purchase, allowing customers to enjoy your app and in‑app purchases across iOS, iPadOS, macOS, watchOS, and tvOS by purchasing only once. Get started by using a single bundle ID for your apps in Xcode and setting up your app record for universal purchase in App Store Connect.
The feature began appearing for some developers on App Store Connect a little earlier in the day:
Prior to universal purchase, Mac apps were treated as separate products by Apple’s stores, which meant developers had to either charge separately for apps and, in some cases, jump through complex receipt-checking hoops to bundle their apps. This change should make the process of charging a single price or signing up for one subscription for apps across the Mac, iOS, iPadOS, watchOS, and tvOS much simpler and will enable cross-platform In-App purchases too.
Way back in 2016, in the era of iOS 9, I laid out the tentpole features I wanted to see come to iOS and the Mac. Now, three years later, so many things from that wishlist have become a reality that it’s probably a good time to revisit the topics that haven’t yet come to pass, and plan a new wishlist for the years to come. I originally planned this list to have a Developer/User split, but it became clear that the two go hand-in-hand; if you’re doing complex things on iOS today, using the various automation apps, you are but steps away from needing the same things that developers do.
Apple needed to show developers that Carbon was going to be a real and valid way forward, not just a temporary stopgap, so they committed to using Carbon for the Mac OS X Finder. The Carbon version of Finder was introduced in Mac OS X Developer Preview 2, before Aqua was revealed; it acted a bit more like NeXT’s, in that it had a single root window (File Viewer) that had a toolbar and the column view, but secondary windows did not. At this stage, Apple didn’t quite know what to do with the systemwide toolbars it had inherited from NEXTSTEP.
It had taken Apple four years to find the new ‘Mac-like’, and this is the template Mac OS X has followed ever since. Here we are, eighteen years later, and all of the elements of the Mac OS X UI are still recognizable today. So much of what we think of the Mac experience today came from NEXTSTEP, not Mac OS at all. AppKit, toolbars, Services, tooltips, multi-column table views, font & color pickers, the idea of the Dock, application bundles, installer packages, a Home folder, multiple users; you might even be hard-pressed to find a Carbon app in your Applications folder today (and Apple has announced that they won’t even run in the next version of macOS).
Fascinating read by Steve Troughton-Smith on how Apple transitioned from NeXTSTEP to Mac OS X between 1997 and 2001. The purpose of this analysis, of course, isn’t to simply reminisce about the NeXT acquisition but to provide historical context around the meaning of “Mac-like” by remembering what Apple did when the concept of “Mac-like” had to be (re)created from scratch.
Apple is going to be facing a similar transition soon with the launch of UIKit on the Mac; unlike others, I do not believe it means a complete repudiation of whatever “Mac-like” stands for today. The way I see it, it means the idea of “Mac-like” will gradually evolve until it reaches a state that feels comfortable and obvious. I’m excited to see the first steps of this new phase in a couple of weeks.