Полагаю, дело не в том, что оно не будет работать "совсем", а в том, что оно не будет работать "правильно".
Традиционно onload
запускалось, когда HTML-страница загружалась. CSS и сценарии произойдут позже или, возможно, одновременно 1 .
Вот почему был введен MozAfterPaint
. Он позволяет вводить код после того, как Gecko имеет достаточно информации для отображения страницы.
Возможно, вы сможете обойти отсутствие 1013 *, прослушивая события мутации DOM. Это не так чисто, но я думаю, что это будет работать, если вы используете его для очистки и сброса 100-200 мс времени ожидания. Это не должно вызвать слишком большой удар по производительности. Когда тайм-аут наконец истекает, вы знаете, что страница была стабильной, по крайней мере, так долго.
[1] Я потратил неделю на поиски глобальной переменной, которая во время выполнения обработчика загрузки перешла от неопределенной к определенной. Он оказался тегом script, извлеченным из файла JS, содержащего некоторый код верхнего уровня, и выполнялся в параллельно с обработчиком загрузки.