Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Docs: Auto-generate human-readable version of Gutenberg block grammar #6116

Merged
merged 6 commits into from
May 26, 2018

Conversation

mcsf
Copy link
Contributor

@mcsf mcsf commented Apr 11, 2018

Description

Related: #6030, as another effort to make the Gutenberg block grammar parser-agnostic.

I'm opening this PR to get the idea out, and so we can iterate on presentation. GitHub's flavor of Markdown doesn't like style tags, but this is the HTML generated with the intended styling:

screen shot 2018-04-11 at 15 51 49

Changes

  • Block grammar: Reduce and rename for clarity, add example display name for Block_Attributes rule
  • Docs: Add autogenerated doc on Gutenberg block grammar
    • Add PEG.js grammar to parse Gutenberg block grammar
    • Add bin/generate-public-grammar.sh adapter to generate doc from PEG.js syntax tree

/cc @youknowriad @dmsnell @mtias

@mcsf mcsf added [Type] Developer Documentation Documentation for developers [Feature] Parsing Related to efforts to improving the parsing of a string of data and converting it into a different f labels Apr 11, 2018
@dmsnell
Copy link
Contributor

dmsnell commented Apr 11, 2018

wow! this is really developed-out, isn't it!

we also have a parser for the grammar already built, and I'm curious why the changes are made to the grammar in this PR, which seems like it's conflating a few issues.

const parser = require( './node_modules/pegjs/lib/parser.js' );
const fs = require( 'fs' )
const grammarSource = fs.readFileSync( './blocks/api/post.pegjs', 'utf8' );
const grammar = parser.parse( grammarSource );

with these four lines we get a full AST of the grammar which we can use to provide an alternate pretty-printer and I don't think that will involve as much code to maintain

@dmsnell
Copy link
Contributor

dmsnell commented Apr 11, 2018

Also check out existing projects:

dundalek com_grammkit_ 3

@mcsf
Copy link
Contributor Author

mcsf commented Apr 11, 2018

Thanks for looking so quickly!

wow! this is really developed-out, isn't it!

:) Not really, but bash-assisted gluing helps me to prototype more quickly.

we also have a parser for the grammar already built

True, but we are to assume that to be part of the public interface of the pegjs module? If so, I agree it could be pretty handy. The other bit that made me go for a grammar fork was the ease with which all code blocks can be dropped during parsing, as seen in pegjs-strip.

That said, the whole diff is telling of my path as I was learning the bits (at some point I was consuming pegjs-strip's output and transforming it with successive sed commands in a shell script 🙈). I'd be happy to simplify tons using pegjs's internal parser if that use is deemed OK.

GrammKit

I'd seen that, and it's pretty cool, but I'm not currently convinced those visualizations would be useful.

@dmsnell
Copy link
Contributor

dmsnell commented Apr 11, 2018

True, but we are to assume that to be part of the public interface of the pegjs module?

For now it seems solid enough. That project will always need to parse the pegjs because it's actually building the parser. If it were to ever change we should be able to extract it easily enough.

I'm not currently convinced those visualizations would be useful.

That's fair, although it covers most of what we spoke about. The point was that we can parse the .pegjs file and print out the AST in a way that's probably simpler, more reliable, and more flexible than mangling strings.

@dmsnell
Copy link
Contributor

dmsnell commented Apr 11, 2018

Also, I think some of the renames in the grammar are good ideas - would make a good independent PR! 😄

@mcsf mcsf mentioned this pull request Apr 11, 2018
3 tasks
@mcsf
Copy link
Contributor Author

mcsf commented Apr 11, 2018

Also, I think some of the renames in the grammar are good ideas - would make a good independent PR! 😄

Woot: #6127

@mcsf
Copy link
Contributor Author

mcsf commented Apr 28, 2018

@dmsnell: took me a while to circle back to this, but I've switched to an all-JS solution, as discussed.

@mcsf
Copy link
Contributor Author

mcsf commented Apr 28, 2018

@mtias: how do you see us formatting this document? What is the least we must do here before merging?

@aduth aduth modified the milestones: 2.8, 2.9 May 3, 2018
@youknowriad youknowriad modified the milestones: 2.9, 3.0 May 16, 2018
Copy link
Contributor

@dmsnell dmsnell left a comment

Choose a reason for hiding this comment

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

get it in an iterate 👍

@mcsf mcsf merged commit a5917bb into master May 26, 2018
@mcsf mcsf deleted the add/grammar-grammar branch May 26, 2018 18:35
@mtias
Copy link
Member

mtias commented May 28, 2018

Can we proceed with exposing this in https://wordpress.github.io/gutenberg/ ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature] Parsing Related to efforts to improving the parsing of a string of data and converting it into a different f [Type] Developer Documentation Documentation for developers
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants