Archive for June 10, 2019

Monday, June 10, 2019 [Tweets] [Favorites]

Soulver 3 for Mac

Acqualia:

Soulver 3 for Mac is now available. It has 50+ new features, including dark mode, a new user interface, subtotals and calendar calculations. Virtually everything you’ve been asking for. We hope you like it. Download a free 30-day trial now from soulver.app.

The list of new features is here. I use Soulver all the time. It’s the kind of app you really need to try in order to appreciate it. Technically, you can do many of these things in Calculator or Excel or a Python REPL or WolframAlpha. But Soulver makes the process so much easier and faster.

There does not seem to be any upgrade pricing, but it’s currently on sale for $20 instead of $30.

FAQ:

At the moment Soulver 3 is only available directly from us. You can purchase a license directly inside Soulver, or online through Paddle. You can still get Soulver 2 on the Mac App Store.

[…]

Right now Soulver 3 is only available on macOS. You can still download Soulver 2 for iOS on the App Store.

[…]

Note that it’s not a subscription purchase, so it’s a pretty great deal. Historically we’ve also been pretty generous in terms of free updates. Soulver 1 had five years of free updates, and Soulver 2 had nine years of free updates.

Update (2019-06-13): Marc Edwards:

Soulver 3 app icon.

John Voorhees:

With the update to Soulver, line references have a keyboard shortcut too. ⌘L displays numbers next to each line of a sheet that has a result in the answer column. Type the number corresponding to the line you want and Soulver will drop a reference to it at the cursor.

Soulver also includes powerful automation tools. There's a command line interface that can be added from the Soulver 3 menu, URL schemes for calculating values, an Automator action for evaluating text for calculations, and a Service that can be used to calculate highlighted text and copy the result, append the result to the highlighted text, or replace the highlighted text with the result.

Supporting the iPhone SE Resolution

Kuba Suder:

So, you’d like to drop support for iPhone SE because the screen is “tiny”? Apparently there are still as many active iPhones SE out there as iPhones X + XS + XS Max combined… 😲

iOS 13 drops support for iPhone 6, but it still supports iPhone SE. And iPhone 6s, 7, and 8 use the iPhone SE resolution when Display Zoom is enabled. Even if Apple introduces no new phones at these sizes, which I doubt, it will be a while before no one is using this resolution.

Update (2019-06-11): Joe Groff:

Also, the iPod Touch was just refreshed mere weeks ago, with the same resolution!

Meek Geek:

Apple is still manufacturing new iPhone 6s in India for the local market. The SE resolution isn’t going away.

Update (2019-06-13): Kuba Suder:

FYI, these stats seem to change a lot from week to week, when I posted this iPhone SE had ~7%, and now it’s ~17%… It’s probably not 17% on average, but I think it’s safe to assume it’s enough to make sure your app works on it.

SF Symbols

Apple:

SF Symbols provides a set of over 1,500 consistent, highly configurable symbols you can use in your app. Apple designed SF Symbols to integrate seamlessly with the San Francisco system font, so the symbols automatically ensure optical vertical alignment with text for all weights and sizes. SF Symbols are available in a wide range of weights and scales to help you create adaptable designs.

[…]

SF Symbols come in nine weights—from ultralight to black—each of which corresponds to a weight of the San Francisco system font. This correspondence lets you achieve precise weight matching between symbols and adjacent text, while supporting flexibility for different sizes and contexts.

Ryan Jones:

These SF Symbols are so so clean.

Eli Schiff:

One thing that no one has noticed is that these icons for SF Symbols have “Ink Traps” since they’ll be used for print and not UI.

And if they’re used for UI, that’s a major major failure.

Marc Edwards:

If this is the quality we can expect, it’s going to be difficult to recommend SF Symbols for anything other than rough prototypes.

I believe the icons looking blurry is inherent in the technique, and near impossible to work around, even for icons we make ourselves. I guess I’m sticking with PNGs for everything.

It’s worth noting those issues are extremely easy to see from a normal viewing distance on device.

Joshua Emmons:

206 – Introducing SF Symbols” is unexpectedly deep. Apple baked a ton of thought and flexibility into symbols. Defintiely go back and check it out if you’ve missed it.

Wil Shipley:

There’s a macOS app for SF Symbols but...also macOS is the only platform where SF Symbols aren’t supported.

That is...poor.

Mark Munz:

As Mac developer, I have to write UIKit-based app just to get SF Symbols on Mac (even with SwiftUI)? Apparently.

With SF Symbols, no matter what they say, Apple is basically giving 🖕to AppKit.

Native (AppKit) Apps will now be second-class on their own platform. 😞

Jeff Nadeau:

