В общем так, вот тут подробности и примеры кода. Я же просто помечу для самого себя названия методов:

CIBlock::ResizePicture
CFile::ResizeImageGet

$navString = $db_list2->GetPageNavStringEx($navComponentObject, “подпись пагинатора”, “шаблон пагинатора”, “флаг показывать всегда”);

Другой - старый проверенный:

echo $res->NavPrint(”",false,false,’/bitrix/templates/***/iblock/catalog/ibl_navprint.php’);

Честно не рылся в компоненте, но по внешней работе и характерным ошибкам разници не заметил, то есть сама генерировалка явно одинаковая.

Суть проблемы: выбираем в пагинации вторую страницу, а потом жмем на ссылку на раздел (то есть должны попасть на первую страницу), выводить продолжает вторую страницу.

Метод лечения:

$res = CIBlockElement::GetList($arSort, $arFilter, false, Array(”nPageSize”=>8, “iNumPage”=>($_REQUEST['PAGEN_1']?$_REQUEST['PAGEN_1']:1)),
$arSelect);

При вызове GetList принудительно указываем номер страницы: если параметр от пагинации есть (то есть находились например на второй странице), то указываем его, если нету - то 1.

Вообще достаточно странно, ведь все эти функции я еще в пятой версии битрикса помню, а такие косяки до сих пор всплывают. Хотя может я чего не понимаю и тут есть тайный смысл?

Итак, подсчет количества элементов в разделе:

$db_list = CIBlockSection::GetList(Array(’SORT’=>’ASC’), array(’IBLOCK_ID’=>$ar_res['ID'],’ACTIVE’=>’Y',’CNT_ACTIVE’=>’Y'),true);

Если последнее свойство true - то производится подсчет всех элементов в разделе. Но добавилось вот такое:

• если в $arFilter дописать ELEMENT_SUBSECTIONS => (Y|N) - то будет производиться/не производиться подсчет элементов в подразделах (по умолчанию считает)
• если в $arFilter дописать CNT_ALL => (Y|N) - если есть модуль документооборота, то будет считать/не считать неопубликованные элементы (по умолчанию не считает)
• если в $arFilter дописать CNT_ACTIVE => (Y|N) - то учитывает/не учитывает активные элементы. Причем смотрит и галочку активности, и даты активности

Далее CIBlockElement. Оказалось, что после вот такой надписи:

$num = CIBlockElement::GetList(array(),array(’IBLOCK_ID’=>5),array());

В $num окажется количество элементов в выборке.

Потребовалось одному клиенту сделать нечто подобное, но в пользовательской части сайта (так как админку под это переделывать не резон) . Компоненты, которые это реализуют, если таковые имеются, искать не стали, так как не нравятся они нам в принципе - 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 работать автономно и объединили это в отдельный пакет программ :) Качаем и наслаждаемся