-
Notifications
You must be signed in to change notification settings - Fork 16
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
[#1444] transaction history redesign #1446
[#1444] transaction history redesign #1446
Conversation
a8a609c
to
77db29a
Compare
@Milan-Cerovsky @HonzaR Have you guys reviewed this already? |
cb63127
to
38d22ba
Compare
- Created and connected the new screen for the transaction details - WIP UI inside of it
- The transactions details + message rows have been implemented
- the regular functionality for the details is done except bookmarking and adding a notes (brand new features)
- The empty state redesigned - The up to 5 transactions state has been implemented with see all option
- The code cleanup done, important for the maintenance of the new approach of transaction history - Stack navigations for both possible path (detail from the home page directly or from the new manager screen with filters)
- the list of transactions is now divided into time periods - ability to hide balances in the transactions and the detail of a transaction
- focus on polishing details - bookmarking (in memory data atm) - add a note (in memory atm)
- searching in memos done (SDK changes adopted) - notes UI and flow implemented and prepared, storage is needed to enjoy full experience
- UserMetadataProvider prepared and connected to the Zashi's bookmarking and annotations
- View transaction button is now connected to a flow for presentation of the details screen of a transaction with ability to save the address - The screen is then dismissed to the home page (won't return back to the result screen)
- The logic around transactions have been fully refactored. The data are held by shared state only as a one source of truth - The same idea has been done for on demand loaded memos - The TransactionState is no longer required to be updated or copied because it doesn't carry any data and it's only an enriched version of ZcashTransaction.Overview for Zashi purposes
- codable structures prepared - UM refactored
- some bugfix - Integrations screen add keystone wallet flow added
- UM load the data logic prepared - Integration's seek icons have an outline now
4931c9b
to
90cee93
Compare
- Plus code cleanup after rebase
- empty state on a home screen connected to a request ZEC flow
- The UM data load/store logic done - The UM data reset logic done - Simple remote backup system and restore from backup implemented
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.
Preemptive utACK
@str4d @daira @nuttycom the cryptography is your main concern I believe and for that you don't necessarily need to review everything (UI changes, etc.) You can find it in the |
Closes #1450
Closes #1448
Closes #1451
Closes #1465
Closes #1447
Closes #1449
This code review checklist is intended to serve as a starting point for the author and reviewer, although it may not be appropriate for all types of changes (e.g. fixing a spelling typo in documentation). For more in-depth discussion of how we think about code review, please see Code Review Guidelines.
Author
Reviewer