You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+10-1Lines changed: 10 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -121,7 +121,7 @@ To use an existing function locally you don't need to do anything. Just check th
121
121
122
122
To create a new function, you will need to create two files:
123
123
124
-
- One in `src/lambdas` where the logic will live. These are the ones that will be deployed to Netlify. These functions follow [this format](https://docs.netlify.com/functions/build-with-javascript/#synchronous-function-format).
124
+
- One in `src/lambda` where the logic will live. These are the ones that will be deployed to Netlify. These functions follow [this format](https://docs.netlify.com/functions/build-with-javascript/#synchronous-function-format).
125
125
- One in `src/api` that will be just a wrapper around the previous one in order to be compatible with Gatsby functions. More on the [Gatbsy docs](https://www.gatsbyjs.com/docs/reference/functions/getting-started/) for the format they follow.
126
126
127
127
Typically, you will develop and test functions in the Gatsby context, by running `yarn start`.
@@ -1631,6 +1631,15 @@ Thanks goes to these wonderful people ([emoji key](https://allcontributors.org/d
This is a reference for implementing the new Design System components and styles defined in a public [Figma file](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System).
4
+
5
+
This is part of our [Design System implementation epic](https://github.com/ethereum/ethereum-org-website/issues/9546). Currently we are implementing the v1, check the remaining tasks [here](https://github.com/ethereum/ethereum-org-website/issues/9548).
6
+
7
+
## Basics
8
+
9
+
- Use Chakra tokens for spacing, sizes, and breakpoints. [Chakra theme docs](https://chakra-ui.com/docs/styled-system/theme)
10
+
- For colors use the semantic tokens defined in [this file](https://github.com/ethereum/ethereum-org-website/blob/dev/src/@chakra-ui/gatsby-plugin/semanticTokens.ts). These tokens will match the color variables used in the DS Figma file
11
+
- Use as many Chakra components and utils as possible
12
+
- Read the [Best Practices doc](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/best-practices.md) for more examples and info
13
+
14
+
**IMPORTANT**
15
+
Follow the new component directory structure:
16
+
17
+
```markdown
18
+
src/
19
+
└── components/
20
+
└── ComponentA/
21
+
├── index.tsx
22
+
├── ComponentA.stories.tsx
23
+
└── // Any other files as applicable (utils, child components, useHook, etc.)
24
+
```
25
+
26
+
## Components creation/modification from the DS
27
+
28
+
If you are implementing:
29
+
30
+
- A base component (a component that already exists in the [Chakra components list](https://chakra-ui.com/docs/components/), for example, the button or inputs)
31
+
- Try to avoid creating a new component file `/ComponentA/index.tsx` if there is no additional or custom logic we need to add to them
32
+
- Create a theme file to override the default Chakra styles with the DS specs. See examples under the [Chakra theme folder](https://github.com/ethereum/ethereum-org-website/blob/dev/src/@chakra-ui/gatsby-plugin/components/)
33
+
- Create a `.stories.tsx` file under `src/components/BaseStories`
34
+
- A new custom component (e.g. the PageHero)
35
+
- Use as many Chakra components as possible
36
+
- Avoid implementing previous implementation details or styles if Chakra offers a solution for that
37
+
38
+
## Stories
39
+
40
+
As defined in the new directory structure, each created or adapted component must have a story attached to it.
41
+
42
+
- Follow the [Applying Storybook documentation](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/applying-storybook.md)
43
+
- Follow the [proposed Storybook structure](https://www.figma.com/file/Ne3iAassyfAcJ0AlgqioAP/DS-to-storybook-structure)
Copy file name to clipboardExpand all lines: src/content/community/code-of-conduct/index.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,7 +35,7 @@ Open participation is core to the ethereum.org ethos. We are a website and commu
35
35
36
36
### Scope {#scope}
37
37
38
-
This Code of Conduct applies to all ethereum.org spaces (such as GitHub, Discord, Figma Crowdin, Twitter and other online platforms), and it also applies when the community is represented in real-world public spaces such as at meetups, conferences and events.
38
+
This Code of Conduct applies to all ethereum.org spaces (such as GitHub, Discord, Figma, Crowdin, Twitter and other online platforms), and it also applies when the community is represented in real-world public spaces such as at meetups, conferences and events.
39
39
40
40
### Our standards {#our-standards}
41
41
@@ -52,7 +52,7 @@ Examples of unacceptable behavior by participants include:
52
52
53
53
- Physical violence, threatening physical violence or encouraging of physical violence of any kind
54
54
- Using sexualized language or imagery or imposing unwelcome sexual attention
55
-
- Impersonating another individual or otherwise dishonestly claiming affiliation with some individual or organization.
55
+
- Impersonating another individual or otherwise dishonestly claiming affiliation with some individual or organization
56
56
- Trolling, insulting/derogatory comments, and personal or political attacks
57
57
- Harassing other community members in public or private channels
58
58
- Publishing others’ private information, such as a physical or electronic address, without explicit permission
Copy file name to clipboardExpand all lines: src/content/community/get-involved/index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,7 +28,7 @@ Do you have a background in mathematics, cryptography, or economics? You might b
28
28
- Write or review an Ethereum Improvement Proposal
29
29
- Write an EIP
30
30
1. Submit your idea on [Ethereum Magicians](https://ethereum-magicians.org)
31
-
2. Read [EIP-1](https://eip.ethereum.org/EIPS/eip-1) - **Yes, that's the _entire_ document.**
31
+
2. Read [EIP-1](https://eips.ethereum.org/EIPS/eip-1) - **Yes, that's the _entire_ document.**
32
32
3. Follow the directons in EIP-1. Reference it as you write your draft.
33
33
- Learn how to become an [EIP Editor](https://eips.ethereum.org/EIPS/eip-5069)
34
34
- You can peer-review EIPs right now! See [open PRs with the `e-review` tag](https://github.com/ethereum/EIPs/pulls?q=is%3Apr+is%3Aopen+label%3Ae-review). Provide technical feedback on the `discussion-to` link.
Copy file name to clipboardExpand all lines: src/content/developers/docs/apis/json-rpc/index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1552,7 +1552,7 @@ params: [
1552
1552
- `blockHash`: `DATA`, 32 Bytes - hash of the block where this log was in. `null` when its pending. `null` when its pending log.
1553
1553
- `blockNumber`: `QUANTITY` - the block number where this log was in. `null` when its pending. `null` when its pending log.
1554
1554
- `address`: `DATA`, 20 Bytes - address from which this log originated.
1555
-
- `data`: `DATA` - contains one or more 32 Bytes non-indexed arguments of the log.
1555
+
- `data`: `DATA` - contains zero or more 32 Bytes non-indexed arguments of the log.
1556
1556
- `topics`: `ArrayofDATA` - Array of 0 to 4 32 Bytes `DATA` of indexed log arguments. (In _solidity_: The first topic is the _hash_ of the signature of the event (e.g. `Deposit(address,bytes32,uint256)`), except you declared the event with the `anonymous` specifier.)
Copy file name to clipboardExpand all lines: src/content/developers/docs/bridges/index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -91,7 +91,7 @@ For developers, there are many ways to add support for bridges:
91
91
- Assessment and maintenance of bridges are hard and time-consuming.
92
92
- Selecting one bridge creates a single point of failure and dependency.
93
93
- The dapp is limited by the bridge’s capabilities.
94
-
- Bridges alone might not be enough. dapps might need DEXs to offer more functionality such as cross-chain swaps.
94
+
- Bridges alone might not be enough. Dapps might need DEXs to offer more functionality such as cross-chain swaps.
95
95
96
96
4.**Integrating multiple bridges –** This solution solves many problems associated with integrating a single bridge. However, it also has limitations, as integrating multiple bridges is resource-consuming and creates technical and communication overheads for developers—the scarcest resource in crypto.
0 commit comments