fix: KeyboardAvoidingView with secureTextEntry

[kirillzyusko]

📜 Description

Fixed choppy animation for KeyboardAvoidingView if child TextInputs are using secureTextEntry property.

💡 Motivation and Context

The problem which causes jumpy behavior is hidden in fact, that 2 keyboardWillShow + keyboardWillHide events are emitted instead of a single one. If we add logger we'll see:

onStart height 291
onEnd   height 291
onStart height 336
... // onMove
onEnd   height 336

And such events are very similar to what happens on Android when keyboard gets resized. So basically fix consist from two parts.

Part 1️⃣

In useKeyboardInterpolation we are not using Android specific interpolation and are using "progress"-based animation (interpolation between current keyboard frame and final keyboard frame). It allows us to have positive value and make animation smooth. However is some cases we may see a jump occurring for one frame, and for that we apply second fix.

Part 2️⃣

In second part we are handling "unnecessary" onEnd event. Before we were simply updating height/progress values in onEnd handler - it was needed to handle cases when onMove handler is not called but we still need to synchronize the state.

In this PR I slightly re-worked approach and now I'm updating it only if duration === 0 (i. e. transition was instant).

Closes #327

📢 Changelog

JS

• use "progress"-based interpolation for iOS in useKeyboardInterpolation;
• update values in onEnd only if duration is 0.

🤔 How Has This Been Tested?

Tested on iPhone 15 Pro.

📸 Screenshots (if appropriate):

Before	After
Simulator.Screen.Recording.-.iPhone.15.Pro.-.2024-01-12.at.23.15.49.mp4	Simulator.Screen.Recording.-.iPhone.15.Pro.-.2024-01-12.at.23.13.11.mp4

📝 Checklist

• CI successfully passed
• I added new mocks and corresponding unit-tests if library API was changed

[github-actions]

📊 Package size report

Current size	Target Size	Difference
113786 bytes	112819 bytes	967 bytes 📈