fix: call syncUpLayout on iOS when keyboard changes its mode (emoji vs text)

[kirillzyusko]

📜 Description

Fixed a problem when switch text -> emoji -> text keeps pushing the content inside KeyboardAwareScrollView further and further.

💡 Motivation and Context

The issue has been introduced in this PR: #760

The problem with:

if UIResponder.current == currentResponder {
  return
}

Is that when keyboard resizes we never emit syncUpLayout event. The fix proposed in this PR is safe, because:

• we don't run full input listeners mount cycle;
• we only emit additional event;
• it's safe to emit this event multiple times (i. e. two times on focus) because we have this guard:

    if NSDictionary(dictionary: data).isEqual(to: lastEventDispatched) {
      return
    }

Another attempt to fix it has been added here #1407 But in #1407 we are trying to make JS code even more complex and the main problem is that with this fix documentation stays incorrect:

when keyboard changes its size (appears, disappears, changes size because of different input mode);

So this is a better fix that fixes a native side of the platform.

Closes #1318 #1407

📢 Changelog

iOS

• dispatch syncUpLayout if this event comes from keyboard notification;

🤔 How Has This Been Tested?

Tested manually on iPhone 17 Pro (iOS 26.2) paper arch.

📸 Screenshots (if appropriate):

Before	After
Simulator.Screen.Recording.-.iPhone.17.Pro.-.2026-03-31.at.18.13.00.mov	Simulator.Screen.Recording.-.iPhone.17.Pro.-.2026-03-31.at.17.26.31.mov

📝 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
310072 bytes	309906 bytes	166 bytes 📈