Size: a a a

2019 January 10

D

Danila in FrontCoder
Это типа массив
источник

D

Danila in FrontCoder
Тебе нужно пройтись по массиву и каждому элементу в массиве повесить обработчик
источник

D

Danila in FrontCoder
Точно с жквери пришёл :)
источник

D

Danila in FrontCoder
Смотри короче
источник

И

Илья in FrontCoder
forEach для массива и для каждого элемента слушатель
источник

D

Danila in FrontCoder
const handler = event => {
  //Код обработчика
}

const buttons = document.querySelectorAll('.button');
buttons.forEach( element => element.onClick=handler)
источник

D

Danila in FrontCoder
А ещё лучше onclick не юзать
источник

D

Danila in FrontCoder
А писать норм код с addEventListener
источник

RN

Roman Nikolaenko in FrontCoder
А в чем разница?
источник

D

Danila in FrontCoder
Roman Nikolaenko
А в чем разница?
В том, что addEventListener - добавляет слушателя на событие, и их может быть хоть 100 штук на один элемент.

А все .on* функции вешают обработчик свойством элемента и он может быть только один
источник

D

Danila in FrontCoder
Просто поверь
источник

D

Danila in FrontCoder
Лучше сразу писать правильно, потом не придётся переучиваться :)
источник

PO

Pavel Omelchenko in FrontCoder
Danila
Просто поверь
проверь
источник

RN

Roman Nikolaenko in FrontCoder
Я верю) просто интересно.
источник

ДА

Дмитрий Айткулов... in FrontCoder
Pavel Omelchenko
проверь
7 раз проверь один раз закомить
источник

PO

Pavel Omelchenko in FrontCoder
если просто верить – оно забудется куда быстрей чем сам ручками прошелся по обоим кейсам
источник

D

Danila in FrontCoder
Roman Nikolaenko
Я верю) просто интересно.
Представь, что у тебя два независимых скрипта, и пускай они даже написаны разными людьми, или тобой в разное время, или это библиотека. Один при наведении на кнопку её увеличивает, а другой показывает тултип.

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

D

Danila in FrontCoder
При этом в этой задаче это таки желательно делать двумя разными скриптами, по принципу разделения ответственности
источник

D

Danila in FrontCoder
Вот чтобы разделённые по ответственности скрипты не ломали друг друга, и нужно юзать что-то не-блокирующее
источник

ЕВ

Евгений Ващук... in FrontCoder
Друзья, кто хорошо разбирается в Gulp, уже неделю мучаюсь, не могу понять… Проблема в некорректных sourcemap для sass. Заметил странную закономерность – я подключаю bootstrap в sass версии (таким способом http://joxi.ru/ZrJMYvvU94ZbGA). После этого если я пишу какой-то css у себя в файлах, они некорректно отображаются в sourcemap (к примеру написал http://joxi.ru/krDMlwwUED5dEm) а оно отображается вот так http://joxi.ru/Dr8MyVVU47lDqm.

Но если я отключу bootstrap (http://joxi.ru/12M6YvvHM5GKqA) тогда сразу всё отображается корректно - http://joxi.ru/82QKQvvIjBbdWr.

Еще исправляет ситуацию несколько действий:

1) Если убираю postcss  из таска sass (http://joxi.ru/xAeMDVVUpNe5GA)
2) Или если ставлю cssnano (http://joxi.ru/E2pq1QQt93e81A)

Все плагины gulp обновлены до последних версий (сам gulp 4-й версии).

В конечном счёте что должно быть: компиляция sass-файлов, с подключенным bootstrap (в sass версии), добавление вендорных префиксов + корректная sourcemap.
источник