-
-
Notifications
You must be signed in to change notification settings - Fork 20
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
fix: multi paragraphs parsing #15
Conversation
a19bc3d
to
7e9878b
Compare
d07e984
to
e48ab30
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.
Amazing, you're so fast fixing things 😄 I added on comment about an addition case for a single line break.
@@ -0,0 +1,3 @@ | |||
{ | |||
"textarea": "1st paragraph\n\n2nd paragraph" |
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.
Maybe worth adding another case for a single line break since it is not covered yet.
1st paragraph\n2nd paragraph
If you don't mind, I'm happy to make the change on top of your changes and push it onto this branch.
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.
Here it is 5360a1d.
While updating the id
from textarea
to textarea-one
, I stumbled across the replacing we do and I wonder if this is actually necessary. If I remember correctly, this was done to produce a nice looking output variable, but in the JSON output this is quite confusing. What do you think, should we get rid of this replace?
Line 47 in c4bc96d
return idMapping[str].replace(/-/g, "_"); |
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.
If you don't mind, I'm happy to make the change on top of your changes and push it onto this branch.
no problem 👍🏼
While updating the
id
fromtextarea
totextarea-one
, I stumbled across the replacing we do and I wonder if this is actually necessary. If I remember correctly, this was done to produce a nice looking output variable, but in the JSON output this is quite confusing. What do you think, should we get rid of this replace?
Yeah +1 on getting rid of that. I think it will confuse people, I don't think this behavior is currently documented either. But maybe fix that in a separate PR?
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.
Great, I will work on a pull request tomorrow evening. This is a breaking change so I'll update the workflow to push a v2
branch JTLYK.
🎉 This PR is included in version 1.0.1 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
BREAKING CHANGE: Before this change, IDs defined in a GitHub issue template that included a hyphen got converted to dashes for the Action output. This was mainly done to ensure nice-looking output variables. However, this is confusing as discussed in #15 (comment).
BREAKING CHANGE: Before this change, IDs defined in a GitHub issue template that included a hyphen got converted to dashes for the Action output. This was mainly done to ensure nice-looking output variables. However, this is confusing as discussed in #15 (comment).
fixes #14