Add address relay/processed/rate-limited fields to peer details#526
Conversation
|
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers. ConflictsReviewers, this pull request conflicts with the following ones:
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first. |
|
Concept ACK, the added fields correspond to the |
a00bc71 to
9fbd1bb
Compare
|
Thanks @w0xlt and @hebasto, updated.
|
hebasto
left a comment
There was a problem hiding this comment.
Cross-posted feedback from French translation team.
| <string extracomment="Tooltip text for the Addresses Processed field in the peer details area.">Total number of addresses processed, excluding those dropped due to rate-limiting.</string> | ||
| </property> | ||
| <property name="text"> | ||
| <string>Addresses Processed</string> |
There was a problem hiding this comment.
A feedback from a Transifex translator:
Rather: "Processed Addresses"
There was a problem hiding this comment.
If "processed" was an adjective, then I would agree with the feedback, i.e. "red car" and not "car red".
However, in this case it is a verb and this is fine as-is, i.e. "cars sold" vs "sold cars".
There was a problem hiding this comment.
Hi @jonatack The lack of string context in Transifex is a real problem for this project, as proper context (dev notes and/or screenshots) are essential to achieve quality translations.
How is this string used, is this a title, a tooltip, a notification? Do we actually mean “Addresses are processed”?
There was a problem hiding this comment.
@AO-LocLab it is the field name in the peer details area, as displayed in the screenshot in the PR description. There is also a tooltip saying this, and its explanatory description, 3 lines higher at line 1623. There is one of these for each added field. I don't know if they are visible in transifex.
<string extracomment="Tooltip text for the Addresses Processed field in the peer details area.">
Total number of addresses processed, excluding those dropped due to rate-limiting.</string>There was a problem hiding this comment.
Although, this one has no developer notes:
Should an extracomment be added, or something else?
Actually, extracomments in *.ui files are Qt translator comments which are presented on Transifex as "developer notes".
There was a problem hiding this comment.
Should an extracomment be added...?
That is the plan :)
There was a problem hiding this comment.
Ok! Will propose adding extracomments to the titles, then (if I understand correctly) and maybe to the tooltips without them.
There was a problem hiding this comment.
Ok! Will propose adding extracomments to the titles, then (if I understand correctly) and maybe to the tooltips without them.
Thank you!
There was a problem hiding this comment.
Started adding and improving the dev notes (and tooltips) in #554.
…s tab address fields 4d2b503 gui: improve "Addresses Rate-Limited" translator comments and tooltip in peers tab (Jon Atack) 81ef1f7 gui: improve "Addresses Processed" translator comments and tooltip in peers tab (Jon Atack) 77f24aa gui: improve "Address Relay" translator comments and tooltip in peers tab (Jon Atack) Pull request description: Per translator feedback in this thread: #526 (comment) *"The lack of string context in Transifex is a real problem for this project, as proper context (dev notes and/or screenshots) are essential to achieve quality translations."* This pull adds developer notes for transifex translators via `extracomment` tags, and it improves the existing ones and their tooltips with more context, clarity and completeness for the following peer tab fields as a follow-up to #526: - address relay - addresses processed - addressed rate-limited It looks like only six lines of diff, but they are loooong lines. If this is the right direction, the same can be done for other fields in follow-ups. ACKs for top commit: jarolrod: re-ACK [4d2b503](4d2b503) hebasto: ACK 4d2b503, I have reviewed the code and it looks OK, I agree it can be merged. Tree-SHA512: a185f46a66375a5fd6854640745b7d1d00740cf7be58db03256f44d71acc351e1770de137cb3bc9c1f0ea3cabd7cfa1cb1ccb87ec0df222680924ca3dab6c8bf
…ooltips for peers tab address fields 4d2b503 gui: improve "Addresses Rate-Limited" translator comments and tooltip in peers tab (Jon Atack) 81ef1f7 gui: improve "Addresses Processed" translator comments and tooltip in peers tab (Jon Atack) 77f24aa gui: improve "Address Relay" translator comments and tooltip in peers tab (Jon Atack) Pull request description: Per translator feedback in this thread: bitcoin-core/gui#526 (comment) *"The lack of string context in Transifex is a real problem for this project, as proper context (dev notes and/or screenshots) are essential to achieve quality translations."* This pull adds developer notes for transifex translators via `extracomment` tags, and it improves the existing ones and their tooltips with more context, clarity and completeness for the following peer tab fields as a follow-up to bitcoin-core/gui#526: - address relay - addresses processed - addressed rate-limited It looks like only six lines of diff, but they are loooong lines. If this is the right direction, the same can be done for other fields in follow-ups. ACKs for top commit: jarolrod: re-ACK [4d2b503](bitcoin-core/gui@4d2b503) hebasto: ACK 4d2b503, I have reviewed the code and it looks OK, I agree it can be merged. Tree-SHA512: a185f46a66375a5fd6854640745b7d1d00740cf7be58db03256f44d71acc351e1770de137cb3bc9c1f0ea3cabd7cfa1cb1ccb87ec0df222680924ca3dab6c8bf

This pull adds the following address fields in rpc getpeerinfo and cli -netinfo to the gui peers details:
and uses the additional horizontal space to display "Last Transaction" (instead of "Last Tx").