Виталий Желтяков

Запомните ответ на главный вопрос "Чем ООП отличается от всего остального?"
- Наследование, инкапсуляция и полиморфизм.

И всё. Если ни одно из этих 3-х качеств не нужно, то ООП, соответственно, тоже не нужно.
На практике с помощью ООП удобно реализовывать сложные объекты/данные.

Короче, запускаете скрипт. При расчёте $i сохраняйте либо в сессию, либо в файл (конечный результат тоже сохраняем). В это время на клиенте начинаете посылать периодические ajax-запросы в другой скрипт для считывания этого $i. По выполнению делаем запрос конечного результата.

Но мой Вам совет - не занимайтесь этой ерундой. Повесьте лучше лучше табличку "Идёт расчёт ожидайте. Ошибок нет"

Да, можно. На Хабре полным полно статей.

Может стоит попробовать Application Cache

Прочитал вопрос и долго плакал...

Используйте Application Cache

Я лично использую первый вариант. В переменной храниться запрос (не весь, а управляющая команда), по удачному выполнению переменная сбрасывается. Если переменная не пуста, то запросы не отправляются.

Во-первых, хранить сообщения в файле плохая идея, так как сложно делать синхронизацию. Лучше используйте базу.
Во-вторых, если используете сессии (что весьма вероятно), то long polling лучше не использовать из-за проблем зависания скриптов.
В-третьих, если хотите экспериментов, то лучше посмотрите в сторону JS + Node.JS.
В-четвёртых, для чата достаточного обычного Ajax. В куках делайте запись с последним идентификатором сообщения, в JS делайте периодические запросы по setTimeout, а сообщения храните в базе.

<input id="text" name="text" type="text" maxlength="20" autocomplete="off"  />

Тупо добавьте в нужный момент в код строку:

if ($.browser.msie) $("#sound_player").html('<embed src="sounds/'+sound+'.wav" autostart="true" loop="0" height="0px" width="0px" type="audio/wav"></embed>');
else $("#sound_player").html('<audio autoplay autobuffer><source src="sounds/'+sound+'.ogg" /><source src="sounds/'+sound+'.mp3" /></audio>');

где sound_player - скрытий div, sound - название файла

Есть какое-то расширение (ключевые слова event). Если пользуетесь jQuery, то там есть удобный механизм отслеживания повешенных обработчиков.

Application Cache + LocalStorage

А не лучше изначально спросить пользователя про необходимость полноэкранного режима?

Во-первых, разберитесь с делегированием - по моему у Вас с этим проблемы. Выше описали правильные решения.

Для общего развития:
Во-вторых, обработчики могут не удалиться, например, если выполняется какое-нибудь действие на onClick. Он будет жить дальше сам по себе, т.к. фактически является замыканием, а после удаления элемента превращается в скрытое замыкание. Обработчик живущий сам по себе может вызвать утечку памяти.

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

Правильно использовать единые правила экранирования, т.е. в в нужные моменты в коде ставить кавычки, двойные кавычки и экранированные знаки. Но это я Вам не буду объяснять, т.к. Вы врядли поймёте

Как быстрое и надёжное решение я Вам предложу использовать html-сущности

На статичном сайте это сделать нельзя. Только на FullAjax-сайтах.

Я смотрю, что у вас полный пробел по Ajax. Либо почитайте книге по теме, либо посмотрите как работают скрипты других сайтов (например Яндекса)

Это называется FullAjax. Скрипты VK самостоятельно (по таймеру) посылают запросы на сервер для обновления информации без перерисовки страницы. Аналогично с музыкой. Сама музыка проигрывается с помощью sound + Flash

Проверьте размеры и позиции вашего блока до начала работы и во время работы скрипта. jQuery в некоторых случаях обнуляет размеры и позиции из-за чего не работают различные эффекты

А не проще использовать резиновую верстку?

Чисто через JS нельзя - запрещено политикой безопасности. Только с использованием сервера и AJAX (см. комментарий выше)