а вот представьте что будет с вашим браузером и таким User JS когда вы попадете (мб случайно) на сайты розыгрыши… аля «Вы сюда попали вам не уйти (жмакаем ок) — появляется сл сообщение такого рода»… а когда кнопки ок нету и это все будет оч быстро происходить? ваш браузер может не выдержать :)
ну собственно это из-за того, что браузере все табы работают в одном потоке. в Хроме, насколько я помню, такой проблемы уже не стоит. Но надо проверить
сижу я, Хабру читаю, а тут «какой-то сайт с рефератами» в соседнем табе по таймауту мне алерт выдает!
алерт — он ведь к определенной странице относится, а не к моему браузеру.
если бы не AlertStopper, то даже случайная ошибка в собственном скрипте, во время дебагинга, заставила бы меня перезапускать все вкладки в браузера.
Не разбираюсь в js.
При сохранении настроек в гуглопоиске вылеает алерт — его скрипт успешно заменяет.
А вот строчка <script>alert('Ky-Ky!');</script> все равно вызывает блокирующий диалог.
Важное примечание: скрипт должен называться nice-alert.js, без «user». Иначе Опера будет работать в режиме совсестимости с Gresemonkey и запускать скрипты позже.
Теперь на early-run.html все алерты в Опере должня быть nice.
Мне кажется, весьма спорная штука… Конечно, так в большинстве случаев удобнее, но вдруг там действительно важное сообщение, которое необходимо прочитать… а справа там «мертвая зона» для глаз, можно просто не заметить это сообщение… Кнопки ОК там нет, значит, сообщение пропадёт само через несколько секунд…
location.href=«javascript:...» — это убожество. Разработчики Хрома странные люди. Они оставили доступ к window страницы, но сделали его неудобным для разработчиков. Security от этого лучше не стало.
Получается, что Хром 4 не имеет обратную совместимость с большинством UserJS. Это очень плохо.
Nice alert