Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[SR-15551] Provide public API to access the available languages of both a symbol and a unified symbol graph #32

Open
ethan-kusters opened this issue Dec 3, 2021 · 0 comments
Open

[SR-15551] Provide public API to access the available languages of both a symbol and a unified symbol graph #32

ethan-kusters opened this issue Dec 3, 2021 · 0 comments
Labels
Improvement

Comments

@ethan-kusters
Copy link
Contributor

Previous ID SR-15551
Radar rdar://85982095
Original Reporter @ethan-kusters
Type Improvement
Additional Detail from JIRA
Votes 0
Component/s Swift-DocC
Labels Improvement
Assignee None
Priority Medium

md5: dffbe7c5d5fcaa47f128391aa1a6450a

Issue Description:

SymbolKit should provide public API to access the available languages of both a symbol and a unified symbol graph.

We ran into the need for this in the work for mixed language support implemented here: https://github.com/apple/swift-docc/pull/47/files.
@swift-ci swift-ci transferred this issue from apple/swift-issues Apr 25, 2022
@shahmishal shahmishal transferred this issue from swiftlang/swift May 3, 2022
@ethan-kusters ethan-kusters transferred this issue from swiftlang/swift-docc May 3, 2022
@ethan-kusters ethan-kusters changed the title [SR-15551] [Swift-DocC-SymbolKit] Provide public API to access the available languages of both a symbol and a unified symbol graph [SR-15551] Provide public API to access the available languages of both a symbol and a unified symbol graph May 3, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Improvement
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@ethan-kusters