по мне удобно, это когда ты пишешь <Heading level={3}>Hello world</Heading> на выходе получаешь <h3>

теперь хочу обьединить все в один компонент Text

что за трэш там вообще происходит?

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

зато json

всё хуже это defaultProps

по мне удобно, это когда ты пишешь <Heading level={3}>Hello world</Heading> на выходе получаешь <h3>

<Text type="heading3"> в чем тут минус для конечного разработчика, объясни без агрессии )

<Text type="heading3"> в чем тут минус для конечного разработчика, объясни без агрессии )

в том, что ты не разделяешь заголовки и текст

черная тема на гитхабе? поделись

для тебя это один компонент

это все текст

черная тема на гитхабе? поделись

stylish + https://userstyles.org/styles/37035/github-dark

смотря как ты его юзаешь

это все текст

Да хер там плавал ты семантики вообще не знаешь

лол

для тебя наверное кликать на div это норм

это все текст

это не текст, это хэдинг

называй вещи своими именами

лол

ты небось по aria-role не знаешь

блядь Text все разруливает включая маппинг

читай внимательнее

блядь Text все разруливает включая маппинг

Да ну хуйню несешь

для тебя наверное кликать на div это норм

а что плохого? если надо js-ное действие по клику совершить без роутинга и сабмита формы, вай нот?

Ты либо разделяешь ответственность компонентов либо получаешь компонент == кашу из говна

?

а что плохого? если надо js-ное действие по клику совершить без роутинга и сабмита формы, вай нот?

тогда вешай aria-role="button"

тогда вешай aria-role="button"

ну это про другое уже

аксессибилити отдельная тема

каждый тэг HTML несет в себе семантику

збс заголовок это не текст

заголовок это не текст

если ты называешь <h*> текстом, то не называй себя веб-девелопером

ты совершенно прав

надпись на кнопке тоже не текст

надпись на кнопке тоже не текст

КНОПКА ЭТО НЕ ТЕКСТ!

Текст в заголовке — это текст

но не заголовок

читай внимательнее ну сколько можно

читай внимательнее ну сколько можно

да это ты хуйню несешь

Я чот ваще не понял, о чем срач

Развели тут хуйню какую-то

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

угу

теперь хочу обьединить все в один компонент Text

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

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

именно поэтому <Heading><Colored>Demo</Colored></Heading> это логично а <Text type="heading301" color="accent">Demo</Text> нет

збс заголовок это не текст

<Text type="header2"> ...</Text> <Header type={3}> <Text> ... </Text> </Header> чувствуешь разницу?

ну я так понял пацан запилил компонент для замены <div style={} /> на <SuperCompoentn alignCenter />

именно поэтому <Heading><Colored>Demo</Colored></Heading> это логично а <Text type="heading301" color="accent">Demo</Text> нет