AppKit already caches raster renditions of vector images generically. It would be great to expose symbols on NSImage, but there are some prerequisites to work out before that can happen.

Benjamin Mayo:

SF Symbols has some frustratingly restrictive rules for certain glyphs. E.G Safari uses the open book icon to mean ‘Bookmarks’, but Apple won’t let a third-party app use it to mean anything other than ‘Apple Books’.

Benjamin Mayo:

Every phone icon in the SF Symbols set is reserved to exclusively mean Apple’s Phone app. All envelopes are for Apple Mail only. Seems dumb.

Austin Tooley:

Weird. In a session earlier today an Apple engineer used the envelope symbol for a login UI.

Kyle Howells:

No one is actually going to pay any attention to these usage restrictions. Apple itself didn’t in the SwiftUI demo.

Using the “video.fill” symbol (which says only to use for FaceTime) to show the demo conference room had video conferencing support.

Wil Shipley:

Apple: “Here are 𝘧𝘪𝘧𝘵𝘦𝘦𝘯 different symbols all of which may 𝗼𝗻𝗹𝘆 refer to Apple’s Phone app. Why fifteen instead of just one? Because what you want in buttons that refer to a single app is 𝘷𝘢𝘳𝘪𝘦𝘵𝘺.”

“If you need to illustrate the concept of a phone but not the ‘Phone’ app, please use any of a hundred free icons on https://thenounproject.com that look very much like these but are slightly different and users won’t know the difference because 15 varieties come with the system.”

Chuck Toporek:

Thing I tried: Many of the SF Symbols are also Unicode, which means you can target them on the web, with font-family: -apple-system; in your CSS. So cool. :)

Howard Oakley:

Although these look the business, they take us into a morass which is almost worse than not having them at all.

JP Simard:

That was quick! A Swift Package providing type-safe accessors to iOS 13’s SF System images 🚀

Matt Diephouse:

I really hope that Apple revisits the SFSymbols API and chooses to provide compile-time constants instead of just strings.

That would:

1. Let Apple use @available to add/deprecate symbols
2. Aid discoverability of icons
3. Let the compiler catch typos

Those seem like big wins.

Update (2019-06-12): Elliott Pogue:

The clipping is definitely a bug. Re: the pixel grid... I don’t think Apple gives a high priority to pixel precision anymore. For instance, my 2018 15” MBP was set to 1680x1050 by default, not the true 2x 1440x900.

Marc Edwards:

Yep, and that’s such a poor choice for the default display scaling. Combined with SF Symbols, you’re getting double damage. With Project Catalyst, triple. I don’t understand these choices. It makes their hardware look terrible.

Marc Edwards:

A very quick comparison GIF with some pixel snapped icons. It worries me that Apple are going to trash the quality of their icons across all their platforms in a single move.

Update (2019-06-18): Marc Edwards:

iOS 13 beta 2 didn’t improve SF Symbol quality. I think there’s two separate issues: The clipping, which is fixable. And, the blurriness, which is not fixable while continuing to use the same technique.

[…]

There’s also a third issue: The method required for authoring icons is incredibly manual, requiring a file per icon. That’s just not how anyone building a library of icons for an app or design system should be working. Everything should be as automated as possible.

[…]

They’re built to a 100pt font grid that doesn’t match any pixel size I am aware of.

Marc Edwards:

Yep, that that undoes a lot of the good work of the hardware teams, plus these things are cumulative. SF Symbols + Project Catalyst + MacBook Pro display scaling means a vector icon is rendered with fractional offsets, bitmap scaled by 77%, then bitmap scaled again.

Bringing Back Color and Depth

Louie Mantia Jr.:

When I worked on iTunes 10, Steve requested to remove all icons from the source list (sidebar). I created shaded monochrome icons as a last-ditch effort to save them. The request to remove icons inadvertently shifted the sidebar icon style on a system level for the next decade.

In macOS 10.15, colored sidebar icons are back, thankfully, but only in the media apps (Music, News, Podcasts, Apple TV). The explanation given was that these apps have content that can stand up to colored icons, whereas apps like Finder and Mail do not. I don’t think this distinction makes a whole lot of sense.

Meanwhile, Safari continues to have colored favicons in its sidebar, but grouped under monochrome folder icons. And Xcode never stopped using color, and its folders are yellow instead of blue.

Bill Heyman:

Don’t worry, the pendulum will swing back soon. There’s a happy medium between ornate skeumorphism and minimal flat.

Louie Mantia Jr.:

“Don’t worry, the pendulum will swing back soon” is something I’ve verifiably heard for the last 6 years.

The only way we’ll get it back is if designers are brave enough to do it. It’s not going to happen on its own.

Previously: Music.app on macOS 10.15.