Hett,

Вариантов что делать -уйма
Самый простой в вашем случае - добавлять листенеры после полной загрузки

Тоесть например начинать в window.onload
Если у вас сложная клиентская часть(что врядли)- то посмотрите
В сторону require.js

Можете сами вешать слушатель на скрипт онлоад

Ну и т.д.

Hett,

А - не увидел ваш второй пост с примером
Хтмл который подружается аяксом и содержит таги скриптов
Это жестокая жесть
Очень очень некрасиво и непрофессиональн
В основном разработчики дот нет до такого опускаются только

Но в любом случае скрипт онлоад никто не отменял

Hett,

И опять я был не внимателен
Дело не в том -что это ужастно само по себе
Это просто не будет работать - скрипт не будет интерпретироваться
Если это делается через иннер хтмл
Создавайте элемент скрипт и добавляйте его в хидер

HettавторХтмл который подружается аяксом и содержит таги скриптов
Это жестокая жесть
А что такого страшного? Зачем их грузить на основной странице, если они скорее всего не нужны...

Дело не в том - когда, дело в том - как
Хотите отложенную загрузку - нет проблем

Для того, чтобы загрузить скрипт - создаете элемент script, прописываете ему src и добавляете в хидер
Хотите подгрузить части страницы, какой-либо контент и т.д?
Грузите аяксом данные
А хтмл генерируете на клиенте

раньше я бы вам посоветовал для генерации хтмл пользоваться нативной генерацией элементов
Но теперь я понял, что это слишком - title coupled - не хорошее решение
Используйте templates
Еть у жквери( и не только) свои методы работы с шаблонами, я лично предпочитаю undersore

простите, описка: unders c ore.js

Hett,

Клиентская часть приложения - это помимо всего прочего визитная карточка разработчика
Одному богу и вам известно какой там на сервере говнокод
Но клиент виден всем

Ну и про оптимизацию работы приложения не забываем, и про пользователей

HettИфреймов ВасяДля того, чтобы загрузить скрипт - создаете элемент script, прописываете ему src и добавляете в хидер
Так или иначе, как я узнаю что он подгрузился?

Так же как и все остальные уже сто лет узнают

http://unixpapa.com/js/dyna.html

Вот код Николаса Закаса

AntonariyИфреймов ВасяОдному богу и вам известно какой там на сервере говнокод
Но клиент виден всемЧуть менее чем всем на это наплевать, как и на серверный говнокод. Главное чтобы юзабилити было юзабильным.

Тем кому на это не наплевать, пишут вот такие сайты:
http://www.hipmunk.com/
http://www.nytimes.com/skimmer

AntonariyИфреймов Васяпропущено...


Тем кому на это не наплевать, пишут вот такие сайты:
http://www.hipmunk.com/
http://www.nytimes.com/skimmer То есть те, для кого писали эти сайты, проверяли за писателем код на предмет отсутствия говна в нем? Если они такие грамотные, почему сами не писали?
Ерунду какую-то городишь.

я говорю о другом
что когда не наплевать на то, что пишешь и как - получаются такие интерестные продукты
которые не могут родиться, если не уделять должного внимания разработке клиентской части

на отсутствие плохого кода я проверяю человека, с которым планирую работать, или работой которого интересуюсь

качество же продукта(включая юзабилити) для конечного пользователя неизбежно связано с качеством кода - пусть и нет прямой зависимости

AntonariyВася, "тем" и "те" это местоимения с разным смыслом, постарайся их не путать.

ифреймов васячто когда не наплевать на то, что пишешь и какНу а каким образом это относится к "клиент виден всем"? Еще раз говорю: почти все тем, кто видит клиент, наплевать на его код. Эти сайты можно сделать с помощью и говнокода и кода идеального. Всем тем, кто его видит, будет без разницы, что там за код, если юзабилити обоих вариантов не отличаются.
Улавливаешь? Качество кода важно лишь для того, кто будет его поддерживать.

Клиент виден всем котносится програмистам, таким как я, которые смотрят код прежде чем начинать сотрудничество с человеком
Наверное я непонятно выразился действительно

авторЭти сайты можно сделать с помощью и говнокода и кода идеального.
Практика показывает что нет
Когда количество кода javascript переваливает за 10 000 строк на одну страницу(а это происходит в single page applications)- говнокод перестает работать

По поводу юзабилити - не бывает сайтов хорошо проработанных в плане user experience и со спагетти на клиенте
Хотя опять повторю - прямой зависимости не прослеживается
Мне не попадалось, по райней мере

Моя практика показывает другое. Разметка страниц информационной системы сначала состояла из 100500 вложенных таблиц, а после того, как я с ней поработал, стала состоять из нескольких дивов. Ни дизайн ни юзабилити не помнялись, незначительно возросла скорость рендеринга, но пользователи и этого не заметили. Им это типа было надо? Нет. Это было нужно мне, потому что именно мне нужно натягивать иной дизайн на ту же разметку под фирстиль очередного заказчика. Тоже самое с js.

Я не про то, что юзабилити меняется, а про то, что есть неявная связь между качеством юзабилити и качеством кода
Она всегда прослеживается в моей практике

Если вы сможете показать какой нибудь пример сайта с прекрастными юзабилити характеристиками и говнокодом на заднем плане - то я буду удивлен, но благодарен за такой пример

Второй сайт заточен под оффлайн
Там прикол в том, что вы не имеете постоянного доступа к сети(скажем в самолете)
Скажем в аэропорту был инет - хапанули немного - сели в самолет
Но при этом имеете возможность читать новости не замечая этого

Или скажем по улице идете, прошли где вай-фай, запанули немного, и все проходит гладко