Skip to content

Update "How it works" section#312

Merged
nmoskaleva merged 4 commits intomasterfrom
update-how-it-works-sections
Apr 17, 2026
Merged

Update "How it works" section#312
nmoskaleva merged 4 commits intomasterfrom
update-how-it-works-sections

Conversation

@nmoskaleva
Copy link
Copy Markdown
Collaborator

@nmoskaleva nmoskaleva commented Apr 10, 2026

QA: Please take a look at the updated How it works section and the new reference pages (Authorization flows and request parameters).

  • Separate OpenID Connect flows overview and technical reference.
    The "Using OpenID Connect" page previously contained both high-level descriptions and technical implementation details of OIDC authorization flows. This commit extracts the technical details into dedicated reference pages. The original page in the "How it works" section now serves only as a high-level overview.
  • Move authorize request parameters to a dedicated reference page.
    This section was previously hidden inside OIDC introduction. This PR improves the information architecture by moving it into a dedicated Reference page, separating the API specifications from "how it works" part.
  • Update Core Concepts page
    Update and restructure the page so that it acts as a conceptual guide (rather than a How-to with UI instructions). The flow is slightly reordered to introduce the concept of Applications before Domains to help reader build a mental model without unnecessary cognitive load. (@kasperhj based on your advice in Update Verify's "Getting Started" section #308)
  • Miscellaneous updates: improved glossary entries, formatting fixes, cross-referencing, etc.

@netlify
Copy link
Copy Markdown

netlify bot commented Apr 10, 2026

Deploy Preview for criipto-docs ready!

Name Link
🔨 Latest commit b99fb3b
🔍 Latest deploy log https://app.netlify.com/projects/criipto-docs/deploys/69e2043b5f3dcd0008537ee4
😎 Deploy Preview https://deploy-preview-312--criipto-docs.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@nmoskaleva nmoskaleva force-pushed the update-how-it-works-sections branch from 60b7b39 to 8a6f719 Compare April 10, 2026 09:53
@nmoskaleva nmoskaleva force-pushed the update-how-it-works-sections branch from 8a6f719 to c88564a Compare April 14, 2026 11:00
@nmoskaleva nmoskaleva changed the title Move authorize request parameters to a dedicated reference page Update "How it works" section Apr 14, 2026
@nmoskaleva nmoskaleva force-pushed the update-how-it-works-sections branch from c88564a to 87e0a93 Compare April 15, 2026 10:08
@nmoskaleva nmoskaleva marked this pull request as ready for review April 15, 2026 10:09
@nmoskaleva nmoskaleva force-pushed the update-how-it-works-sections branch 3 times, most recently from cb921dc to 4e6a491 Compare April 15, 2026 11:53
@mickhansen mickhansen requested a review from fkj April 15, 2026 12:11
@mickhansen
Copy link
Copy Markdown
Collaborator

Where does "How it works" fit in the diataxis framework?

@@ -2,33 +2,33 @@
product: verify
category: How it works
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Maybe not ideal for "How it works"?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

Hmm, to me, this reads as an explanation and reasoning for making certain implementation choices. This is not a guide or a reference. Where do you think it belongs?

pathname.startsWith('/verify/reference/authorization-flows/implicit-flow') ||
pathname.startsWith('/verify/reference/authorization-flows/pkce') ||
pathname.startsWith('/verify/reference/authorization-flows/ciba') ||
pathname.startsWith('/verify/reference/authorization-flows/headless')
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

This seems a tad hacky?

Copy link
Copy Markdown
Collaborator Author

@nmoskaleva nmoskaleva Apr 17, 2026

Choose a reason for hiding this comment

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

@mickhansen Would you mind if I make a separate PR for that? I agree now that we have 3 subindex pages, they deserve some better logic 😊

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

@nmoskaleva But I don't quite understand the purpose of the hack? Why do we need the explicit path matching?

Copy link
Copy Markdown
Collaborator Author

@nmoskaleva nmoskaleva Apr 17, 2026

Choose a reason for hiding this comment

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

For the subindex pages to display a better breadcrumb path on mobile, see for instance PKCE or specific errors @mickhansen

This was introduced when we had a single subindex page for Articles, but I added some more subindex pages since then.

Comment thread src/pages/verify/reference/authorize-request-parameters.mdx Outdated
@nmoskaleva
Copy link
Copy Markdown
Collaborator Author

Where does "How it works" fit in the diataxis framework?

Explanation, so conceptual learning (therefore no direct instructions and how-to's) @mickhansen

@nmoskaleva
Copy link
Copy Markdown
Collaborator Author

url says "How it works" but h1 says "Platform overview"?

@mickhansen The category is "How it works", but the titles don't usually correspond with the category. I'll try to find a better title though, to clarify what the section is about.

@mickhansen
Copy link
Copy Markdown
Collaborator

url says "How it works" but h1 says "Platform overview"?

@mickhansen The category is "How it works", but the titles don't usually correspond with the category. I'll try to find a better title though, to clarify what the section is about.

@nmoskaleva I realized! My mistake, deleted my comment

Copy link
Copy Markdown
Collaborator

@fkj fkj left a comment

Choose a reason for hiding this comment

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

Generally looks really good to me! I only spotted one small formatting issue.

Comment thread src/pages/verify/reference/authorization-flows/authorization-code-flow.mdx Outdated
Copy link
Copy Markdown
Collaborator

@kasperhj kasperhj left a comment

Choose a reason for hiding this comment

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

I like the "authorize request parameters" overview. An upgrade could be to make the concepts linked, so clicking e.g. "prompt" would take you to the "prompt" section.

I think the tenants/app/domains reads nice.

I think diagrams are a great way of getting an overview, but to me they are a bit confusing. It's not entirely clear who the main audience is or what we would provide them with:

  • For technical competent people, I think it would be great to include the user agent as an participants and separate auth and token endpoints into two participants grouped under AS (instead of indicating it through activations).

  • For technical incompetent people, I think we could provide a simpler diagram still using the 3 participant model, just calling AS/OP Idura Verify and Client Application something like "your website/app", ditch redirect_uri, id_token, access_token, etc.

I think we're appealing more to the technical competent people with these docs, so I think it could be slightly more technical.

This could easily wait for another day and another PR.

@nmoskaleva nmoskaleva force-pushed the update-how-it-works-sections branch from 4e6a491 to 916131f Compare April 16, 2026 22:54
Comment thread src/pages/verify/reference/request-parameters.mdx Outdated
@mickhansen
Copy link
Copy Markdown
Collaborator

"How it works" ends up pretty far down in the navigation on the left hand side.
Perhaps we want integrations as the bottom element?

@fkj
Copy link
Copy Markdown
Collaborator

fkj commented Apr 17, 2026

"How it works" ends up pretty far down in the navigation on the left hand side. Perhaps we want integrations as the bottom element?

I think it would even make sense to put "How it works" at the top of the navigation bar.

@nmoskaleva
Copy link
Copy Markdown
Collaborator Author

nmoskaleva commented Apr 17, 2026

I think it would even make sense to put "How it works" at the top of the navigation bar.

Interesting idea, I can see how it might make sense to move Idura Verify overview to the top level. But as of now, "How it works" has OIDC introduction, which mostly relates to Verify. While top navbar resources relate to all our products.
Let's revisit this after I update the Signatures part? @fkj

@mickhansen
Copy link
Copy Markdown
Collaborator

Interesting idea, I can see how it might make sense to move Idura Verify overview to the top level. But as of now, "How it works" has OIDC introduction, which mostly relates to Verify. While top navbar resources relate to all our products.
Let's revisit this after I update the Signatures part? @fkj

@nmoskaleva I think @fkj meant top of the left hand navigation, not the top navigation

@fkj
Copy link
Copy Markdown
Collaborator

fkj commented Apr 17, 2026

Interesting idea, I can see how it might make sense to move Idura Verify overview to the top level. But as of now, "How it works" has OIDC introduction, which mostly relates to Verify. While top navbar resources relate to all our products.
Let's revisit this after I update the Signatures part? @fkj

@nmoskaleva I think @fkj meant top of the left hand navigation, not the top navigation

Yeah that's what I meant :) Sorry that was unclear.

@nmoskaleva nmoskaleva force-pushed the update-how-it-works-sections branch from 916131f to 7b1fae9 Compare April 17, 2026 08:37
@nmoskaleva
Copy link
Copy Markdown
Collaborator Author

@kasperhj Thank you! The request parameters table now points to the individual parameter description.
And totally agree with making the diagrams more detailed – will address this in future PRs.

This section was previously hidden inside OIDC introduction. This PR improves the information architecture by moving it into a dedicated Reference page, separating the API specifications from "how it works" part.
The "Using OpenID Connect" page previously contained both high-level description and technical implementation details of OIDC authorization flows.
This commit extracts the technical details into dedicated reference pages. The original page in the "How it works" section now serves only as a high-level overview.
Update and restructure the page so that it acts as a conceptual guide (rather than a How-to with UI instructions). The flow is slightly reordered to introduce the concept of Applications before Domains to help reader build a mental model without unecessary cognitive load.
@nmoskaleva nmoskaleva force-pushed the update-how-it-works-sections branch from c8f134d to b99fb3b Compare April 17, 2026 09:58
@nmoskaleva nmoskaleva merged commit 66b7a03 into master Apr 17, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants