AKS, 

Если language пришёл третьим аргументом его бы надо пропустить в родной таймаут. Вместо !aFunc.apply лучше !Function.prototype.apply. Проверка на [native code] мне кажется лишней/непредсказуемой, может всё-таки обезопасить себя не переопределением родного/чужого setTimeout-а, а созданием своего (отдельно лежащего) метода (как у stchur-а) на свой объект. Строгое равенство при сравнении с typeof aFunc - масло масляное. Не хотите проверить на неравенство сo 'string', чем равенство с 'function' , у IE некоторые методы типа 'object', да и в разных браузерах может быть по разному. Где итерация и где return из func я бы записал всё в одну строку тернарным..., легче будет читать...

Ещё, чуть не забыл, аргументы для eval лучше бы собрать в строку, !!!не стоит полагаться на массив.

AKS, +1

Добавлено @ 11:42

Лучше SETtimeOUT();   

Это сообщение отредактировал(а) Zeroglif - 27.7.2007, 12:04

О-о-о, спасибО!

Точно, так и надо! Сделаю!


А вот это не понял - чем лучше?


Т.е. где-нибудь может и по-другому выглядеть нативный body? Вот хотелось бы, конечно, не так, как у Стива. "Заманчивей" выглядит так, как сейчас, хотя если делать по-серьезному, типа безопасней ("по-взрослому"), то надо так, как Вы пишите.


Сделаю "постным". 


Уже хочу - переделаю.


Ну и я тогда также сделаю.


Ух, а что не так с массивом?

P.S. 
Чуть позже отредактирую функцию там, где она уже есть (новых сообщений делать не буду).


Это сообщение отредактировал(а) AKS - 27.7.2007, 12:13

Zeroglif, надоело Вам тут уже в одной теме наверно, но я все же еще побеспокою, поскольку вопросец назрел серьезный. 
Вы говорите "у IE некоторые методы типа 'object'", и вместо равенства с 'function' выбрать 'string'. А как же тогда быть, если кто-нибудь сунет что-то без [[Call]]? Поместить вызов в try/catch?

P.S. 
А может на предмет "передана ли исполняемая процедура?" проверять как-нибудь по такому принципу:

?
Да тут еще с этими 'object' выясняется, что проверка на !aFunc.apply просто необходима...

Как-то так, пока:


Это сообщение отредактировал(а) AKS - 27.7.2007, 13:29

Зачем? Пусть ошибки лезут. Не суй в другой раз.   


aFunc имеет полное право тащить на себе левое свойство apply, Function.prototype - тоже, но там скорее всего или не будет ничего вообще, или будет уже готовая эмуляция.


toString может быть некачественно реализован или переопределён.

Так, ясненько! Смотрите, как прикольно получается:

!!! 
Как же "присобачить" к возвратному значению ссылку на новое окно? В принципе, вернуть-то можно что угодно.  Надо ли? Народ "засмущается" - вместо ссылки на id таймера вылезет у меня какой-нибудь объект, обвешанный всякими returned value. 

Добавлено @ 13:47

Так, раз такое дело, то тогда так, наверно:



Это сообщение отредактировал(а) AKS - 27.7.2007, 13:48

Никак. И не нужно. Хочешь получить ссылку на окно - запускай хостовый метод так, чтобы поймать всё, что нужно (через свою функцию).

Отож. Балакали балакали...

Ну и хорошо - ничего лишнего, здоровая умеренность во всем! 
Вот как же быть с проверкой [native code] - хочется ведь получить родной метод или прервать выполнение кода...

Отредактировал функцию на 2-ой стр. (27.7.2007, 18:39).

Это сообщение отредактировал(а) AKS - 27.7.2007, 18:44