alignSelf: "flex-end" не помогло

headerRight применяется для хедера самого компонента, а мне нужно сделать чтобы иконка таба была с правой стороны в навигации

marginRight не хочу делать так как разные размеры девайсов бывают

headerRight применяется для хедера самого компонента, а мне нужно сделать чтобы иконка таба была с правой стороны в навигации

???

???

???

???

Вам наверное очевидно, что вы хотите получить, но попробуйте прочитать хоть что вы написали... это никто не поймет

Вам наверное очевидно, что вы хотите получить, но попробуйте прочитать хоть что вы написали... это никто не поймет

вроде ясно написал

вроде ясно написал

теперь вторая часть стала яснее. Полагаю вам надо поместить иконку в headerRight - тогда она будет с правой стороны в навигации

headerRight никак не влияет на tabBarLabel

У тебя слишком странная логика в приложении

Я бы сказал очень

При чем здесь tabBarLabel, если красная стрелочка на картинке показывает в заголовок навигации и иконка в нем... чтоб эту иконку (ту, на которую стрелка показывает) сдвинуть вправо, надо её поместить в headerRight )

вот за что headerRight отвечает

а мне нужно сделать чтобы та иконка была с правой стороны

теперь понятно о чем я?

или странная логика?)

а мне нужно сделать чтобы та иконка была с правой стороны

marginLeft: auto; marginRight: 0

marginLeft: auto; marginRight: 0

can't find variable auto

can't find variable auto

Строка же, 'auto'

Подучи сначала

теперь понятно о чем я?

Правильно я понял, что иконка должна быть всегда на одинаковом расстоянии от правого края экрана, если появляется кнопка Done, то она должна появляться левее от иконки? (вот это я пока могу предположить как желаемое).

Как что работает

А потом уже делай

Потому что вот это все глупо

can't find variable auto

Это особенно

Строка же, 'auto'

сори не заметил

marginLeft: auto; marginRight: 0

