А ваще, надо типы сделать.

планируем проработать типизацию, тогда с флоу/тайпскрипт норм будет

Вот-вот.

Да.

а чо, css-modules уже не в тренде?

планируем проработать типизацию, тогда с флоу/тайпскрипт норм будет

Именно для JSS?

Это фронт, тут каждый день новый тренд :с

а чо, css-modules уже не в тренде?

Это неудобно

Именно для JSS?

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

Это неудобно

Почему?

а про зачем styled-jss - styled API - клёвый интерфейс, а теперь и работает быстро

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

Круто. А под эту фичу ветка будет, да? Я бы просто помог с типами.

Почему?

Да ну, зачем лоадер подключать, если без него можно.

Круто. А под эту фичу ветка будет, да? Я бы просто помог с типами.

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

Это неудобно

jss предлагает запихнуть в переменную styles разные стили а потом писать <button class=${styles.someStyle}></button> webpack + css-modules предлагает заимпортить файл со стилями и заюзать точно так же

Да ну, зачем лоадер подключать, если без него можно.

Зачем подключать либу, если можно и без неё?

кстати, кидал уже, но все же про типы есть ещё такая тема

и да, там релативные пути на два уровня вверх

jss предлагает запихнуть в переменную styles разные стили а потом писать <button class=${styles.someStyle}></button> webpack + css-modules предлагает заимпортить файл со стилями и заюзать точно так же

Я говорил о том, что по моему мнению модули не так удобны, как​ JSS.

Зачем подключать либу, если можно и без неё?

Нуууу, это ваше дело. Я чисто свои предпочтения озвучил.

Нуууу, это ваше дело. Я чисто свои предпочтения озвучил.

Соглашусь :) Просто мне было интересно, может быть я что-нибудь упускаю, пользуясь css modules вместо jss

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

Ну, тайпинг селектора будет одним и тем же ведь.

т.е. вся суть JSS в том, что он якобы "удобней" ?

Ну, тайпинг селектора будет одним и тем же ведь.

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

Соглашусь :) Просто мне было интересно, может быть я что-нибудь упускаю, пользуясь css modules вместо jss

Чтобы ответить на этот вопрос, нужно самому проверить. Научный подход.

Чтобы ответить на этот вопрос, нужно самому проверить. Научный подход.

Пока, к сожалению, не на чем проверять, бо сейчас есть один проект, но весь его на jss переводить уже не вариант

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

Ну и, как бы, там много работы — всю спеку CSS описать в тайпинге.

мы про разное говорим)))

мы про разное говорим)))

Я не очень вник, извини. =) Я на ходу пишу тут.

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

вот тот скрин про второе))

У меня один интерес — автокомплит, и побыстрее. А тайпчекинг — это вообще шикарно будет.

О... А margin можно массивом чисел задать в JSS?

ага

px по-умолчанию?

да

И аналогичный паттерн используется для подобных свойств?

для этого и создавался интерфейс styled-jss, чтобы избавиться от такого

jss предлагает запихнуть в переменную styles разные стили а потом писать <button class=${styles.someStyle}></button> webpack + css-modules предлагает заимпортить файл со стилями и заюзать точно так же

И аналогичный паттерн используется для подобных свойств?

да

Я говорил о том, что по моему мнению модули не так удобны, как​ JSS.

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

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

ну, function values все же удобнее, чем пачка классов

meh, такое

мне по крайней мере

вкусовщина

сорь, тут просто обычно не про удобство кричат, а что это следующее поколение, всем лучше и вообще css должен умереть и только jss остаться

ещё на стилях невозможно сделать тру изоляцию, ну либо бандл вырастет в несколько раз)) не всем нужно, но все же

изоляцию? в каком смысле?

Ну вдруг тебе нужна изоляция а ее нет

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

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

но мб я не так понял

Хз

Вдруг понадобится

А ее нет

я потерялся в нити =(

ERROR: S client not available

сорь, тут просто обычно не про удобство кричат, а что это следующее поколение, всем лучше и вообще css должен умереть и только jss остаться

День спорить, время покажет. Имхо, как есть HTML и есть React. Так и есть CSS и есть JSS.

для этого и создавался интерфейс styled-jss, чтобы избавиться от такого

Так я хочу пользоваться JS-интерфейсом.

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

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

Ну, мне пофиг. Если будет тайпчекинг, это будет киллер-фича.

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

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

В рантайме и не потребуется.

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

Зато линтинг — почти всегда пляски с бубном.

От зоопарка​ технологий устал. Я хочу один синтаксис, один линтер, один тайпчекер.

:D

чет не встречал проблем с линтингом css, можно пример?

От зоопарка​ технологий устал. Я хочу один синтаксис, один линтер, один тайпчекер.

Хочется какого-нить стандарта, ибо заходишь на гитхаб, смотришь реакт проекты, а там у каждого свой зоо

От зоопарка​ технологий устал. Я хочу один синтаксис, один линтер, один тайпчекер.

Вам в ангулар

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

изоляция от унаследованных стилей от родителей

в смысле? чтобы color от родительского дива к дочерним не прокидывался? чет мне не кажется, что так можно

в смысле? чтобы color от родительского дива к дочерним не прокидывался? чет мне не кажется, что так можно

ага

ну в jss можно))

https://github.com/cssinjs/jss-isolate

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

и это будет весить слишком много, чтобы иметь смысл)

Всем привет) кто-нибудь делал что то базовое с react fiber? Есть полезные ссылки на код?

Всем привет) кто-нибудь делал что то базовое с react fiber? Есть полезные ссылки на код?

Привет. А в чем ты видишь отличие обычного React от React Fiber? :)

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

Ну что конкретно ты хочешь потрогать? Это тот же React с переписанными внутренностями. Сравнить скорость интересно или что?

В целом) Летом компания планирует начать переход на fiber и как результат я решил заранее начать его трогать)

Во внешнем api ничего особо не изменится, поэтому трогать нечего. Только если ковыряться во внутренностях. А так за прогрессом можно следить на github https://github.com/facebook/react/issues/8854

Спасибо)

Вам в ангулар

Ну уж нет.