LWEEK: Tohle je problém vývojářů, kteří nejsou sžití s cílovou platformou. Zcela nesprávně očekáváš iOSové chování a snažíš se aplikovat iOSové postupy na prostředí jiného systému. Je tu strašně moc proměnných na to, abych ti poradil konkrétní řešení. Možná by stačilo mít BottomNavigationView v aktivitě a obsah ve fragmentu, a korektně pracovat s gravity vs. layout_alignParentBottom/layout_constraintBottom_toBottomOf a windowSoftInputMode. Možná by stačil windowSoftInputMode s jinou strukturou layoutu. Možná, že by se na to dal použít CoordinatorLayout s příslušným layout_behavior. Těžko říct zpatra, bude to chtít trochu experimentování :-).

LWEEK: Notch se na Androidu handluje přes fitsSystemWindows a WindowInsets (resp. WindowInsetsCompat, pokud si chceš ušetřit bolehlav). Ve většině případů funguje fitsSystemWindows naprosto automaticky (když ho pochopíš), někdy ale musíš něco ručně postrčit přes inset.

No a kdybys trval na jablečném přístupu, můžeš, tuším, WindowInsets (nebo úplně na surovo ViewTreeObserver) použít právě i na to skrývání bottom baru. Jeden z mnoha přístupů řeší třeba tento článek (jeho prioritou jsou animace, ale tento problém adresuje): https://proandroiddev.com/animating-keyboard-appearance-in-android-application-425a2a26de9a

a jestli to ma byt bez skakani, tak bych pouzil scrollTo()
ale nejaky maly "glitch" tam asi vzdy bude, vic se mi libi smoothScrollTo()

LWEEK: 6 let delam Android i iOS najednou a musim rict, ze to mam presne naopak: jakmile mam delat iOS, vyskacou mi pupinky :(
Xcode neni dobre IDE ani vzdalene a jakmile vidim konflikty ve storyboardech, jdu si hodit :(

Kazdopadne to co popisujes mi zni strasne nestandardne. Asi bych musel znat use case, ale vysku klavesnice pred tim, nez se realne vykresli, nezjistis. Muzes si napojit listener na focus change na editTexty a resit to tam, ale fakt nevim, jestli je to to, co potrebujes :)

Musím říct, že z Androidu asi zešílím. 7 let jsem dělal iOS vývojáře. Teď rok dělám Android vývojáře a neustále narážím na neskutečný shit. Například potřebuju upravit layout podle velikosti softwarové klávesnice. Ale chci to udělat ještě předtím než se layout vykreslí aby to uživateli neskákalo. Myslíte, že se v Androidu dá nějak normálně dotázat na výšku soft. klávesnice? Za ten rok jsem fakt na pokraji vyhoření. Jak to můžete dělat a nezbláznit se? x)

Když to tak čtu, tak mám chuť jít péct housky. Možná budu vnitřně spokojenější a dožiju se vyššího věku. :)

Pardon za pripadne OT [ Flutter a Dart ]

JOHNY_G: ja ve flutteru delam a muzu potvrdit ze zatim to vypada na prvni poradny multiplatformni framework....

LWEEK: Pokud porovnáš UI u aplikací od velkých firem, tak je to v podstatě stejné na obouch platformách. Ta rychlost taky není problém a leckdy je to rychlejší než nativní tookit pokud je to kompilované.

Jediný problém je interakce s nativními API, protože ty bridge mají dost často bugy nebo jsou pomalejší, ale pokud člověk nepotřebuje nutně API z platformy, tak multiplatformní je skvělý.

Já tyhle multiplatformní udělátka nemusím. Chápu ekonomiku věci. Rozumím tomu, že vývoj mobilních aplikací není levný a tak se sahá po těhle frankensteinech. Mám k tomu ale pár výhrad, když opominem rychlost, stabilitu a podporu specifických funkcí platformy.

Psát jedno UI pro vícero platforem je jako Esperanto pomocí kterého se měli domluvit všechny národy světa. Nápad dobrý, ale Esperantu skoro nikdo nerozumí a doma není nikde. Stejně tak alternativní UI frameworky mluví na uživatele divným jazykem vzdáleně připomínající něco povědomého.

Dokud je apka malá a jednoduchá, tak to celkem jde. Jakmile vyroste a začnou se klást nároky, tak se to může změnit, a dost často mění, v malou noční můru. Co je v nativním kodu za chvilku může být na alterativní tchnologii boj o život. Náskok na začátku projektu se posléze vykompenzuje na těhle nepříjemnostech které nezřídka končí obligátním "sorry, nejde to".

REFLEX: Já jako nativní vývojář podobné frameworky nesnáším. Cokoli jsem vyzkoušel, byl vždycky průser, tak jsem to přestal zkoušet :-). Ale jestli bych něčemu dal šanci, tak je to Flutter (mají i guide pro reactivce a webaře). Na ten mám naprosto fantastické ohlasy, a mohlo by ti to jako webaři být bližší než Kotlin. Navíc to pak rovnou vyplivneš třeba pro jabko :-).