[UI] CurrencyEntryBox - hotfix for release

[soosr]

This PR makes the CurrencyEntryBox release-ready on master. If #11966 fails to be ready, we will go with this solution, and finish that PR after the release (as that PR is better in terms of functionality).

Tests are very much welcomed.

[adamPetho]

tACK, it fixes #11745

[MarnixCroes]

• BTC or USD being on the left or right side should reset after closing the dialog?:
  switch sides -> close the dialog -> USD is still on the left side

• it is possible to paste an address in the BTC column, which then returns the amount of the maximumnumberofbitcoins in the column

  WalletWasabi/WalletWasabi/Helpers/Constants.cs

  Line 52 in 9fa8953

  public const decimal MaximumNumberOfBitcoins = 20999999.9769m;

[soosr]

BTC or USD being on the left or right side should reset after closing the dialog?:
switch sides -> close the dialog -> USD is still on the left side

No, it is correct.

it is possible to paste an address in the BTC column, which then returns the amount of the maximumnumberofbitcoins in the column

restored the same functionality as on master, amounts above the balance cannot be pasted.

[MarnixCroes]

did some basic testing.
so far, it works and good to go for release👍

[turbolay]

I can't write a multi-digits USD amount without using arrows

CleanShot.2024-02-07.at.08.28.36.mp4

It's annoying because most of the time you want to write a multi-digits usd amount

[adamPetho]

@turbolay this is the exact bug this PR is supposed to fix. This PR fixes that on my side, Win11.
Are you sure you are on this PR's branch and not on master?

[soosr]

@turbolay this is the exact bug this PR is supposed to fix. This PR fixes this on my side, Win11. Are you sure you are on this PR's branch and not on master?

I also tested it on Mac, @turbolay can you double check?

[turbolay]

Yeah sorry, didn't see my fetch failed... I don't know what I have lately I struggle to focus and make many mistakes.

The only "issue" I noticed with this PR (probably it's done on purpose, IDK) is that the spacing is not respected when there is focus on a box. When focus is lost, spacing gets respected again

[wieslawsoltes]

@soosr Tested on macOS, can't see any issues so far.

[soosr]

The only "issue" I noticed with this PR (probably it's done on purpose, IDK) is that the spacing is not respected when there is focus on a box. When focus is lost, spacing gets respected again

The source of all problems (and why a proper implementation is so complex) is the spacing... especially applying it while the user edits the input. So that is why the spacing is removed when they edit, for now.