Для всей приложухи Это в манифесте прописали

те по стандарту это уже должно работать, но не работает?

Я хз в чем у тебя проблема, я говорил только за авойдкейбоардвью

ну дак а что с ним, его нужно использовать или он уже стоит?

и что в KeyboardAvoidingView должно быть

все view?

и что в KeyboardAvoidingView должно быть

Дока офф

все view?

По сути да

ок

Это враппер

а мод паддинг?

behavior

а мод паддинг?

Да

behavior

Да

Не помнил точно

чет хз, белый экран всегда

_reactNative.KeyboardAvoidingView.onKeyboardChange is not a function

да и вообще не понятно как до корня добратся

как заставить rn всегда видеть клавиатуру. Когда она открывается, а input находится под ней он весь экран поднимает вверх, а не обрезает активное окно. Однако если по переходить по другим окнам, то рано или поздно он увидит

чет я вообще не понял

чет я вообще не понял

ну посмотри скрины и поймешь :/

так я вроде посмотрел и нихрена не понял))

😕

короче в первом случае вьюшка улетает вверх, при вызове клавы

не отличить от натива)

даже toolbar не видно

не отличить от натива)

ну как мог

Коллеги, кто может проект взять или помочь. Приложение просмотра HTML страниц с возможность комментировать. Плюш авторизация.

?

Пишите в ЛС

webview + injectedJavaScript + onMessage

ребят, как правильно создавать анимации для элементов, которые генерируются внутри map()? Так же циклом создавать Animated.value()?

например для элементов, которые со свайпом

если у них анимация идет в одно время, то Animated отдельно

и по перфомансу и по коду легче

можешь разные кривые использовать

например для элементов, которые со свайпом

че то звучит как будто это должно делаться внутри этих компонентов, а не где map

Здравствуйте

@DeniskaAB посмотри f8 app

больше чем туду

ок

А вообще многие пугаются всяких Node.js, npm? всего этого большого нагромаждения модулей. Кто нибудь вникает в то как написаны модули?

жизнь скоротечна

если не нужно, не вникаем

А вообще многие пугаются всяких Node.js, npm? всего этого большого нагромаждения модулей. Кто нибудь вникает в то как написаны модули?

я вникаю

я бывает копирую и дописываю что нужно

иногда

я бывает копирую и дописываю что нужно

+

я бывает копирую и дописываю что нужно

а я не копирую, я в prototype патчу обычно)))

ну это топ )) не для простого смертного

да камон)

да камон)

время стать непростым смертным

а Кордова и айоник сейчас все?

или на десктоп

нейтив по сравнению с кордовой меньше и быстрее?

нейтив по сравнению с кордовой меньше и быстрее?

ну он просто другой =)

и в нем тоже можно webview вставить, если надо

нейтив по сравнению с кордовой меньше и быстрее?

в общем я так понимаю что вы хотите быстрее приложение адапитировать под мобилки. я могу только сказать, что обычно в мобилках дизайн и функционал все же другой. имхо поддерживать один код который должен работать хорошо на куче платформ очень сложно (я именно про вью часть), проще под мобилки написать отдельно, что можно сделать в случае RN и шарить общую бизнес-логику

даже шаринг это просто допбонус

если есть реакт-инженеры, то лучше рн

если есть какие-нить ангулярщики, то наверное кордова

NativeScript еще можно поглядеть, если ангулярщики. Или Ionic, кордова как-то совсем печально

Реакт нейтив же и под десктоп апликашки собирать можно?

а под мобилы после сборки лишнее отбрасывается?

есть опыт?

в смысле?

Реакт нейтив же и под десктоп апликашки собирать можно?

@potomushto говорит что под десктоп пока не надо) для этого электрон есть

электрон же тоже тормоз и от 20 мегобайт

А ты не сдаешься, да? :-)

https://github.com/Microsoft/react-native-windows

Qt сильно отлечается от VCL?

есть много чего. помотрел бы я как ты зоопарк из всех языков бы поддерживал

ну у каждого свой путь) хочешь бить микроскопом, пожалуйста))

да и про молоток спорно

чего ты под андроид на qt не пишешь?

можно же

я не понимаю твоих аргументов. пока вижу только субъективное мнение. причем сам ты не писал такой проект очевидно где куча языков

да дело даже не в этом. если у тебя есть общая бизнес логика, то я бы посмотрел с каким ты удовольствием бы переписывал все с джавы на плюсы просто потому что инструмент такой. а потом еще это поддерживать надо. очевидно удобно иметь общие части на js. и так же удобно когда в команде любой человек может поддерживать любой проект. тебе последний пункт был бы очевиден если бы ты хоть раз распределял людей на проект и име бы дело с отпусками, болезнями etc

да я то не холиварю насчет языка, я просто говорю что для бизнеса это удобно. и я не топлю за js, просто так получилось что в браузере есть только js