Беда в overflow: 'hidden';

border прокатит?

А что border?

Я могу сделать изображение квадратным, задать ему бордер радиус

border-radius: border-width: для круга который положишь сверху

Но для того, чтобы сделать такой угол скругления я делаю view высотой в 150% высоты экрана

не помню чтобы проблемы были с обрезанием особенно в андроиде

у блока сделать радиус и оверфлоу?

У меня вью з бордер радиус

а внутри картинка

Внутри блока картинка

Так вот на андроиде overflow: 'hidden' игнорится(

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

ммм . надо вспоминать

вот вот

Есть предложения, как выкрутится?

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

Так он же перектроет изображение?

Или я не понимаю идеи?

прозрачный круг с рамкой

с белой рамкой

Как вариант, кстати

Сейчас попробую

ишь как изворачиваешься лишь бы картинку не заюзать для этого 😄

для шейдеров не обязательно нативный модуль, есть же https://github.com/ProjectSeptemberInc/gl-react-native )) а так то варик, просто нужные пиксели в белый перекрасить и все!)

где там?)

да ладно, не так все сложно там ;) даже вертексный писать не надо)

lousy programmer

да не, везде такое, как раз сегодня читал хорошую статью про это https://www.linkedin.com/pulse/who-said-swift-better-than-objective-c-willie-shi

Выглядит это по идеи не так страшно

Из того что пока могу сказать - все замечательно работает с react-navigation, если использовать только stack navigator. drawer и табы на данный момент через nativebase делаю, вместо встроенных в пакет навигации

есть нюансы все равно конечно

но мне кажется я там просто чего-то не понимаю

Парни, расходимся :)

Так, в 0.45 сломался Realm на iOS - кто-нибудь смог починить его? В issue пока тишина, советы из похожих issue в RN не помогают. Судя по ошибкам - что-то не то уже в нативном коде.

🌐 Друзья, blockchain-технологии достигли серьезных масштабов. Сейчас это масштабные решения Enterprise-уровня. Второй месяц экспериментируем с Ethereum, Smart Contracts, Truffle, web3.js, DApps (приятная новость - платформа JavaScript-friendly). Много интересного накопилось. Вижу, что много ребят начинают идти по этому пути. Создали группу для обсуждения технических вопросов разработки, связанных с архитектурой и разработки для платформы Ethereum. Присоединяйтесь: https://t.me/eth_ru

оо, как раз искал недавно!

Все таки react-navigation какой то неудобный

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

ерунда какая то

Делал такую штуку недавно через Image. Вырезал с макета полукруглый блок. Внутрь Image ложил Text, TouchebleOpacity. И задавал Image свойство stretch. Может это и не совсем красивое решение, но рабочее и кроссплатформенное.

Все таки react-navigation какой то неудобный

а какой удобный?)

а какой удобный?)

Пока не знаю. Но насчет react-navigation - оно не неудобное, это устаревшие данные.

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

а что использовать?

банально - там нельзя перейти из вехрнего роута во вложенный.

это полный бред

у них это в issue есть

так а что использовать то?)

ну я сейчас тыкаю https://github.com/aksonov/react-native-router-flux

не знаю, пока рано что-то про него говорить

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

короче тебе ничего не нравится)

короче тебе ничего не нравится)

ну. не нравится компонент табов - это мелочи, по сравнению с ситуацией когда компонент просто невозможно нормально использовать

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

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

мм. то что мне не нравится в react-navigation это просто баг. он у них уже два месяца висит в issue

ты серьезно считаешь что невозможность перейти из вложенного компонента в родительский и из родительского - во вложенный - это "не продумали мои кейсы"?

ты серьезно считаешь что невозможность перейти из вложенного компонента в родительский и из родительского - во вложенный - это "не продумали мои кейсы"?

я даже вообще не понимаю что это значит 😄

я даже вообще не понимаю что это значит 😄

у них есть такая концепция как "StackNavigator", внутри которого определяются экраны. Эти StackNavigator навигатор могут быть вложены друг в друга. Это полезно, т.к. многие настройки привязаны к обьекту StackNavigator, и если ты хочешь разные настройки для разных частей приложения - их нужно делать вложенными. Банально хотя бы страницу логина отделить.

Каждый такой StackNavigator предоставляет обьект navigation с помощью которого можно собственно осуществлять навигацию

И он работает только внутри своего StackNavigator

я знаю как работает react-navigation, не надо мне объяснять. но твой кейс я все равно не могу понять

ты сможешь подробнее объяснить свой кейс? может ты просто что то не так делаешь, попробуем разобратся)

ты сможешь подробнее объяснить свой кейс? может ты просто что то не так делаешь, попробуем разобратся)

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

вот как здесь https://reactnavigation.org/docs/navigators/stack ?))

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

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

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

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

?

можешь привести конкретный кейс?

transitionConfig

это не конкретный кейс

я хочу иметь разный transitionConfig в разных экранах

ну так делай, что мешает

я возможно где-то что-то пропустил в документации, но там вроде довольно явно все выглядит, что он указывается для каждого StackNavigator

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

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

в других ты даже похожей гибкости не найдешь