You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the processor uses the raw language of the code block for the file extension of the block.
This works for using js as language but not for javascript or node as the resulting blocks would be excluded as the linter thinks they do not contain JavaScript.
It would be great for if there would be a normalization for mapping the code block language to the blocks file extension:
TSC Summary: This change seeks to use recognizable filename extensions for common code block types like node, javascript, ecmascript to .js, markdown to .md, and typescript to .ts. Currently, the plugin would use the code block type as the filename extension, so javascript becomes 0.javascript, which is a bit confusing.
TSC Question: This represents a breaking change, do we want to accept this and publish a new major version?
Currently the processor uses the raw language of the code block for the file extension of the block.
This works for using
js
as language but not forjavascript
ornode
as the resulting blocks would be excluded as the linter thinks they do not contain JavaScript.It would be great for if there would be a normalization for mapping the code block language to the blocks file extension:
The text was updated successfully, but these errors were encountered: