Some truly game-changing improvements to Swift-DocC documentation are available in an Xcode 15 beta near you. Some highlights are in the thread below, but check out the "Create rich documentation with Swift-DocC" session to learn more. 🧵
Some truly game-changing improvements to Swift-DocC documentation are available in an Xcode 15 beta near you. Some highlights are in the thread below, but check out the "Create rich documentation with Swift-DocC" session to learn more. 🧵
@simonbs That's because DocC doesn't know what the 'default' availability of symbols are, i.e., which platform + OS version they're available in. It's not necessarily the version associated with the toolchain you used to compile documentation, since in many cases you want to be backwards compatible with older clients.
You can define your default availabilities in your DocC Info.plist file, like in this example: https://github.com/apple/swift-docc/blob/main/Tests/SwiftDocCTests/Test%20Bundles/TestBundle.docc/Info.plist#L25
@simonbs Right, that's not possible out-of-the-box today. We'd need support in the build system for multi-platform products first.
If you generate symbol graph files manually from the Swift compiler though for each platform, you can provide all of them to DocC and it will merge them together into a single page. For example https://developer.apple.com/documentation/swiftui/app
Hi everyone! Back in March I pitched Documenting Extensions to External Types using DocC. Today, over nine months, and twelve PRs to six repositories later, development is completed and I'm happy to announce it's finally time for you to try it out! Before I get into the details of using it, I want to thank everyone who's helped me along the way, by participating in discussions, reporting bugs, reviewing PRs, or otherwise. Special thanks to @daniel-grumberg, @ronnqvist, @ethankusters, @franklin,...