-
Notifications
You must be signed in to change notification settings - Fork 37
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
wording clarifications #20
base: main
Are you sure you want to change the base?
Conversation
README.md
Outdated
#### 3. Events | ||
|
||
##### A. Events names should be past tense. | ||
#### 3. Events names should be past tense. |
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 think we were getting to have too many levels which made it hard to follow
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.
we could also instead link some sections out to different READMEs as an alternative
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.
imo grouping is helpful and separate readmes would require more work, but we have talked about making a doc site. Agree we are pushing a single thing to the limit
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.
hmm I guess it's a bit confusing that some are grouped and some aren't. Should we group all then?
or | ||
If a function should never be called from another contract, it should be marked private and its name should have a leading underscore. | ||
|
||
#### Justification |
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.
We don't have Justification
elsewhere where we explain reasoning, so I am hesitant to mix up the format. (I used to have something like this but removed for consistency)
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 think exceptions should require justification. This is the only exception we've listed so I would expect future ones to have justification as well, but might not be present right now
README.md
Outdated
|
||
```solidity | ||
using Library for bytes | ||
bytes._function() | ||
``` | ||
|
||
Note, we cannot remedy this by insisting on the use public functions. Whether a library functions are internal or external has important implications. From the [Solidity documentation](https://docs.soliditylang.org/en/latest/contracts.html#libraries) | ||
We could remedy this by insisting on the use public functions. However, developers may prefer internal functions because they are more gas efficient to call, due to how libraries are compiled in Solidity: |
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.
imo is confusing to say "we could" remedy. Maybe like "We should not remedy this by ..."
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.
Thanks for this! There's significant formatting changes mixed in with wording changes here that makes this hard to get in together.
957bcb9
to
f77a08b
Compare
Review Error for xenoliss @ 2024-05-08 12:03:46 UTC |
ec2ed93
to
0b8a579
Compare
Mostly nits I noticed while reading through that can help make it easier to read