Skip to content

Commit 7fd871b

Browse files
docs: Update display-v2-migration.mdx (#25768)
## Description Describe the changes or additions included in this PR. ## Test plan How did you test the new or updated feature? --- ## Release notes Check each box that your changes affect. If none of the boxes relate to your changes, release notes aren't required. For each box you select, include information after the relevant heading that describes the impact of your changes that a user might notice and any actions they must take to implement updates. - [ ] Protocol: - [ ] Nodes (Validators and Full nodes): - [ ] gRPC: - [ ] JSON-RPC: - [ ] GraphQL: - [ ] CLI: - [ ] Rust SDK: - [ ] Indexing Framework:
1 parent ed52127 commit 7fd871b

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

docs/content/standards/display-v2-migration.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -61,4 +61,4 @@ The capability can be claimed in either of two ways:
6161

6262
- **Legacy Display** using `claim`: Use this if you hold the V1 `Display<T>` object. Pass it in; it is consumed and you receive the `DisplayCap<T>`.
6363

64-
Once claimed, the holder of `DisplayCap<T>` can update the display fields (`set`, `unset`, `clear`). `delete_legacy` is permissionless as long as the V2 cap has been claimed. Anyone who holds a V1 `Display<T>` can call `delete_legacy(display, legacy)` to burn their legacy object, no need to be the cap holder.
64+
Once claimed, the holder of `DisplayCap<T>` can update the display fields (`set`, `unset`, `clear`). Anyone who holds a V1 `Display<T>` can call `delete_legacy(display, legacy)` to burn their legacy object.

0 commit comments

Comments
 (0)