KeyboardAvoidingView mit behaviour="padding" erzeugt auf Android eine „schwebende“ Lücke, wenn Sendbird GroupChannelFrag ⇐ Android

[Anonymous]

Ich versuche, das Sendbird GroupChannelFragment mit einem benutzerdefinierten Header auf Android zum Laufen zu bringen, und habe einen anhaltenden Layoutfehler.
Mein Bildschirmlayout ist ein benutzerdefinierter Header und ein Umschalter, darunter das GroupChannelFragment (unter Verwendung des Standard-GroupChannelInput).
Ich verwende KeyboardAvoidingView mit behaviour="padding" als Alternative (behavior="height") hat andere Fehler und die alleinige Verwendung der Sendbird-Requisite „keyboardAvoidOffset“ führte dazu, dass die Eingabe ausgeblendet wurde.
Das Problem (nur Android):

Code: Select all

Initial Load: The GroupChannelInput is perfectly positioned at the bottom of the screen. (This is correct).

Keyboard Opens: A large gap appears between the top of the keyboard and the bottom of the input field. (See image 1).

Keyboard Closes: The GroupChannelInput does not return to the bottom. It gets "stuck" and "floats" with a permanent gap, which looks identical to the gap from when the keyboard was open. (See image 2).

Wenn ich vom Bildschirm weg und zurück navigiere, ist das Layout fixiert, aber sobald ich die Tastatur benutze, bricht es wieder ab.
Ich messe meine Kopfzeilen- und Umschalthöhen und übergebe sie als „keyboardVerticalOffset“. Dieser Wert (keyboardOffset) ist korrekt (ca. 173px).

Code: Select all

{activeView === 'Chat' ? (


) : (
renderProfileView()
)}

Und meine GroupChannelFragment-Erstellung:

Code: Select all

const GroupChannelFragment = createGroupChannelFragment({
Header: () => null, // Hide the fragment's header since we have our own at the top
// Use Sendbird's default Input component (no custom Input prop)
});

Es scheint, dass KeyboardAvoidingView mit behaviour="padding" den keyboardVerticalOffset plus die Tastaturhöhe hinzufügt und es dann nicht korrekt entfernt.
Was ist der richtige Weg, um ein GroupChannelFragment unter Android zu umschließen, um einen benutzerdefinierten Header ohne diese Lücke oder diesen „schwebenden“ Eingabefehler zu berücksichtigen?
Tastatur offen (Beachten Sie die Lücke)
Tastatur geschlossen (Beachten Sie die.) „schwebende“ Lücke)