Skip to content
This repository was archived by the owner on Jun 8, 2026. It is now read-only.

Gedinakova/api links generation#1928

Closed
gedinakova wants to merge 8 commits into
vnextfrom
gedinakova/api-links-generation
Closed

Gedinakova/api links generation#1928
gedinakova wants to merge 8 commits into
vnextfrom
gedinakova/api-links-generation

Conversation

@gedinakova

Copy link
Copy Markdown
Contributor

No description provided.

@gedinakova gedinakova added area: enhancement New feature or request status: ❌ awaiting-test PR ready for testing labels Mar 19, 2026

@MayaKirova MayaKirova left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In general:

  1. Could we maybe not keep copies of the json files here as well?

Maybe the build process can pull the jsons from the other repo, or wherever we want to permanently keep the files.

  1. Do we plan on removing the old apiMap.json files and legacy handling?

The whole fallback and handling logic is all very nice, with 700 lines of read me explanations on how it all works, but do we really need it? Could we just have the mappings to the new api, using the jsons and scrap all the legacy stuff?

*
* ╔══════════════════════════════════════════════════════════════════════╗
* ║ TEMPORARY — remove this file (and its references in ║
* ║ TypeDocApiResolver.ts) once Blazor ships a real TypeDoc JSON. ║

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Blazor cannot ship a typedoc json, since typedoc only works on typescript and Blazor is c#.
kindString should stay.

* The caller is responsible for indexing the returned entries into
* the lookup maps.
*/
export function parseBlazorDocFxJson(

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Structure changed a bit to include the namespaces at the root of each package. Latest jsons can be found here: https://github.com/IgniteUI/api-docs/pull/11
Might have to change the handling due to the additional level of hierarchy.

*/
export function buildBlazorUrl(apiRoot: string, typeInfo: TypeDocTypeInfo): string {
const ns = typeInfo.namespace ?? 'IgniteUI.Blazor.Controls';
return `${apiRoot}${ns}.${typeInfo.name}.html`;

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure this will be the format of the urls for the new docs. Currently we don't use the namespace as part of the urls. See: https://github.com/IgniteUI/api-docs/pull/11

@gedinakova

Copy link
Copy Markdown
Contributor Author

In general:

  1. Could we maybe not keep copies of the json files here as well?

Maybe the build process can pull the jsons from the other repo, or wherever we want to permanently keep the files.

IMO, definitely, yes! But this was not in scope for the current task.

  1. Do we plan on removing the old apiMap.json files and legacy handling?

The whole fallback and handling logic is all very nice, with 700 lines of read me explanations on how it all works, but do we really need it? Could we just have the mappings to the new api, using the jsons and scrap all the legacy stuff?

Hopefully that's the next step 👍 As long as there're no strong opinions against :)

@github-actions

Copy link
Copy Markdown
Contributor

Auto-tagged as stale status because no activity in the last 30 days.

@github-actions github-actions Bot added the status: stale PR was not update for a long time label Apr 24, 2026
@github-actions github-actions Bot closed this May 1, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

area: enhancement New feature or request status: stale PR was not update for a long time status: ❌ awaiting-test PR ready for testing

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants