https://www.styled-components.com/docs/api#as-polymorphic-prop

ну у меня разные стили под каждый хеддинг

ну вон следующий пример зайдет лучше тебе)

https://www.styled-components.com/docs/api#as-polymorphic-prop

ништяк)

ну вон следующий пример зайдет лучше тебе)

глянь мой пример

да. const Inner = ({ size, className, children }) => { const Tag = h${size} return <Tag className={className}>{children}</Tag> } const Heading = styled(Inner)` color: red; ` <Heading size={2} />

это

Зачем на него завязываться?

мало ли у меня есть какой-то парент компонент с различными состояниями (вью/эдит мод к примеру) и внутри куча компонентов выглядятпо-разному в зав-ти от мода

ок а если тебе нужно завязаться на класс пропрородителя? ты будешь пропс спускать вниз?

в sc проблемы вообще нет с этим. но это костылина дикая и так делать вообще не надо.

мало ли у меня есть какой-то парент компонент с различными состояниями (вью/эдит мод к примеру) и внутри куча компонентов выглядятпо-разному в зав-ти от мода

Эээ, пропсы тебе на что?

мало ли у меня есть какой-то парент компонент с различными состояниями (вью/эдит мод к примеру) и внутри куча компонентов выглядятпо-разному в зав-ти от мода

лучше пробросить пропс

ибо вью должно зависеть от данных, а не от дом

мало ли у меня есть какой-то парент компонент с различными состояниями (вью/эдит мод к примеру) и внутри куча компонентов выглядятпо-разному в зав-ти от мода

https://www.styled-components.com/docs/advanced#referring-to-other-components

буквально не?

мало ли у меня есть какой-то парент компонент с различными состояниями (вью/эдит мод к примеру) и внутри куча компонентов выглядятпо-разному в зав-ти от мода

каскад считается bad practice в верстке

Эээ, пропсы тебе на что?

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

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

не надо делать 100500 вложенность. это же пизда

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

Используй контекст тогда

Нашел проблему

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

у тебя проблемы, от того, что ты сам их себе создаешь

не надо делать 100500 вложенность. это же пизда

само собой, это гипотетический пример, чтоб понять как sc это решает

в css modules есть свои костыли для этого

типо global скоупа

ну так theme

не надо делать 100500 вложенность. это же пизда

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

ну или свой на контексте напиши

само собой, это гипотетический пример, чтоб понять как sc это решает

const Foo = styled.div` & ${Bar} { override styles of Bar } `

const Foo = styled.div` & ${Bar} { override styles of Bar } `

Ну не надо так делать, это же отстой :(

Ну не надо так делать, это же отстой :(

хзхз иногда полезно

лан, надо затестить

я за sc ничего плохого сказать не могу ибо не пробовал, но сам js со стилями внутри смотрится мягко говоря не очень

✨

ну или свой на контексте напиши

injectGlobal жеж

Ну не надо так делать, это же отстой :(

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

и кстати как он с typescript?

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

компонент — мужского рода

injectGlobal жеж

ним пропсы прокидывать можно?)

основные стили плюс дополнительные в разных

компонент — мужского рода

мне поебать

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

Тогда проще в него стили прокидывать напрямую

мне поебать

значит буду удалять

А не костылить такую жесть

и кстати как он с typescript?

https://www.styled-components.com/docs/api#typescript

В документации SC, в разделе FAQ лишняя ссылка

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

куда писать, чтобы починили

Спасибо за обсуждение про стили, но ответ я так для себя и не понял. Сейчас склоняюсь к JSS, т.к. он гибкий, не зависит от настроек Webpack и вместе с этим позволяет включить оптимизацию при сборке, легко используется на стороне сервера, позволяет использовать темы. Но есть вопрос: как использовать его вместе с TypeScript? Вот эта статья мне не помогает - полученные типы не соответствуют назначению и обязательные classes мешают создать компонент (требуется передать параметры): https://material-ui.com/guides/typescript/

куда писать, чтобы починили

им в репо

https://www.styled-components.com/docs/api#typescript

это вопрос на ответ

это вопрос на ответ

што?

это вопрос на ответ

Абсолютно нормально, там буквально расписано как с ним в ТС работать

Абсолютно нормально, там буквально расписано как с ним в ТС работать

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

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

в личке

ну да, хочешь составить компанию?

Новые фичи в в4 стайледа прямо ой ёй йё

https://www.styled-components.com/docs/api#createglobalstyle

Глобальные стили с поддержкой ThemeProvider это конечно модно

там и ${Component} можно делать, вроде

декларативный injectGlobal

найс

В эмоушн давно все это было

только эмоушн как раньше никому не нужен, так и сейчас (ну ладно, полторы компании юзают)

Да много кто его использует

Гораздо лучше по кишкам чем стайлед

Да и быстрее в разы

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

Быстрее в динамике

За счет плагина

ERROR: S client not available

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

я скорее о подходе вцелом

У них идентично все

Так же есть объекты так де темплейты

Я не видел проблем при переключении

У них идентично все

только не поюзаешь пакеты, которые хотят sc

я ловил проблемы, но не вспомню. Ибо юзал emotion всего раз

К sc уже целая экосистема в подарок, что весьма круто.

Проблема в том что единицы правильно используют эти подходы

я ловил проблемы, но не вспомню. Ибо юзал emotion всего раз

Ну в трг, там до сих пор он

Проблема в том что единицы правильно используют эти подходы

я считаю, что правильных подходов дохрена

Ну в трг, там до сих пор он

о лол, переехали с jss?

Ага

Ага

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

Жсс слишком емкий, нет надобности отдельно создавать стили

При разделении на визуальные компоненты и логику получалось лаконичнее

ребят, есть те, кто работал с react-table?

я не могу понять, у них нет доки?

ребят, есть те, кто работал с react-table?

репы не попутал?)

Серег, убери пин этот старый

Серег, убери пин этот старый

у меня прав нет(

Жсс слишком емкий, нет надобности отдельно создавать стили

В каком смысле ёмкий? Это как преимущество или недостаток?

репы не попутал?)

ахаха) ну у них на сайте есть инфа, но поверхностно вот тут смотрю react-table.js.org

В каком смысле ёмкий? Это как преимущество или недостаток?

Он заставляет писать по дефолту все в 1 компоненте, создавая блок с рулами, которые ты разбрасываешь по рендеру

там примеры

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

там примеры

ну, в примерах рассказывается

Он заставляет писать по дефолту все в 1 компоненте, создавая блок с рулами, которые ты разбрасываешь по рендеру

Что значит заставляет? По-моему это удобно, разве нет?

но про дефолтные filterMethod нет ни слова

Что значит заставляет? По-моему это удобно, разве нет?

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

Что значит заставляет? По-моему это удобно, разве нет?

Мне удобнее в разных файлах и экспортить лайауты