This PR guaranties that the “eye” sign won’t be hidden for very long addresses/labels.
No longer need to extend TransactionOverviewWidget widget width to make “eye” signs shown:

This PR guaranties that the “eye” sign won’t be hidden for very long addresses/labels.
No longer need to extend TransactionOverviewWidget widget width to make “eye” signs shown:

ACK 18ff8eb93a297eaf1aa971b77b4d5d538578f15f
Tested on macOS 11.3 Qt 5.15.2, Arch Linux Qt 5.15.2 and cross-compile to Windows 10.
This fixes issue #22246, see: https://github.com/bitcoin/bitcoin/issues/22246#issuecomment-862846748
The below screenshots show the behavior between master and this PR when presented with more than one address in a transaction on the overview page across the major platforms.
Note: The before and after screenshots are taken with gui settings wiped. If a user upgrades from v0.21.1 to v22, the window will open up as wide as it was on v0.21.1. They must then resize it to their preference, this change no longer prevents you from making the window smaller (as noted in #22246)
macOS 11.3
| Master | PR |
|---|---|
![]() |
![]() |
Arch Linux
| Master | PR |
|---|---|
![]() |
![]() |
Windows 10
| Master | PR |
|---|---|
![]() |
![]() |
This is a nice improvement UX wise for watch only wallets. The watch symbol is placed on the left hand, could not force any weird behavior from this change.
Below I attach screenshots of this PR applied on the major platforms for the purposes of documentation and clarity
macOS 11.3
| Master | PR |
|---|---|
![]() |
![]() |
Arch Linux
| Master | PR |
|---|---|
![]() |
![]() |
Windows 10
| Master | PR |
|---|---|
![]() |
![]() |
105@@ -107,9 +106,9 @@ class TxViewDelegate : public QAbstractItemDelegate
106
107 painter->setPen(option.palette.color(QPalette::Text));
108 QRect date_bounding_rect;
109- painter->drawText(amountRect, Qt::AlignLeft | Qt::AlignVCenter, GUIUtil::dateTimeStr(date), &date_bounding_rect);
110+ painter->drawText(amountRect, Qt::AlignLeft | Qt::AlignVCenter, GUIUtil::dateTimeStr(date) + QLatin1String(" "), &date_bounding_rect);
Offset the bounding rect?
Spaces are never a well-defined width… except zero-width :)
Measure the icon width.
Scalable fonts is exactly why spaces won’t work reliably. ;)
ACK cd46c11577a05f3dc9eac94f27a6985f6ba0509e
Tested only on macOS 11.3
Changes since last review:
addressed @luke-jr’s comment
Conceptually it does make sense to not use text elements in drawing of visual elements.
Confirmed that this still fixes #373 (previously #22246)
Transactions Tab Issue
| Master | PR |
|---|---|
Watch-Only Symbol
| Master | PR |
|---|---|