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 |
---|---|