The more I think about it, the more I think I want to screw around with SwiftUI on the iPad. It’d be so delightful to be able to instantly touch my UI on the device that’s building it. I can’t believe I’m saying this, but bring me Xcode for iPad.

@caseyliss I find your system clock deeply unsettling 😰

@BenRiceM It’s all @marcedwards ’ fault. And I dig it.

@caseyliss That....works on Mojave? I thought I read on the beta release notes of Xcode that Swiftui required Catalina

@_matusevich The sweet live updating canvas stuff requires Catalina

@caseyliss It’s always best to have very specific thing to do with new tools. I learned Swift by porting a new Obj-C++ app is written (14K LOC) to Swift. Totally the right way to learn it.

@drwave You get me. ✊🏻 (Also, so good to see you at TTS!)

@caseyliss I think you can kinda live preview in playgrounds on Mojave by setting the live view to a UIHostingController

@caseyliss lgtm 👍 is there an SF Symbol for the arrow that might look cleaner and give you dynamic type support?

@caseyliss @erinliss is looking a little rough

@kylesethgray Quite a lot more.

@caseyliss Next easy thing should be using SF Symbols.

@caseyliss I love how the code overview column proves that you’re not hiding a bunch more code in this file.

@dansturm Left is old right is new

@caseyliss I’m curious how much less code you have compared to using XIBs or Storyblards.

@caseyliss You can use the refactor feature to extract the avatar code into a method so it isn’t duplicated

@caseyliss SwiftUI is becoming a major reason to update to Catalina 🙈

@caseyliss Hey, you can use a hosting controller to get it working in playgrounds: struct ContentView : View { var body: some View { Text("Hello World") } } let contentView = ContentView() PlaygroundPage.current.liveView = UIHostingController(rootView: contentView)