?

Чему примером оба этих откровенно мёртвых чата

It_holywars не мертв

Ну он просто посвящён пидор-боту)) Хорошая идея юыла, без него не было бы поводов заходить в чат

А это вроде как объявили очередного победителя — и уже есть что обсудить))

С новым ником

Спс ?

Ну он просто посвящён пидор-боту)) Хорошая идея юыла, без него не было бы поводов заходить в чат

Сейчас кто-нибудь под вечерок загонит дичь- и начинается обсуждение Лампово и без лишнего

Ок ? Ну поэтому я из него и не выходил)

как сказать консольному еслинту чтобы выводил не первую ошибку а все которые найдёт в файле ?

ребят, если есть 2 переменные var cardItem = $('.card'); var cardItemShadow = $('.shadow'); можно им обеим одновременно назначить addClass? или только раздельно?

ребят, если есть 2 переменные var cardItem = $('.card'); var cardItemShadow = $('.shadow'); можно им обеим одновременно назначить addClass? или только раздельно?

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

разобрался, вспомнил, что можно add сделать

если уж юзаешь жиквери можно просто $('.card, .shadow').addClass

если уж юзаешь жиквери можно просто $('.card, .shadow').addClass

они в отдельных переменных, ибо в других еще местах используются раздельно

Может лучше добавлять класс их общему родителю?

Может лучше добавлять класс их общему родителю?

+1. а в стилях написать .parent_mod .shadow, .parent_mod .card { background: lime; }

они в отдельных переменных, ибо в других еще местах используются раздельно

попробуй $([cardItem, cardItemShadow]).addClass

не уверен правда

может без квадратных скобок

без квадратных не работает

без квадратных скобок второй аргумент это контекст

cardItem .add(cardItemShadow) .css({ '-webkit-transform' : 'none', 'transform' : 'none', }); вот так работает

да через add делай и всё.. или через each )

+1. а в стилях написать .parent_mod .shadow, .parent_mod .card { background: lime; }

Если можно без каскадов, значит нужно без каскадов.

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

там плавная анимация просчитывается

Если можно без каскадов, значит нужно без каскадов.

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

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

Если можно без каскадов, значит нужно без каскадов.

каскад далеко не всегда зло :)

cardItem .add(cardItemShadow) .css({ '-webkit-transform' : 'none', 'transform' : 'none', }); вот так работает

джс засирать стилями - неоч

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

Если МОЖНО без него, значитит нужно.

джс засирать стилями - неоч

я написал выше причину. сам знаю, что зло -))

Когда нужен каскад — это совсем другой кейс.

Если МОЖНО без него, значитит нужно.

абаснуй. но можеш не спешить, за тебя уже всё итак обосновали. в bem.info

Если МОЖНО без него, значитит нужно.

звучит как мантра)

Когда ты не неименованную сущность хочешь повлиять.

звучит как мантра)

Мантра под нервное подёргивание глаза.

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

Если обе сущности именованы, не выёбывайся.

там плавная анимация просчитывается

а анимацию в css перенести нет возможности?

Если вложенную сущность именовать никак, то хозяин-барин.

а анимацию в css перенести нет возможности?

нет, она динамическая, в зависимости от позиции курсора

Если вложенную сущность именовать никак, то хозяин-барин.

Делай каскады тогда.

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

Первое всегда менее явно.

Последствия у этого совсем не гипотетические.

Но я не против — проверьте оба варианта на практике.

Если обе сущности именованы, не выёбывайся.

а если у него не только cardItem и cardItemShadow а штук 10 дочерних элементов которым нужно изменить состояние, всёравно нельзя каскад? нужно всем 10-ти элементам добавлять класс?

Первое всегда менее явно.

для явности как раз и придуманы можификаторы. когда в дев-панель зыришь и видишь там _ или — в каскаде то сразу понимаешь что это родитель деток оберегает и изменил )

