-
Notifications
You must be signed in to change notification settings - Fork 36.2k
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
Streamline UI ↔ Core interface #1019
Conversation
It looks all sane and functional to me. |
I have to think about point 2 a bit more though: do changes in statistics like the # of connections or the number of blocks trigger a MainFrameRepaint? I don't think so, and doing that could potentially result in a deluge of cross-thread notifications. It does make sense to poll those statistics with a timer, just not the well-delineated updates to the transaction list (and balance), address book. |
To answer my own question: yes, MainFrameRepaint is called when the number of connections changes / number of blocks count. This is safe. |
ACK on the code changes to core, but needs rebasing. |
…o call object slot in GUI thread with invokeMethod.
Ok, this is all rebased and ready now. |
… instead of a timer. - Overall, this is better design - This fixes problems with the address book UI not updating when the address book is changed through RPC - Move Statusbar change detection responsibility to ClientModel
- rename wxMessageBox, remove redundant arguments to noui/qtui calls - also, add flag to force blocking, modal dialog box for disk space warning etc - clarify function naming - no more special MessageBox needed from AppInit2, as window object is created before calling AppInit2
…t providing a rpc password
Small question in qtgui.h and nogui.h I saw "#define wxMessageBox MyMessageBox" , is there some old wx code in, that can be removed, too? Edit: Ah you removed that already :), nice and ACK! |
Yep! the only wx* definitions left are the flags to signal the message kind. They can be renamed, and a lot of can go, too, but I haven't determined yet which ones are useful (also in the future) and what to rename them to. Let's leave that to a later decision. Edit: and can also be deduplicated and defined in a common header; there is no need to define them differently in qtui/noui.h. |
Sounds pretty good. |
…on for the daemon.
I've added another code cleanup / deduplication commit: Move from noui.h / qtui.h to one ui_interface.h with dummy implementation for the daemon. |
Streamline UI ↔ Core interface
* refactor CalculateScore (remove mod, remove extra cs_main lock) * remove GetCurrentMasternode, use GetNextMasternodeInQueueForPayment instead * fix masternode rpc "current" (calculate node to pay next block), add rpc "winner" (calculate node to vote for) * remove "calcscore" rpc
Re-enable Op codes for May 15 hardfork
799c332 Set fSuccess true on valid wtxNew (Peter Bushnell) Pull request description: Tree-SHA512: 1580fa19f9e638de5f59ea180d3ae1b77cfac43a0b96770904b75468e0c75192a87fca68995e3a93e0bafb3848ab7c7c189243ef71b673736fd466b89744cae9
This is a grab-bag of commits designed to streamline the UI↔Core interface. It contains various small improvements as well as code cleanups:
Improvements:
Code cleanups:
In principle, these commits are fairly independent and could be separate pull requests if necessary.