Uh oh!
There was an error while loading. Please reload this page.
Peers window Peer id improvements - #290
Conversation
to allow resizing the column more tightly
This aligns them under the column header.
RandyMcMillan
commented
Apr 23, 2021
Talkless
commented
Apr 25, 2021
What are the concerns exactly? |
kristapsk
commented
Apr 25, 2021
"Id" seems to be a short for "Identifier" in most of the languages I checked. Are there exceptions for that and languages where "Id" can't be translated to something similar? https://en.wikipedia.org/wiki/ID |
jonatack
commented
Apr 25, 2021
"Id" is actually incorrect (I think you are referring to "ID"). Outside of databases and developers, "Id" is a somewhat confusing word to use because it has many meanings. See https://www.thefreedictionary.com/id. The link you gave also lists many definitions. It is also an acronym for many different things. For these reasons, I proposed "Peer" to see what reviewers think. |
(Dropped the "Id" part from the PR description.) |
| case NetNodeId: | ||
| case Address: | ||
| return {}; | ||
| case NetNodeId: |
There was a problem hiding this comment.
In e14d79f
Why move the position of NetNodeId here? In the other areas of the code, NetNodeId always comes before Address in our switch statements. I don't think we should move it here.
You can keep it where it originally is and do:
| case NetNodeId: | |
| case NetNodeId: | |
| return QVariant(Qt::AlignCenter); |
There was a problem hiding this comment.
Generally I prefer to propose the smaller, simpler diff. The order doesn't matter here and it seems better to group the cases by alignment.
There was a problem hiding this comment.
It's not much of a difference, plus this makes it easier to reason about. You are explicitly stating that you are making it AlignCenter. I'd prefer we keep the same order as our other switch statements, but it's not a strong opinion.
There was a problem hiding this comment.
Always keeping the same order of enum elements in switch statement could decrease mental burden for some ppl :)
There was a problem hiding this comment.
Ditto, diff is only for "once" (for review), while people will read this switch multiple times in the future, so I'm also for same ordering.
jarolrod
commented
Apr 29, 2021
ACK e14d79f % nit about switch statement order |
hebasto
commented
Apr 30, 2021
btw, a good translation of a noun "peer" that means "a participant of the peer-to-peer network" could be a real challenge, at least in some languages 😃 |
maflcko
commented
Apr 30, 2021
Is there a way to tell translators synonyms? "Connection" might be easier to translate. |
jonatack
commented
Apr 30, 2021
Yes, could mention synonyms like "connection, number" in the translator comment. |
hebasto
commented
Apr 30, 2021
One more opinion:
|
hebasto
commented
Apr 30, 2021
We could mention the meaning of a term :) |
If we concern brevity, that the "Peer" word is redundant because the tab is called "Peers". Anyway, translator comments are always welcome. IIRC, there were some comments about aligning of the "Peer Id" column in this repo, especially when numbers of id go up. But I cannot find them :( Maybe our fellow designers @Bosch-0 and @GBKS could share their opinions about this PR? |
jonatack
commented
Apr 30, 2021
As for data alignment in the column, note that I discussed what I tried and found in the PR description. |
It looks like "peers" and "peer" are already translated in |
jonatack
commented
Apr 30, 2021
I've decided to close this. |
jonatack
commented
May 1, 2021
One thought: designer, UI, and UX can be different specialties, a bit like front end / back end / dev ops / DBA / pentest / embedded, etc. There are designers (say, of icons, logos, typography or illustrations) who wouldn't expect to be asked to make a call about a UI question, and others who might be more comfortable with that. |
jonatack
commented
May 1, 2021
To clarify, I think this is a good change but it's too much time involved on a very tiny change that may never be merged in a repo that isn't my main focus. That said, I'd be happy for someone more focused on the GUI to fix it. |
jarolrod
commented
May 26, 2021
657b33e qt: add translator comments for peers table columns (Jarol Rodriguez) 73a91c6 gui: rename "Peer Id" to "Peer" in tab column and details area (Jon Atack) Pull request description: Picking up bitcoin-core/gui#290 **Original PR Description:** - renames the peers tab column header from `Peer Id` to `Peer` to allow resizing the column more tightly (this will be particularly useful after #256) and does the same for the peer details area. While here, we also add Qt translator comments for the Peer Table columns. | Master | PR | | ----------- | ----------- | |  |  | ACKs for top commit: jonatack: utACK 657b33e hebasto: re-ACK 657b33e Tree-SHA512: f50116f7ca8719cadf1f95f45e3594b3b92bde9c43eb954f3e963ed10629dd9406efdb5e96aa1f750a926e24a96321d824ed3780bd9cd748774e0b85fd0c9535
657b33e qt: add translator comments for peers table columns (Jarol Rodriguez) 73a91c6 gui: rename "Peer Id" to "Peer" in tab column and details area (Jon Atack) Pull request description: Picking up bitcoin-core/gui#290 **Original PR Description:** - renames the peers tab column header from `Peer Id` to `Peer` to allow resizing the column more tightly (this will be particularly useful after #256) and does the same for the peer details area. While here, we also add Qt translator comments for the Peer Table columns. | Master | PR | | ----------- | ----------- | |  |  | ACKs for top commit: jonatack: utACK 657b33e hebasto: re-ACK 657b33e Tree-SHA512: f50116f7ca8719cadf1f95f45e3594b3b92bde9c43eb954f3e963ed10629dd9406efdb5e96aa1f750a926e24a96321d824ed3780bd9cd748774e0b85fd0c9535

This patch:
renames the peers tab column header from
Peer IdtoPeerto allow resizing the column more tightly (this will be particularly useful after Save/restore column sizes of the tables in the Peers tab #256) and does the same for the peer details area.center-aligns the entries in the
Peercolumn to align them under the column header rather than to the left (I also tried right-alignment but the values are unreadably close to theAddressvalues and it seems more esthetic to be aligned under the header 🗄️)