Где это ваще виданно, чтобы роутинг вне jsx описывали?

Аж крякнул

Где это ваще виданно, чтобы роутинг вне jsx описывали?

?

>svg animation >50% цпу >window.onload >after 500ms dom load Как жить?

Немыслимо!

Костры рябин

А не пожар :)

Костры рябин

Не звучит))

Что бля значит вне jsx? Вне рендер-выражений или вне сахара?

Это значит вне jsx

Это значит вне jsx

JSX это блять сахар.

JSX это блять сахар.

Я знаю ,и что ?

Хм...

Я не думаю, что мы сможем тебе помочь

Ну блин:С

Тебе задали уточняющий вопрос, ты не ответил. Чего ты хочешь?

Тебе задали уточняющий вопрос, ты не ответил. Чего ты хочешь?

Так вопрос то вообще не я задал

Тогда зачем надо в перепалку вступать?

Тогда зачем надо в перепалку вступать?

Извините :С

А как отдебажить какую конфигурацию берет babel -env в данный момент? стоит ли делать exclude или и так

@css_ru

спс

спс

проиграл с никнейма

остроумно

Товарищи, как подключить реакт к экспрессу без вебпака или другого сборщика?

подключить?

подключить?

да, я добавил app.set('view engine', 'jsx') все вроде бы верно но не работает, по топорному в виде ссылки в html не вариант, нужно именно на сервере все сделать

ээ, тебе нужен рендеринг на сервере?

app.engine('jsx', ...) ?

посоветуйте хороший гайд по react native ?

оф getting started

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

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

Можно все:) ник у тебя клевый кстати

если можно можешь подсказать как?

cursor лимит как нибуть сделать

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

Делай инпут очень большой ширины и задай оверфлоу хайден

попробывал все равно

изчезают

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

Значит ты что-то делаешь неправильно

Сделай там ширину 99999рх и проверь

вот моя проблема

оно иза того что выходит 5 то все портится а я хочю после 4 чтобы оно останавливалось

А это у тебя типо один инпут?

всем привет. как бы вы реализовали такой кейс: 1. Выбрать тип шашки белая/черная, дамка/простая 2. Добавить на доску

всем привет. как бы вы реализовали такой кейс: 1. Выбрать тип шашки белая/черная, дамка/простая 2. Добавить на доску

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

но может как-то еще это сделать

оно иза того что выходит 5 то все портится а я хочю после 4 чтобы оно останавливалось

maxlength

уже стоит не допускает 5 но cursor выводится

А это у тебя типо один инпут?

да

всем привет. как бы вы реализовали такой кейс: 1. Выбрать тип шашки белая/черная, дамка/простая 2. Добавить на доску

html5 radio group

а если добавить на доску нужно в зависимости от того на какую клетку кликнули

а если добавить на доску нужно в зависимости от того на какую клетку кликнули

Чекбоксами сделай

rocket science

интересная идея

Один отвечает за наличие шашки, второй за цвет

да

Сделай несколькими инпутами

ERROR: S client not available

Либо превенти ввод когда достигнет лимита

Всем добрый вечер

Почему @AtomicDesign спасет вашу душу. Некоторые считают, что этот подход слишком заморочен. Заставляет много думать о расположении элементов, а при усложнении - перемещать его в другие директории. Если спросить Родионова - найдется ещё несколько причин, почему не надо использовать Atomic Design. В этом посте я хочу рассказать об обратном: как использовать подход Брэда Фроста в React. В самом начале необходимо понять - нужен ли вашей команде этот архитектурный дизайн. Достаточно ответить на следующие вопросы: - сколько человек будут разрабатывать фронтенд? - сколько команд будут использовать ваш код? - сколько проектов используют один UI дизайн? Если у вас один небольшой проект, в котором всего два фронтендера - вам не нужен AtomicDesign. Если в вашем проекте около 10 фронтендеров и намечается второй проект - нужно задуматься о внедрении AtomicDesign. Тем более если в вашей компании проекты используют общую библиотеку компонентов или планируется внедрение. Многие задают мне один и тот же вопрос: "Куда положить компонент X?". Отвечаю сразу для всех компонентов: AtomicDesign - это подход, обеспечивающий вам архитектуру UI компонентов - не более. То есть контейнеры/коннекторы/роутеры вы можете класть в любую директорию, кроме ui. Я всегда рекомендую начать изучение с прочтения книги автора atomicdesign.bradfrost.com, но ниже немного опишу составные части. Сразу следует понять, что компоненты AtomicDesign — это бизнес-сущности, это то, чем могут оперировать дизайнеры и разработчики вместе. Не надо включать сюда различные таймеры появления блоков или логику переключения вкладок. Пусть даже они у вас описаны в виде компонентов или HOC'ов. Так почему это все спасает души? Чтобы понять ответ, обратимся к ещё одной теме фронтенда: типизированный javascript. Typescript/Flowtype придумали для наложения определенных ограничений на код, чтобы в дальнейшем его было проще поддерживать и читать. AtomicDesign накладывает ограничения на дизайнеров и фронтендеров, обязывая их общаться на одном языке бизнес-сущностей. Но необходимо добавить несколько слов о поддержке библиотеки компонентов AtomicKit. В какой-то момент возникает проблема усложнения компонентов, и многие задаются вопросом: "Как же быть, неужели теперь нужно перемещать компонент из атомов в молекулы?" — Нет. Перед стартом разработки необходимо тщательно проектировать набор компонентов и не менять его предназначения, пока он существует под таким названием. Если же вам необходимо усложнить компонент, добавить в него какие-то элементы - просто создайте ещё один компонент, который будет добавлять то, что вам нужно. Так вы не сломаете совместимость со всей библиотекой и реализуете необходимую вам функциональность. Во время создания второго компонента следует помнить о композиции и рекомендации DRY: не надо копипастить, достаточно использовать уже существующие компоненты.

