Вот такое происходит: есть блок, заданных габаритных размеров, допустим, с каким-то содержимым в нём + есть переключатель, нажатие на который присваивает блоку класс (в нашем случае - прописано свойство с максимальной высотой блока в 0)... и есть там эффект задержки, что тем самым плавность прорисовки при применении стиля происходит (в нашем случае - изменения высоты блока). Как это всё использовать можно - на усмотрение вебмастеров, что и переписать можно иначе под себя и свои нужды.
И да, на сайте есть уже материалы, в которых раскрытие идёт в обратном направлении, что написана длинная статья какая-то, допустим, а после визуально идёт ее ограничение - в конце переключатель делается, нажатием на который статья показывается целиком (опять же, не спойлер это, где показ ранее полностью скрытого содержимого идёт, а здесь - просто изменение высоты).

Смотря что называть рабочим. Такое впечатление, что на сайте была сперва другая форма, после этот материал так подали, ибо описанного принципа работы в материал не заложено, как и на скриншоте запечатлены функции, которых нет (описанное про прохождение регистрации в ajax - нужно отдельно прописывать функцию на кнопку "Регистрация", как и функции, что там идут на поля логин и пароль - нет такого в материале... собственно, проверил в ПС материал, в оригинале такого не написано, как и внешний вид другой + картинка на задний фон теперь уже недоступна - ставьте свою, какая была в оригинале - опять же, в сети найти не проблема скрин этой формы, вот такое было, а когда не заполнено обязательное поле при попытке зарегистрироваться, то так выводит предупреждение). То есть это обычные стили на форму регистрации, ко всему прочему, которая после подмены родной формы регистрации вашего сайта будет только в ущерб последнему (выбранные поля в ПУ будут сокращены по минимуму + только для локальных пользователей подходит).

---

UPD.: Kosten, это не в данном случае, т.к. это не скрипт, который привязывается к какой-то функции и переменным, что, как и пишите, сегодня работают, через какое-то время уже не так исходный код отдают они, что наши скрипты и надстройки-костыли отваливаются... или сама логика работы этих переменных меняется, вот недавний пример, не суть... в общем, это не скрипт, это обычные стили оформления страницы и полей. Моё мнение такое, что вместо использования этого материала более рационально подключить стили понравившиеся к своим полям имеющимся в своей форме регистрации и выбранном типе (причину выше изложил, иначе и впрямь могут быть нестыковки какие-то не сейчас, так в будущем)... ну, а такое количество полей и впрямь минимально допустимое и обязательное к заполнению, что для быстрой регистрации подойдёт... а там уж во всплывающем окне или на отдельной странице - как владелец сайта сделает, в материале про это акцент не нужно было делать.

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

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

---

UPD.: как бы никакой "моей демки" и не было, была вами скинута ссылка на демо, ее я и проверил - работает (равно так же, как и на тестовом сайте у вас).

Кто не знает как пользоваться шрифтом этим Brandico, то вот есть демка с подписями, какие иконки в нём идут fontello.github.io/brandico.font/demo.html (оттуда и брать нужно, а не с weloveiconfonts - там представлено в икон-сете меньше иконок, чем на fontello... то есть брать нужно архив с последней версией этих иконок... а она как раз, видимо, и не последняя залита на weloveiconfonts).

Там еще в спойлере писал, мол, может, там помимо всего еще за это бан возможен - вроде, как нет... там один запрос идёт и вывод после всех добавленных материалов пользователем, что просто страница длинная (как на скрине, что в ПУ выставляется вывод 50 материалов - это перебор явно, нужно меньше давать... и потом этот же лимит прописать в сам код скрипта). А кто будет по много раз без перерыва окно с закладками открывать, то бан возможен за превышение количества запросов.
Если пользоваться с умом скриптом, а не так, как поступили были, цитирую с uВопросов: "[...] решила проверить, выскочит ли окно, если добавить в избранное 50 материалов (50 максимальное число там). Добавила штук 30 за раз, с промежутком менее, чем одну секунду." - за это и был бан, а не из-за того, что сам скрипт делал что-то самостоятельно (если бы по уму делалось, то не занимались бы таким, а если и нужно проверить было, то сперва бы лимит в скрипте уменьшили, добавили бы закладки эти, чтобы увидеть выскочит ли окно... то есть для проверки там достаточно было вполне 5-10 закладок). При нормальном использовании скрипта нереально заходить во столько страниц материала и комментариев к нему, чтобы превысить системный тайминг на добавление материалов.
Кого забанили - сами виноваты... видимо, ставили кнопку на добавление в закладки не на страницу материала, а в сам вид материала... иначе как они за короткий промежуток времени смогли бы открывать такое количество материалов и их в закладки добавлять... ну, а системные лимиты и ограничения нужно знать и соблюдать, в противном случае бан сайта или временный бан на IP (за превышение запросов).

