-
Notifications
You must be signed in to change notification settings - Fork 33
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
🔨 Better type for numeric mcdoc literals #1145
Conversation
Looks like there is a failing test now, because of the node type change. I'll wait until I have feedback if this is a desirable change until looking into how to fix those. |
Overall I think this would be a good change. |
I can't figure out how to fix the tests. From the output it looks like it tries to see if the current mcdoc exports are equivalent to what this branch would generate, but there is ofc an intentional mismatch. Not sure how to change the test data. |
You can set the environment variable |
It didn't re-generate |
the source file was moved from |
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, would be nice if you can update the syntax for TYPED_NUMBER
in the mcdoc spec (docs/user/mcdoc/index.adoc
) as well. Something like this probably works but it's been a while since I've worked on that punctuation soup document:
<<t-typed-number>>::
<<t-float>> ++[++`d` `D` `f` `F`++]++^?^ | +
<<t-integer>> ++[++`b` `B` `l` `L` `s` `S`++]++^?^
0406ecc
to
c8a543b
Compare
(rebase, no new commits) |
requested myself as a non-blocking reviewer so i remember to look at this eventually |
3bac386
to
4f6b14b
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.
couple smaller things. generally this seems like a good idea though, nice work 😸
@SPGoding what are your thoughts on removing /__snapshots__/** linguist-generated=true
from .gitattributes
?
i guess they technically are generated, but it'd be nice if they weren't auto not rendered in the Files changed
view. i find myself definitely wanting to review each snapshot change for robustness
similarly, why is README.md
set as linguist-generated=true
?
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.
i might prefer we move these file deletions into a separate PR that removes the orphaned snapshots? as-is in here it's almost implying that these mcdoc type changes caused these file diffs
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 more leg-work than is worth though
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.
I could revert the changes to these deleted files, just not sure if it's wanted.
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.
eh its probably fine to keep as-is. would be nice if we eventually had a script to check for orphaned snapshots in GHA
i agree
it used to have automatically generated contributor information. i guess we can remove this as well. |
All integers should be captured by the other case
8550d8b
to
29233ac
Compare
This makes numeric literal types more expressive in their type.
This makes checking these types against nodes a bit less cumbersome in my current related work.