doc, tools: make type parsing more strict#19881
doc, tools: make type parsing more strict#19881vsemozhetbyt wants to merge 2 commits intonodejs:masterfrom vsemozhetbyt:tools-doc-strict-types
Conversation
There was a problem hiding this comment.
were these changed so they don't trigger the type parser?
There was a problem hiding this comment.
Yes. Currently, tools/doc/html.js type-process any non-code text in any section, so it cannot define if this is a js type or something else. But the author of this section wanted the C types to be consistent in CSS style with JS types, so I've tried to conform.
There was a problem hiding this comment.
Please concat the string instead of using a multi line template string.
There was a problem hiding this comment.
Done in the fixup commit.
|
Rebased after the 0bd3da1. |
|
Rebased. |
PR-URL: #19881 Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
|
Landed in b3bff41 |
PR-URL: #19881 Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
PR-URL: nodejs#19881 Reviewed-By: Gus Caplan <me@gus.host> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
Checklist
make -j4 test(UNIX), orvcbuild test(Windows) passesWe do many small correction PRs for doc types format. This change makes type parsing more strict to avoid these post-corrections. Wrong or undefined types would throw on doc build stage.
Main code changes:
anytype linkable (to this section).New parsing mode had detected some issues which have been fixed.
{object}here.{Cipher}here.Also, some style nits in
tools/doc/type-parser.jswere fixed.