Потребовалось одному клиенту сделать нечто подобное, но в пользовательской части сайта (так как админку под это переделывать не резон) . Компоненты, которые это реализуют, если таковые имеются, искать не стали, так как не нравятся они нам в принципе - 90% проще руками написать: будет меньше весить.

Само всплывающее окно в админке подключается вот такой вот штучкой:

Где n - name input-а, в который отправится результат, а k - хз что такое. Собственно, воткнув такой код, мы и получим всплывающее окно. Но в админке еще присылается название элемента. Без правки файлов поймать его можно полем с вот таким вот id: sp_

Собсвтенно и все. Как прислать еще какие-нибудь свойства пока незнаю, описания функций, которые исплюзуются в документации естесственно нету

Есть функция ShowPageProperty(’name’) - показывает значение свойства с именем name.

Так же можно сделать свою отложенную функцию, с помощью CMain::AddBufferContent.

Применение

Простой пример: у нас в теле страницы выводится инфа из инфоблока с какой-то сортировкой. Параметры сортировки мы получаем из урл-а. Сверху на странице стоят кнопки фильтра, которые так же зависят от параметров из урла. У нас есть 2 варианта: либо обработать url 2 раза (а если правки в код вносить потом?), либо извратить разбиение верстки на файлы и сделать так, чтобы именно на этих страницах оно попадало в файл, выводящий инфоблок (это еще большая жесть, так как бредовые незакрытые куски верстки будут разбросаны по разным файлам).

А с отложенными функциями можно сделать так: взять html нужного блока из нужной части шаблона, вместо него воткнуть ShowPageProperty, а в файле вывода инфоблока, во время обработки url-а, заодно сгенерировать код этого блока и через SetPageProperty отправить. Легкое и красивое решение :)

Фишка хитрая. Для того, чтобы добавить картинку, надо сделать file array:

Array(
“name” => “название файла”,
“size” => “размер”,
“tmp_name” => “временный путь на сервере”,
“type” => “тип загружаемого файла”)

И уже этот массив отправлять в поле для картинки. Соорудить его можно самостоятельно на основе данных $_FILE (если вы, например, отправляли форму) или с помощью функции CFile::MakeFileArray, которой достаточно отправить адрес файла на сервере.

А вот с удалением хитро. Я, похоже, не сталкивался с аналогичной штукой при работе с инфоблоками, так как считал, что достаточно просто отправить пустое поле и все сотрется. Оказывается нет. Нужно отправлять вот такую штуку:

$fields['PERSONAL_PHOTO']["old_file"]=$arUser['PERSONAL_PHOTO'];
$fields['PERSONAL_PHOTO']["del"]=’Y';

Самое странное, что в документации этого не нашел, копался в исходниках админки…

for (var key in arr) {
var val = arr[key];
}

Дак вот есть добрые люди, которые заставили ie работать автономно и объединили это в отдельный пакет программ :) Качаем и наслаждаемся

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

Учитываем, что браузер сначала качает код страницы, а потом смотрит, что ему еще надо докачать. То есть если мы одним куском скачаем 10кб с сервера, то это получится быстрее, чем качать эти 10кб разделенные на 5 файлов, так как для загрузки каждого файла надо посылать запрос на сервер и ждать ответа.

Выводы:

1. Чем меньше придется докачивать, бродя по сайту, тем быстрее на стороне пользователя будет загружаться
2. Большие размеры файлов вызовут заметные тормоза при первой закачке, но потом окажутся в кэше

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

Тоже самое с css-ом. Если общий размер файла css 50 килобайт, то стоит разбить на части примерно так: часть для загрузки основного дизайна, часть для такого-то раздела итд.

Не стоит усердствовать и поступать так, как делает битрикс со своими “компонентами 2.0″, где у каждой мелкой формочки или еще чего-то свой файл css с двумя строчками. Хотя тут возникает здравая мысль: на кучу файлов css разбить можно, но надо написать php-скрипт, который будет их склеивать и присалать пользователю одним файлом. Но если подумать чуть дальше, то получается, что пользвателю все-равно должно присылаться 2 файлв: основной дизаин сайта (который уже закэшировался) и css для текущего раздела.

Теперь отдельно о jquery. Все немножко сложнее чем с css, так как есть 3 типа файлов: файл движка, файлы плагинов и файлы скриптов, работающих с плагинами.

Движок jquery хранить его у себя на сайте, но, например, google выложил его на своих серверах, поэтому возникает ситуация: если чувак был на другом сайте и там jquery качалось с серверов google, то оно уже у него в кэше, поэтому при заходе на наш сайт ему не придется качать эти 100кб заново.

Плагины разные: есть те, которые используются на всем сайте (например меню у вас навороченное), есть те, которые нужны в нескольких разделах и тек, которые нужны на одной странице. Если подумать:

• все, что для всего сайта - в 1 файл, в любом случае пользователю это качать придется
• все, что для разделов - отдельными файлами
• все, что для страниц - тоже отдельными файлами или прямо в код страницы (размер кода страницы увеличиваем, но +- 1 килобайт на фоне 10 погоды не сделает)

Файлы для работы с плагинами - по идее так же как описано выше.

AJAX и подгружаемые данные. Вот давеча написал формочку, в которую в select-ы подставляются данные, получаемы ajax запросом, а потом подумал, что эти данные меняться будут редко и ajax нафиг не нужен, проще прямо в код страницы массив запихать и не мучаться.

Работа с cookies “на лету”. С cookies воплне можно работать яваскриптами. Не стоит дяже при ajax-е заставлять сервер ставить пользователю cookies - для него это лишняя операция, а браузер пользователя вполне может сам все сделать.

GZIP. Html, Javascript и Css можно сжать и отправлять пользователю архивы, вместо реальних файлов, если его браузер умеет с этим работать. Настроить можно через htaccess.

Есть такой тег “label”, у него есть параметр “for”. Checkbox-у присваиваем id, нужный текст берем в label и в for прописываем id checkbox-а. Вот и все

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

Вот и выяснилось, что чтобы возвращало нормально, надо обязательно отсылать в списке требуемыйх полей: ”LANG_DIR”, “IBLOCK_ID”, “ID”

А в javascript такого нету. Зато можно так написать, самостоятельно…

В jquery есть serializeArray, которая кодирует в строку JSON. Еще есть serialize, которая делает сериализацию объектов. А обратных нету

А вот ссылки на нужны функции, написанные на javascript: unserialize и serialize