NFC: iso14443_4a improvements. Canvas: extended icon draw.

[RebornedBrain]

What's new

• Added one new function for drawing mirrored xbm bitmaps.
• Now 4a listener throws Halt and FieldOff events to the upper levels
• iso14443_4a poller logic is now enhanced and supports more blocks according to standard

Verification

• See NFC ISO14443a-4 I-Block Chaining support #3744

Checklist (For Reviewer)

• PR has description of feature/bug or link to Confluence/Jira task
• Description contains actions to verify feature/bugfix
• I've built this code, uploaded it to the device and verified feature/bugfix

[CookiePLMonster]

1. Why not simply expose the IconRotation rotation argument in draw_xbm?
2. It's upside down - is it correct to call it mirrored then? Entering the PR, I expected a draw that would be mirrored horizontally, not rotated 180deg.

[RebornedBrain]

1. Why not simply expose the IconRotation rotation argument in draw_xbm?

It was done in order not to break api backward compatibility.

2. It's upside down - is it correct to call it mirrored then? Entering the PR, I expected a draw that would be mirrored horizontally, not rotated 180deg.

If you take a look into canvas_draw_u8g2_bitmap which is called under the hood, there will be such code:

In the switch there is a call to canvas_draw_u8g2_bitmap_int which has bool parameter mirror, and this parameter is true in case of IconRotation180. Here is the reason why I called this function mirror.

[RebornedBrain]

Also this PR solves the same problem described here
In addition it provides possiblity to send also S-block and R-block

[CookiePLMonster]

It was done in order not to break api backward compatibility.

You can make IconRotation0 a default parameter and break ABI, but not sources.