-
Notifications
You must be signed in to change notification settings - Fork 6
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
doc strings #25
Comments
Is there a reason to make it a function call? As opposed to just |
No, you're right. Also do you think it should be |
I don't know really, I don't think there's any precedence for marking 'magic' properties in Earl Grey. I don't particularly like the aesthetics of dunder variables but they should probably be marked somehow so they are distinguishable from normal properties. |
Functions currently have these:
So I think the precedent is there. |
But they are javascript properties and not Earl Grey specific. |
Yeah, but maybe since docs would only be used in tooling, this might be a time to use the dunder style. I honestly don't mind either way how it's named though, just thought it might be a valid situation for that naming scheme. |
With Symbol, there is no reason to have magic properties that are strings. The documention could be accessed as |
If there was a designated format for these docstrings. Then you could probably even parse the types for argument and return values and write out some typescript. (Perhaps I've drank too much coffee) |
I'd rather not parse types from docstrings. I'd rather have something like
|
That's be really cool! But also as far as docstrings, leaving them without a format means that one could use JSDoc format, markdown, 💡 EGDoc(Quaint-based perhaps?), bare text, or something else! |
Support functions having a doc string immediately following their definition. e.g.,
This could be utilized in editor tooling and in the repl.
The text was updated successfully, but these errors were encountered: