-
Notifications
You must be signed in to change notification settings - Fork 9
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
[ABW-1304] Behaviours and tags #666
Conversation
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.
LGTM,
some minor comments.
Sources/Clients/AccountPortfoliosClient/AccountPortfoliosClient+Live.swift
Outdated
Show resolved
Hide resolved
Sources/Clients/AccountPortfoliosClient/AccountPortfoliosClient+Live.swift
Outdated
Show resolved
Hide resolved
...eature/Components/NonFungibleAssetList/Components/Details/NonFungibleTokenDetails+View.swift
Outdated
Show resolved
Hide resolved
Separate question - shouldn't the behaviours and tags be also displayed in Poll Unit related details? |
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.
Nice! Left some comments, not preventing merge, but maybe worth considering!
App/BabylonWallet.xcodeproj/project.xcworkspace/xcshareddata/swiftpm/Package.resolved
Outdated
Show resolved
Hide resolved
Sources/Clients/AccountPortfoliosClient/AccountPortfoliosClient+Live.swift
Outdated
Show resolved
Hide resolved
Sources/Clients/AccountPortfoliosClient/AccountPortfoliosClient+Live.swift
Outdated
Show resolved
Hide resolved
Sources/Clients/AccountPortfoliosClient/AccountPortfoliosClient+Live.swift
Outdated
Show resolved
Hide resolved
Very possibly. That view didn't exist when I started this, but I will check and add it there. |
269846e
to
b81019f
Compare
Jira ticket: ABW-1304
Proposal
Description
Adds logic and UI for behaviors and tags, for fungible and non-fungible resources. Only shown in the respective details screens.
Notes
When we can't parse the RoleKey.name string to something recognizable (like "minter"), we ignore it, which is probably the only reasonable option. There is also the case where the
explicit_rule
value can't be parsed to one of "DenyAll", "AllowAll" and "Protected". That case is now treated the same as the Protected case (and the non-explicit, owner case), meaning that we assume that someone, but not anyone, is able to either perform or update the role in question.What details are we showing:
NFTS:
description
resourceAddress
resourceName
(currentSupply should be here, when we have it)
behaviors
tags
Fungibles:
description
resourceAddress
currentSupply
behaviors
tags
LSUs and Pool Units:
description
resourceAddress
validatorAddress
resourceName (is this just the normal resource name?)
currentSupply
behaviors
tags
Screenshot