-
Notifications
You must be signed in to change notification settings - Fork 100
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
Account: Saved Keypairs #1138
Account: Saved Keypairs #1138
Conversation
quietbits
commented
Nov 6, 2024
•
edited
Loading
edited
Preview is available here: |
@quietbits On the Save Keypair page, should we follow the same pattern as on the Create Account Keypair page and hide the secret key as ********. What do you think? Separately, when my mouse hovers over the public key, my cursor turns to this 🚫 . I think it should be the same as the Create Account Keypair page. |
@janewang , yes, we can mask the secret key. 👍
The input fields are disabled, that's why you see the 🚫 icon on hover. We can change that to read-only, but the design has the disabled style. It's an easy update. |
I think the design should be consistent in saved keypairs and in create keypairs. Thank you for the update! |
Preview is available here: |
Preview is available here: |
Preview is available here: |
I think we should reset the mainnet-to-futurenet.mov |
import { NetworkType, SavedKeypair } from "@/types/types"; | ||
import { arrayItem } from "@/helpers/arrayItem"; | ||
|
||
export default function SavedKeypairs() { |
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.
curious - when should we use export default function
vs. export const
. in vibrant days, we preferred using const
for exporting vs. default (product convention).
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 am not suggesting that we follow the convention btw, I'm just curious)
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.
getNetworkById(newNetworkId); | ||
}} | ||
> | ||
{`You must switch your network to ${otherNetworkLabel} in order to see those saved |
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.
can we just do the following?
You must switch your network to {otherNetworkLabel} in order to see those saved keypairs. This feature is only available on Futurenet and Testnet for security reasons.
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.
<Text | ||
as="div" | ||
size="xs" | ||
>{`Last saved ${formatTimestamp(timestamp)}`}</Text> |
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.
can we do Last saved {formatTimestamp(timestamp)}
instsead?
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.
Same as above.
Good idea, we should reset the keypair when the network changes. Issue created. |
Good catch! 🙌 We have two types of headings throughout the app. I started a Slack thread to see how we want to handle them. |
Preview is available here: |