бля ну че ты такой быстрый(

народу не нравится код и в принципе идея

все верно?

даже не так

народу не нравится код и в принципе идея

Чувак не отличает <Heading><Text/></Heading> и <Text/> Называет заголовок страницы текстом

он заменил <h1> на <SuperComponent йа={'h1'}>

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

Чувак не отличает <Heading><Text/></Heading> и <Text/> Называет заголовок страницы текстом

Ну нубасов много, чо поделать

окей забудем про хеадин есть куча вариации <p>

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

Чекать этот чат интереснее, чем смотреть видосики на ютубе

окей забудем про хеадин есть куча вариации <p>

Нету, есть только один <p>

span

блядь

со стилями

span

?

зачем?

span

Ты серьёзно?

ERROR: S client not available

у тебя стили привязаны к блоку в котором размещается текст

Ты не понимаешь, чем span от p отличается кроме стилей?

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

вопрос и ответ два в одном

span

блядь

со стилями

Есть много спанов со стилями, что с ними делать? Делать блять спаны. со. стилями.

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

блин. Не надо представлять тэги как компоненты AtomicDesign пропогандирует подход, при котором ты создаешь бизнес-ценные КОМПОНЕНТЫ со своим оформлением и стилями. Где каждый компонент реализует только свою область действия. В таком случае тегов не может существовать. Подход в том, чтобы дизайнеры, менеджеры, разработчики могли оперировать общими терминами. Чтобы разработчики и дизайнеры собирали страницы из компонентов с оформлением и функциональностью, а не тегами с классами и кастомными стилями

блин. Не надо представлять тэги как компоненты AtomicDesign пропогандирует подход, при котором ты создаешь бизнес-ценные КОМПОНЕНТЫ со своим оформлением и стилями. Где каждый компонент реализует только свою область действия. В таком случае тегов не может существовать. Подход в том, чтобы дизайнеры, менеджеры, разработчики могли оперировать общими терминами. Чтобы разработчики и дизайнеры собирали страницы из компонентов с оформлением и функциональностью, а не тегами с классами и кастомными стилями

это будет в статье

ну, я в принципе об этом и говорю

блин. Не надо представлять тэги как компоненты AtomicDesign пропогандирует подход, при котором ты создаешь бизнес-ценные КОМПОНЕНТЫ со своим оформлением и стилями. Где каждый компонент реализует только свою область действия. В таком случае тегов не может существовать. Подход в том, чтобы дизайнеры, менеджеры, разработчики могли оперировать общими терминами. Чтобы разработчики и дизайнеры собирали страницы из компонентов с оформлением и функциональностью, а не тегами с классами и кастомными стилями

куча плюслв

span

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

https://www.w3.org/TR/html5/grouping-content.html#the-p-element >The p element represents a paragraph. https://www.w3.org/TR/html5/text-level-semantics.html#the-span-element >The span element doesn't mean anything on its own<…>. It represents its children.

блин. Не надо представлять тэги как компоненты AtomicDesign пропогандирует подход, при котором ты создаешь бизнес-ценные КОМПОНЕНТЫ со своим оформлением и стилями. Где каждый компонент реализует только свою область действия. В таком случае тегов не может существовать. Подход в том, чтобы дизайнеры, менеджеры, разработчики могли оперировать общими терминами. Чтобы разработчики и дизайнеры собирали страницы из компонентов с оформлением и функциональностью, а не тегами с классами и кастомными стилями

вот ты задел раздел дизайна, все это создается для того чтобы дизайнеры в своих компонентов не придумывали 100500 вариаций текста, а пытались пользоваться ограниченным набором вариаций, то есть если он хочет сделать очередную кнопку, то в псевдокоде это бы выглядело так <button><text type="body1" /> </button> а никак не <button class="mycustom_styles_for_text" />

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

приветы, а какую либу для валидации форм посоветуете ?

дизайнеры и разработчики юзают ограниченный набор типографики

вот ты задел раздел дизайна, все это создается для того чтобы дизайнеры в своих компонентов не придумывали 100500 вариаций текста, а пытались пользоваться ограниченным набором вариаций, то есть если он хочет сделать очередную кнопку, то в псевдокоде это бы выглядело так <button><text type="body1" /> </button> а никак не <button class="mycustom_styles_for_text" />

в псевдокоде это должно выглядеть как <OrderButton>text</OrderButton>

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

у нас деплоится

спич о H1, span, p тут вообще не к месту

valid.js юзаем давно, со своим конструктором форм и инпутов

в псевдокоде это должно выглядеть как <OrderButton>text</OrderButton>

так и будет OrderButton => button text.body1

пока ты в сидишь в чате, у тебя падает прод.

вроде как можно легко подружить с redux-form для удобной валидации

у нас не падает)

редукс формы я не использую

вот ты задел раздел дизайна, все это создается для того чтобы дизайнеры в своих компонентов не придумывали 100500 вариаций текста, а пытались пользоваться ограниченным набором вариаций, то есть если он хочет сделать очередную кнопку, то в псевдокоде это бы выглядело так <button><text type="body1" /> </button> а никак не <button class="mycustom_styles_for_text" />

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

https://validatejs.org/

Если это заголовок ты юзаешь Heading который блок, с линией