не помогло(

не помогло(

А flex-end куда дел? Выше же кидал пример с ним

вроде такого не было

покажи плиз где это было

а вот marginLeft: 150 помогает

но его не хочу использовать

alignSelf: "flex-end" не помогло

Вот тут оно было. Погугли как на флексах сделать последний элемент справа и перенеси в RN. Сорян, но я уже спать собираюсь, час ночи по местному времени

хорошо, спасибо

Очень хочется оставить эту ссылку (чтоб вы посмотрели, и может, перестали пытаться странные вещи с title блоком делать): https://github.com/react-navigation/react-navigation-stack/blob/master/src/views/Header/Header.js

Очень хочется оставить эту ссылку (чтоб вы посмотрели, и может, перестали пытаться странные вещи с title блоком делать): https://github.com/react-navigation/react-navigation-stack/blob/master/src/views/Header/Header.js

а разве там у него не top tab navigator?

а разве там у него не top tab navigator?

А там другой header?

Не знал, а где посмотреть?

у меня createMaterialTopTabNavigator

А там другой header?

ну, судя по скрину, там сборная солянка из всего

Ох... всё, это точно последний раз, когда я в react-navigation смотрю... короч, этот label вставляется вот сюда... https://github.com/react-native-community/react-native-tab-view/blob/master/src/TabBar.js#L501

Артем если это MaterialTopTabNavigator, то в принципе вам правильно советовали. Я, правда, такие вещи по старинке через спейсеры верстаю. Грубо говоря, если контейнер растянутый на всю ширину с flexDirection: "row", то как-то так: <Container> <SomeComp /> <View style={{flex: 1}} /> <Icon /> </Container> Но если у такого контейнера flexDirection: 'column', то это не будет работать, тогда можно либо ему этот стиль прокинуть, либо в доп контейнер засунуть

Вот так: <Container> <View style={{ alignSelf: 'stretch', flexDirection: 'row' }}/> <SomeComp /> <View style={{flex: 1}} /> <Icon /> </View> </Container>

я заметил что у navigationOptions есть tabStyle проперти, сейчас попробую туда те стили пропихнуть которые мне советовали

Лучше всего в инспекторе глянуть, какие реально стили на этом контейнере

Тогда понятно будет, что подкрутить

Потому что судя по коду, у него есть шанс не быть растянутым на полную ширину

Ох... всё, это точно последний раз, когда я в react-navigation смотрю... короч, этот label вставляется вот сюда... https://github.com/react-native-community/react-native-tab-view/blob/master/src/TabBar.js#L501

А что ты юзаешь для навигации?

В предидущем проекте это был старый NavigationExperimental, в новом кастомную штуку, по архитектуре напоминающую react-native-navigation (но сильно проще)

В частности у нас нет требования на красивую анимацию верхних баров и они прям в экранах сверстаны, с ними и анимируются. Табы нижние тоже просто обычная вьюха в экране. (пока что... потом, когда будем марафет наводить сделаем чуть лучше или переедем на react-native-navigation, там это уже написали... более того, они там для Android почти целиком сэмулировали поведение UIViewController из ios)

заметна ли нативная навигация на ios? есть ли смысл менять react-navigation на native navigaiton

заметна ли нативная навигация на ios? есть ли смысл менять react-navigation на native navigaiton

Для меня очень заметна (но я знаю куда смотреть). Обычно именно в момент смены экрана, когда плавная анимация нужна, бридж и забивается, т.к. надо отрендерить кучу всего... А с нативной навигацией, RootView сам по себе рендерится, анимация сама по себе без взаимодействия с JS

Имхо, если есть время на эксперимент, то надо просто попробовать (для нескольких начальных экранов приложения) и сравнить

Wix конечно круто...но там кучу всего предстоит еще написать

Он явно проигрывает rnavigation

Для меня очень заметна (но я знаю куда смотреть). Обычно именно в момент смены экрана, когда плавная анимация нужна, бридж и забивается, т.к. надо отрендерить кучу всего... А с нативной навигацией, RootView сам по себе рендерится, анимация сама по себе без взаимодействия с JS

можно ведь начинать рендерить эту кучу после runAfterInteractions, а не сразу

нету метрик.

Тем более v3 уже кучу всяких проблем исправила, перешли на guesture handler и reanimated

И плавности там хоть отбавляй

На счет иос не скажу, но андроид гуд

Тем более v3 уже кучу всяких проблем исправила, перешли на guesture handler и reanimated

и все равно кривой. в stack navigator как не было анимаций, так и нет

и все равно кривой. в stack navigator как не было анимаций, так и нет

Всмысле

switch *

А, ну это да

Но можно ручками это написать

Никто не запрещает

Тем более v3 уже кучу всяких проблем исправила, перешли на guesture handler и reanimated

Гм... надо посмотреть.

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

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

Но у меня ещё есть просто одно... я ж не просто так нативную навигацию начал использовать... мне хочется оставить легкую возможность любой экран приложения сделать нативно, без RN. Так сказать, такой запасной вариант. Правда, пока ни для чего, кроме прелоадера не потребовалось.

чем не вариант нативный компонент?

чем не вариант нативный компонент?

В прелоадере - не вариант. Он должен сразу появиться, а не когда JS загрузится )

верно. бридж мешает.

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

Не сталкивался ни разу. У меня вложенность очень сложная, проблемы изи решаются, если вообще появляются

верно. бридж мешает.

Скоро не будет, надеюсь

Скоро не будет, надеюсь

😄

Блин, такая конкуренция в программировании. Даже не знаю, как быть...

Я не верю в fabric... я слежу за тем, что они там пишут... и это такой же ужасный код, как и сейчас, только на более сложном языке программирования )

Не сталкивался ни разу. У меня вложенность очень сложная, проблемы изи решаются, если вообще появляются

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

Ну типо, когда ты делаешь стек в стеке, то очевидно что у тебя будет два хедера