Как и разработчик решения, видимо, не предусмотрел особенностей системы и действий со стороны пользователей (что зная их - нужно было тайминги прописать, чтобы технически обезопасить потребителя от такого... а поскольку этого сделано не было - вот и получают блокировки сайтов, так как у самих, видимо, скудные познания в области системных ограничений uCoz, а именно то, что много записей добавлять за короткие промежутки нельзя - нужно знать, вот это можно было бы технически реализовать в решении, чтобы в случае несоблюдения - скрипт не делал бы материалы раньше положенного срока, а делал бы перерывы, с последующим уведомлением пользователя... это в идеале). И да, там где идёт ограничитель в 50 - это много, как по мне, ставьте не более 10... если кому мало - в закладках браузера пусть хранят (или удаляют в ранее созданных и невостребованных, а после на их место еще добавляют).
P.S.: жаль, что я не скриптер... там посмотреть еще нужно как подгрузка идёт, то есть - там помимо того, что материалы быстро в закладки добавляют, то еще возможен бан за попытку вывести всех этих материалов в списке избранного, поскольку запрос идёт, а после много материалов сразу выводит... короче, нужны ограничители, чтобы технически скрипт проходил по системным ограничениям, иначе баны неизбежны будут (тут так, что сам админ может и не превышать лимиты, так сказать, но когда такая фигня стоит на сайте - это опасно, другие превысят - сайту бан будет... посему я советую использовать другие решения - ссылку давал уже на альтернативу, проверяйте... преимущество там еще в том, что на стороне пользователя хранятся закладки, а не модуль изводиться под них).

где input[name=soll] - чекбокс на функцию пометки всех сообщений на удаление, а input[name=s] - чекбоксы напротив пометки на удаления отдельно взятых сообщений. Вот еще эффект скрытия чекбоксов этих и появления, когда нужно:Ну, а фикс на чекбоксы при выборе групп такой:

Есть еще скрипт (сейчас не проверял уже, в своё время работал, но это было до того, как обновления в системе uCoz провели, что касаются страницы личных сообщений - и чекбоксов это тоже коснулось точно), вот ставится после $BODY$:Если вдруг не работает уже, то не спешим расстраиваться. Скрипт основан на стандартной функции uCoz удаления ЛС, он это всё просто автоматизирует (сводит всё к одному нажатию, скажем, для удобства, чтобы в низ страницы не листать и не нажимать на тот чекбокс - за нас это скрипт делать будет)... я это к тому, если не работает - починить его не долго, там достаточно будет поменять id, к примеру... и проверять лучше на чистом шаблоне, а не после установки этого решения, что в материале (хотя и с ним работать должно... тут вон пишут, что с визуальным редактором не будет работать - просто они не догнали как сделать, на том же diz-cs это всё работает, как и вывод аватарок с mail-а починил был).

Еще в коде скрипта есть следующее: _http://ucozua.ru/Scripts/8/load.gif - нужно поменять на свою картинку прелоудера, поскольку тот домен уже давно недоступен (или можно системную взять, т.к. изначально в скрипте от uCodes ucodes_newComplaint.js была такая прописана _http://ucods.3dn.ru/upload/icons/load.gif).
Еще есть такое: _http://s1.ucoz.net/img/1px.gif - меняем на /.s/img/1px.gif (чтобы не было привязки к конкретному серверу, как и влияет, если к сайту вашему подключен https).

По коду видно, что для новичка будет проблематично под себя переписать, что в ходе этого могут допустить ошибку или банально сделать перенос на новую строку, что тем самым нарушит скриптовую пропись в коде, потом перестанет работать. Тут выход такой, что часть кода вывести в отдельный xml-файл, написать раз правильно, загрузить в файловый менеджер и забыть, что так еще и экономия будет, что меньше исходного кода в шаблоне страницы (рационально, ведь данные эти запрашивают не постоянно, следовательно участок кода такой прописывать в шаблон страницы - будет ошибкой; кто не понял о чём речь, то можете для примера вот это посмотреть, нашёл это - там по аналогии всё, что переделать под вывод данных об администрации можно, хотя такие готовые варианты сходу попадались когда-то, но почему-то на Zornet не наткнулся я, когда сейчас вот поискал для примера вам... или же в сети сами ищите по запросу "Администрация в AJAX окне" и "InfoAdmins.xml"). Или еще есть вариант, что код пишут всё же в шаблон страницы, но после его не в скриптовую часть выводят, а вот так делают (новичкам на заметку).