а если у него не только cardItem и cardItemShadow а штук 10 дочерних элементов которым нужно изменить состояние, всёравно нельзя каскад? нужно всем 10-ти элементам добавлять класс?

Тогда, может быть, нужно упразднить понятие "элемент"? =)

для явности как раз и придуманы можификаторы. когда в дев-панель зыришь и видишь там _ или — в каскаде то сразу понимаешь что это родитель деток оберегает и изменил )

Такое. Это скорее как хак уже. Но неизбежный.

Я же не сказал, что без каскадов нельзя совсем.

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

А как с css-modules тогда жить? Там же вообще нет каскадов.

цсс модули не про методологию а про способ убежать от проблем с перекрытием имён. к методологии и порядку в стилях цсс-модули не имеют никакого отношения.

наговнокодить можно и в бем и в цсс-модулях

но в модулях имхо чащще.. т.к. нет никакого порядка. каждый херачет как он умеет

*как в последний раз

но в модулях имхо чащще.. т.к. нет никакого порядка. каждый херачет как он умеет

То, что css-модули не принуждают к порядку, не значит, что его нет.

Ну, и чаще всего, порядок в нейминге, всё же, есть.

Это неизбежная оптимизация. Хе-хе.

да, но у каждого свой порядок. от этого разбираться в говнокоде и главное поддерживать (рефакторить, удалять ненужное) становится больно и тяжко

да, но у каждого свой порядок. от этого разбираться в говнокоде и главное поддерживать (рефакторить, удалять ненужное) становится больно и тяжко

Ой, да ладно. Сколько там в БЭМе вариантов нотаций?

не имеет значения сколько. главное что есть порядок и непринуждённость

Ещё какая принуждённость.

да ладно. что ж ты думаешь я модули не юзаю ?

юзаю как миленький )

Я до сих пор вспоминаю, как на моих глазах БЭМ совали в реакт.

Ещё какая принуждённость.

нет, ну если писать разметку в блокноте, без удобных инструментов то конечно megablock__megaelement_megamod несколько раз подряд становится утомительным. ) непринуждённый бем для верстателя выглядит примерно так: https://i.imgur.com/pMYZ5Ju.png

где имя блока только fees )

потом это превратится в https://b2b.ruru.ru/ такую разметку

и будет счастье )

нет, ну если писать разметку в блокноте, без удобных инструментов то конечно megablock__megaelement_megamod несколько раз подряд становится утомительным. ) непринуждённый бем для верстателя выглядит примерно так: https://i.imgur.com/pMYZ5Ju.png

Помнится, я тоже писал бэм-хелперы для Pug.

https://i.imgur.com/DT2zjFR.png

Т.к. миксины мне поазались говном.

Да знаю я, что это такое.

миксины норм. особенно bemto )

pbem посмотри.

это от кантора ?

Нет. Это моё. Но я его не мейнтейню.

Чёт подзаебался, когда понял, что после подключения pbem от Pug остаётся только JS,

чота слоожно https://i.imgur.com/zKi9BzM.png

чота слоожно https://i.imgur.com/zKi9BzM.png

Да. Это не совсем красиво. Но в разы гибче.

И синтаксис Pug уплывает.

Это когда ты хотел шаблонизатор, а получился ЯП.

И тогда я понял, почему в яндексе придумали BEM-JSON.

Но потом я ушёл в реакт. И выдохнул.

Да. Это не совсем красиво. Но в разы гибче.

Согласен

всем привет

Привет

О! Привет!!

Всем привет! Встретил тут интересную задачку на Codewars: You need to write a function f that returns the string Hello, world!. Requirement: Every line must have at most 1 character, and total number of lines must be less than 145. Один символ в строке, Карл! Есть у кого идеи с помощью какой фичи JavaScript'а такое возможно?

Хотя... отбой

кажись понял )

Зачем вообще тратить время на такое?

Не только же формы клепать )