Скажите, влияет ли количество обработчиков событий на производительность браузера? Например я делаю окна на js с функциями drag&drop, изменением размера окна, размера ячеек таблицы, и.т.д т.е полный функционал наподобие окон windows, так вот при создании окон (а их может быть много), на каждое навешивается куча обработчиков для реализации всех этих фишек, так то вроде визуально браузер не тормозит, но попалась в сети заметка про drag&drop где пишут что вешать обработчик на каждый объект не целесообразно (а у меня получается их куча на каждом объекте), что они хотели сказать этим нецелесообразно? что занимает больше кода или же влияет это все таки на быстродействие…
Да с «багом» про mousemove вроде бы разобрался, не баг это просто при событие mousedown автоматом идут событие move и up.
0
Loading...
ЗЫ до каких пределов можно задавать marginTop/Left и.т.д элементу? спрашиваю потому что делаю скролл свой с использованием отрицательного margin у элемента...тем самым имитирующего скролинг
Про отступы, раньше был диапазон 32767px, -32767px. Но это обуславливалась тем, что это максимальная длина числа типа short, то есть 2 байта. Я думаю сейчас в разных браузерах по разному.
То вероятно событие тоже удалится. А во если через методы addEventListener или attachEvent, это не ясно.
Может сборщик мусора потом и удалит его. Но по кране мере, если удалять элемент через метод removeChild, то это метод возвращает ссылку на удалённый элемент, которой можно воспользоваться, что бы прикрутить его через apendChild куда-нибудь в другое место.
Тогда выходит, что элемент присутствует в памяти, его просто нету в потоке элементов.