I propose left side justification for amount column, as received/sent amounts are not well displayed. Now we have right side justification, e.g.
| -------0.10 |
|---|
| ---0.00021 |
| -0.000008 |
My proposal's intent is to display, e.g.:
| ----0.10--------- |
|---|
| ----0.00021--- |
| ----0.000008- |
Left side will look bad for more reasonable amounts (ie: 1, 10, 100, etc). I suggest what is needed is alignment of the ones column.
luke-jr's comment makes sense to me. I agree.
I've tried both, but right align ended up looking slightly better. Then again, I've mostly been testing with larger amounts.
Aligning on '.' would be best, but Qt has no built-in option for that, so that'd need a custom delegate which renders the text so that the point is at a fixed position.
Something to consider for this: do we want a bunch of blank space to the right of every "normal" amount just because of one non-zero-Satoshi amount? Almost seems like at that point we might as well just use invisible/blank digits to pad it off on the right...
I don't suppose Qt works with text-align: "." ?
Alas, Qt doesn't work with text-align: ".". Html/css is not supported in table cells, so greying out or hiding digits would require a custom delegate just as well.
The problem with bitcoin is the precision. In most cases in financial software you only want to show two digits to the right in these kinds of overviews, which doesn't look cluttered.
Here, you want to show amounts of 10000 as well as 0.00001. Which would make the "amount" column requirement very wide, and result in empty space. And adding .00000000 to all whole-bitcoin amounts would look cluttered.
(doing this properly is not trivial... and how to gracefully fall back if there is not enough space to display all decimals? maybe 0.00...? either that or fall back to right-align in that case...)
Nbsp?
We don't use a monospace font for the amounts, so you could pad with nbsps alright, but that wouldn't line them up properly.
Maybe we should. Are non-monospace fonts guaranteed to line up using numbers in the first place?
That depends on how you do the alignment... if you use font extents properly, it doesn't matter what kind of font you use.
NAK on switching to monospace fonts on the amounts. I don't like how it looks, and it would make the "extra space" problem even worse. After all, monospace fonts are, by definition, wider on average for the same font size.
Can we close this, as after reading the discussion I think it's a no-issue.
Ok.,As it seems devs do not agree with my proposal, I guess I can close it, indeed.