Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Add enter, exit terms#25

Merged
wooorm merged 1 commit into
masterfrom
enter-exit
May 27, 2019
Merged

Add enter, exit terms#25
wooorm merged 1 commit into
masterfrom
enter-exit

Conversation

@wooorm

@wooorm wooorm commented May 27, 2019

Copy link
Copy Markdown
Member

Closes GH-24.

@wooorm wooorm merged commit 1fc013b into master May 27, 2019
@wooorm wooorm deleted the enter-exit branch May 27, 2019 20:11

@ChristianMurphy ChristianMurphy left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Is this terminology we want to include in this repo?
Or is this something that should be linked to an external resource?
If the terminology is kept here, should it also be added to mdast, hast, and nlcst? Maybe remark, rehype, and retext?

@wooorm

wooorm commented May 27, 2019

Copy link
Copy Markdown
Member Author

Thanks for checking in!

Yes, I’m going with your last paragraph. I laid the problem out a bit in the issue: I think that adding more back-and-forth references is good.

Although, for the external resource: I can see the glossary becoming rather big, in the future it could be a different project?

@wooorm

wooorm commented May 27, 2019

Copy link
Copy Markdown
Member Author

(for these terms, it arose because hast has a concept of β€œspaces” that are automatically toggled when entering and exiting, such as described here: https://github.com/syntax-tree/hast-util-to-parse5#space and in other places)

@ChristianMurphy

Copy link
Copy Markdown
Member

I can see the glossary becoming rather big, in the future it could be a different project?

I was thinking the same thing.
With the amount of similarity between the projects, and the amount of terminology and CS theory behind it.
Having a project to centralize the documentation could be good.

@wooorm

wooorm commented May 27, 2019

Copy link
Copy Markdown
Member Author

Having a project to centralize the documentation could be good.

This does align with my goals a) everything is its own module and b) being welcome to other projects!
I, however, do not have a CS degree so I don’t know much about trees other than working on them the last years πŸ˜…

Would this be something like the initial section of the babel plugin handbook? Do you have other resources?

@ChristianMurphy

Copy link
Copy Markdown
Member

Would this be something like the initial section of the babel plugin handbook?

Exactly like that.

Do you have other resources?

MIT OpenCourseware, compiler design books (more), wikipedia

@ChristianMurphy

Copy link
Copy Markdown
Member

There are also tools for creating and organization larger documentation sites.
https://www.gitbook.com, https://docusaurus.io, and many more

@endiliey

Copy link
Copy Markdown

A bit random, but we recommend docusaurus πŸ˜‰

The next major version (still wip) https://v2.docusaurus.io/ is powered by MDX (part of unifiedjs)

@wooorm

wooorm commented May 29, 2019

Copy link
Copy Markdown
Member Author

Moving this discussion to syntax-tree/ideas#7

@wooorm wooorm added the πŸ’ͺ phase/solved Post is done label Apr 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

πŸ“š area/docs This affects documentation πŸ’ͺ phase/solved Post is done πŸ¦‹ type/enhancement This is great to have

Development

Successfully merging this pull request may close these issues.

Add enter and exit terms to glossary

3 participants