-
Notifications
You must be signed in to change notification settings - Fork 0
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
[REQ] Rework logic syntax #31
Comments
There should also be no differentiation between memorables and macros. |
If a macro is called, it should also be either using named parameters, or positional parameters. |
The return type of a macro should be set after a It also helps to better separate the return type from parameters, and Rust has a similar syntax. Example:
|
Because Unimarkup syntax is now only considered inside Example:
Note: Commets should still work inside non-Unimarkup logic context using It should be possible to set If possible, it should not be required to use |
Maybe instead of Maybe even enforce that no space is between bracket and curly braces? Example:
|
The current logic syntax has this strange interplay between parameters and body content.
Instead, it would be better to encapsulate Unimarkup content if used as parameter.
e.g.
The text was updated successfully, but these errors were encountered: