Use Your Loaf

Would add https://useyourloaf.com to your list. Great WWDC summaries, amazing auto-layout content, and just in general one of the better written Swift resources out there. I find things are written in more of a 'production ready' way instead of strictly for a tutorial. Check it out!

> As assetutil showed, there are multiple entries for ClarusSmooth2.pdf—and one of them is followed by data that starts with the PDF file format header (%PDF). But, unfortunately, extracting that data into a separate file seems to result in a blank PDF. And I don’t know enough about the format to figure out whether there is any vector data in it, or if it truly is empty. I suspect this _is_ a vector format, and they’re using the Xcode 9+ features for a scalable image at runtime. I’ve never tried to extract the data back, it wouldn’t surprise me if they’re optimized for themselves, since in theory apple’s frameworks are the only “consumer” of the compiled asset catalog. ref: https://useyourloaf.com/blog/xcode-9-vector-images/

I'll add a few of my favourites: - iOS Dev Weekly (https://iosdevweekly.com/) - Little Bites of Cocoa (https://littlebitesofcocoa.com/) - objc (https://www.objc.io/) - NSHipster (http://nshipster.com/) - NSBlog / Friday Q&A from Mike Ash (https://www.mikeash.com/pyblog/) - This Week in Swift (https://swiftnews.curated.co/) - Erica Sadun (http://ericasadun.com/) - Quality Coding (http://qualitycoding.org/) - Use Your Loaf (http://useyourloaf.com/) - Swift Monthly (http://swiftmonthly.com/) - Cocoa, Objective-C and Swift programming News aggregator (https://twitter.com/cocoadevblogs)

we've been able to "preserve vector data" with pdf and svg image resources on ios for a long while now... compile-time rasterization is the default though... [0] https://useyourloaf.com/blog/xcode-9-vector-images/

> For example, why does any app need to know which other apps I have installed, and how long I use them? This permission should very sparingly pass the review process, and only for apps in specific categories. Since I can't edit my original comment, I chose to reply to it instead of replying to everyone who corrected me. Yes, there's no API to directly query installed apps and usage on iOS. I think I got the wrong impression from years ago, when the function canOpenURL() could be abused to detect which apps were installed[0]. Thank you all for the corrections. 0. https://useyourloaf.com/blog/querying-url-schemes-with-canopenurl/

Sure, but the viewport resolution is only 390px wide. https://useyourloaf.com/blog/iphone-12-screen-sizes/

If we're comparing Apples-to-Apples (seriously, pun not (originally) intended), Apple continues to rev on the XCode IDE every year adding more features to it. Most recently, they added a nifty visual memory debugger[1] and have taken another stab at device & certificate provisioning. [1]: http://useyourloaf.com/blog/xcode-visual-memory-debugger/

Or just ask your designer to work @1x in a vector app like Sketch, and export PDF vector images for import into the asset catalog (Scale Factor - Vector Asset). http://useyourloaf.com/blog/creating-scaled-images-with-pdf-vectors/ -- A designer

It's nuanced, but you can use techniques like app URL scheme querying to determine what is installed. [1] People will be replying to you with information from 2011—today, it is generally not possible to query for a large number of installed apps this way. So generally, the answer is no. Without going into much detail, the state of the art uses Facebook in a peculiar way to determine which _relevant_ apps are installed, relevant meaning high grossing (Clash of Clans, Spotify, Tinder are examples). [1] http://useyourloaf.com/blog/querying-url-schemes-with-canopenurl/

I was surprised Zdziarski made such a big deal over the packet capture tool. It's been documented in the referenced developer Q&A and in various blog posts[1] since iOS 5, and I've personally found it very useful for troubleshooting connectivity problems on enterprisey networks. [1]: http://useyourloaf.com/blog/2012/02/07/remote-packet-capture-for-ios-d…

The integration process was really easy. You just include the iAd framework and then add ADBannerView objects wherever you want them. The ADBannerViews work like pretty much any other view with the exception that they must be a certain size. There are callbacks for when the banner loads to fail and if these are called we display our house ad instead of the iAd. I found this guide to be helpful: http://useyourloaf.com/blog/2010/7/13/adding-iads-to-an-application-in…

I’m not sure if this is related enough or not, but here goes: On Mac and now iPadOS (https://useyourloaf.com/blog/ipad-customizable-toolbars/), the built-in toolbar control supports a high degree of customization. You can try this in Finder, among many other native apps. Powerful built-in widgets are an underappreciated aspect of the Mac desktop, and something I worry about with SwiftUI taking over. They’re also a huge win for iOS, but less so because it is so common for apps to want to put their own spin on the design. Anyway, am I crazy, or did iOS apps used to support customizing tab bars out of the box? While clearly different from toolbars, supporting editing the order (and which are actually displayed) of tabs felt like the spiritual equivalent of built-in toolbar customization. And I haven’t seen it in years. According to doc it is still there, but does anyone know of apps still using this pattern? https://developer.apple.com/documentation/uikit/uitabbarcontroller#165… Anyway, tab bars are cool also because that is what is used by Apple TV in most apps I’ve used, and the consistent experience is wonderful.