Skip to content

Conversation

@Harjun751
Copy link

@Harjun751 Harjun751 commented Jan 15, 2026

What is the purpose of this pull request?

  • Documentation update
  • Bug fix
  • Feature addition or enhancement
  • Code maintenance
  • DevOps
  • Improve developer experience
  • Others, please explain:

Resolves #2229

Overview of changes:
Adds a small section at the bottom of the Architecture section of the Dev docs showing the steps of how a file is processed

Anything you'd like to highlight/discuss:
Open to changing phrasing/adding more details if required.

Screenshot of changes image

Testing instructions:

Proposed commit message: (wrap lines at 72 characters)

Add content processing flow example in documentation

Checklist: ☑️

  • Updated the documentation for feature additions and enhancements
  • Added tests for bug fixes or features
  • Linked all related issues
  • No unrelated changes

Reviewer checklist:

Indicate the SEMVER impact of the PR:

  • Major (when you make incompatible API changes)
  • Minor (when you add functionality in a backward compatible manner)
  • Patch (when you make backward compatible bug fixes)

At the end of the review, please label the PR with the appropriate label: r.Major, r.Minor, r.Patch.

Breaking change release note preparation (if applicable):

  • To be included in the release note for any feature that is made obsolete/breaking

Give a brief explanation note about:

  • what was the old feature that was made obsolete
  • any replacement feature (if any), and
  • how the author should modify his website to migrate from the old feature to the replacement feature (if possible).

@codecov
Copy link

codecov bot commented Jan 15, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 62.30%. Comparing base (2400af3) to head (50dc3cc).

Additional details and impacted files
@@           Coverage Diff           @@
##           master    #2777   +/-   ##
=======================================
  Coverage   62.30%   62.30%           
=======================================
  Files         130      130           
  Lines        7184     7184           
  Branches     1580     1509   -71     
=======================================
  Hits         4476     4476           
  Misses       2644     2644           
  Partials       64       64           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@MoshiMoshiMochi
Copy link

Hi can I confirm that we're holding off from inserting any form of diagrams until PR #2775 is resolved?
@Harjun751 @yihao03 @gerteck

@gerteck
Copy link
Member

gerteck commented Jan 16, 2026

Hi can I confirm that we're holding off from inserting any form of diagrams until PR #2775 is resolved? @Harjun751 @yihao03 @gerteck

Feel free to add diagrams, #2775 should hopefully be a pure refactor that does not cause any functional changes! Also no change to the docs so won't have merge conflicts, unless you are worried about the processing flow and specific class names then can maybe wait a bit.

Feel free to leave a PR review on my PR too 😄

Also, you can take a look at the preview of the site here:
netlify/markbind-master/deploy-preview

@

https://deploy-preview-2777--markbind-master.netlify.app/devguide/design/architecture#demonstration

I think the example added is quite nice.


3. Having processed possibly conflicting Nunjucks and Markdown syntax, HTML is then processed last.

{% from "njk/common.njk" import previous_next %}
Copy link
Member

Choose a reason for hiding this comment

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

Move the buttons to the bottom of the page!

Copy link
Author

Choose a reason for hiding this comment

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

Oops

{{ previous_next('projectStructure', 'serverSideRendering') }}
{{ previous_next('projectStructure', 'serverSideRendering') }}

## Demonstration
Copy link
Member

Choose a reason for hiding this comment

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

Since the other headings on the page are h3 (###), maybe let's stick to that.

Also, can give it a slightly more descriptive title i.e. demonstration of XXX

Copy link
Author

Choose a reason for hiding this comment

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

Roger o7

```
Notice that `myVariable` is consumed and that the unordered list is expanded.

Next, the NodeProcessor converts Markdown to HTML:
Copy link

Choose a reason for hiding this comment

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

perhaps can include more detail on how NodeProcessor works, e.g. The use of markdown-it and the custom syntaxes defined
can refer to packages/core/src/html/NodeProcessor.ts or this section on deepwiki

Copy link
Author

Choose a reason for hiding this comment

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

Hmm I think I don't want to go too low-level, the section right after roughly shows how it's done (the switch cases match the custom syntax). Maybe I should just mention it uses markdown-it? Wdyt

Copy link

Choose a reason for hiding this comment

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

ya ig mentioning we are using markdown-it with some custom logic would be great. Personally I was most interested in finding out how the '.md' source files are transformed into html pages.

Choose a reason for hiding this comment

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

I think the small incremental steps for this example @Harjun751 has provided already follows the architecture diagram which does already state that it uses markdown-it, but yea ig it wouldnt hurt to mention it again at the specific step to reiterate this point. Perhaps we can create another issue in the future which goes into greater detail about the lower level implementationr egarding what's going on at each stage by referencing this example provided 😃.

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.

Give some basic examples to illustrate content processing flow in devdocs

4 participants