Imagining an Xcode autocomplete picker that lists SwiftUI modifiers according to their “impact” on the elements in the view hierarchy. Nearly every modifier modifies a View and returns a View but they often are intended for a specific family of controls. So if there’s a ScrollView in the hierarchy, it’ll surface things like contentMargins. If there’s a Button, you’ll get buttonStyle and buttonShape.
@mattcomi @bens One of my big frustrations with SwiftUI is that the designers use the type system extensively for things like performance but then huge swaths of the API are dumped into extensions on View, making them completely type erased. 🤦‍♂️
@bwebster I think it’s fair to say that *most* of the API exists as modifiers on View but I may just be too frustrated right now :)