прям DDD в мире js

Серега и ты туда же... А так полезно, подписался

прочитай правила

Dota2 серьезно? :D

да))

Есть у кого опыт с lerna?

@sergeysova

Почему @AtomicDesign спасет вашу душу. Некоторые считают, что этот подход слишком заморочен. Заставляет много думать о расположении элементов, а при усложнении - перемещать его в другие директории. Если спросить Родионова - найдется ещё несколько причин, почему не надо использовать Atomic Design. В этом посте я хочу рассказать об обратном: как использовать подход Брэда Фроста в React. В самом начале необходимо понять - нужен ли вашей команде этот архитектурный дизайн. Достаточно ответить на следующие вопросы: - сколько человек будут разрабатывать фронтенд? - сколько команд будут использовать ваш код? - сколько проектов используют один UI дизайн? Если у вас один небольшой проект, в котором всего два фронтендера - вам не нужен AtomicDesign. Если в вашем проекте около 10 фронтендеров и намечается второй проект - нужно задуматься о внедрении AtomicDesign. Тем более если в вашей компании проекты используют общую библиотеку компонентов или планируется внедрение. Многие задают мне один и тот же вопрос: "Куда положить компонент X?". Отвечаю сразу для всех компонентов: AtomicDesign - это подход, обеспечивающий вам архитектуру UI компонентов - не более. То есть контейнеры/коннекторы/роутеры вы можете класть в любую директорию, кроме ui. Я всегда рекомендую начать изучение с прочтения книги автора atomicdesign.bradfrost.com, но ниже немного опишу составные части. Сразу следует понять, что компоненты AtomicDesign — это бизнес-сущности, это то, чем могут оперировать дизайнеры и разработчики вместе. Не надо включать сюда различные таймеры появления блоков или логику переключения вкладок. Пусть даже они у вас описаны в виде компонентов или HOC'ов. Так почему это все спасает души? Чтобы понять ответ, обратимся к ещё одной теме фронтенда: типизированный javascript. Typescript/Flowtype придумали для наложения определенных ограничений на код, чтобы в дальнейшем его было проще поддерживать и читать. AtomicDesign накладывает ограничения на дизайнеров и фронтендеров, обязывая их общаться на одном языке бизнес-сущностей. Но необходимо добавить несколько слов о поддержке библиотеки компонентов AtomicKit. В какой-то момент возникает проблема усложнения компонентов, и многие задаются вопросом: "Как же быть, неужели теперь нужно перемещать компонент из атомов в молекулы?" — Нет. Перед стартом разработки необходимо тщательно проектировать набор компонентов и не менять его предназначения, пока он существует под таким названием. Если же вам необходимо усложнить компонент, добавить в него какие-то элементы - просто создайте ещё один компонент, который будет добавлять то, что вам нужно. Так вы не сломаете совместимость со всей библиотекой и реализуете необходимую вам функциональность. Во время создания второго компонента следует помнить о композиции и рекомендации DRY: не надо копипастить, достаточно использовать уже существующие компоненты.

Пушкарская как раз за него топила на субботнем Frontend Moscow )

Добавил в package/a/package.json зависимость "b" - из корня сделаял lerna bootstrap все линки создались Потом я хочу добавить в "a" зависимость webpack: cd package/a/ && yarn add --dev webpack он ругается что зависимость b не найдена(я не хочу пока делать publish - это тест)

Привет есть у реакта похожие курсы как vuecasts (от laracasts) ?

(супер-крутые)

egghead.io смотрел?

не, только решил изучать реакт после вью, вообще ничего не смотрел

вот сразу сюда пришел посоветоваться

с чего начать

ну вот туда топай

Ну гляну, спасибо

еще погугли react book github

jq

ой

не то

https://www.gitbook.com/book/maxfarseer/react-course-ru/details

вот

Понял, буду копаться