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
Version 2 of GithubMarkdownHandler using an actual yaml parser #74
Conversation
a0361e5
to
3f0a112
Compare
3f0a112
to
f103d86
Compare
- aa8c6113a4236d576f96ba9b0bd4dfa4_tr | ||
- 76d7c5ccc4301f10b39115b2c1a9ca47_tr | ||
|
||
description: fdba4efe4ab9d38afee4054a7fa06e29_trcustom_vars: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@SofiaMargariti looks like we have a missing \n
here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@diegobz yes, this is known behaviour. The solution I was thinking is to append a new line during compilation in this type of strings, but another way is to lower the end index of this node by one during parsing, so the new line is considered part of the template.
bed4ceb
to
e2c9eac
Compare
fe0dbb0
to
bfe3d2c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Jira: https://transifex.atlassian.net/browse/TX-8511
Implement yaml parser based on https://github.com/transifex/txc/blob/devel/transifex/resources/formats/yml/yml.py
and use this parser for the frontmatter header of the GFM files.