Рейтинг: -0.2404  
На голосовании
Предложил Lacrimarum 10.03.2017 11:20:36

Хорошо бы иметь возможность добавлять формы в детальный просмотр элемента

В настоящее время, в детальный просмотр элемента инфоблока нельзя добавлять никакие компоненты, а хотелось бы иметь возможность добавления хотя бы стандартной формы обратной связи. Чтобы не обращаться за такой доработкой каждый раз к программистам, а иметь готовое решение для веб-мастеров, занимающихся поддержкой сайтов.
Рейтинг: 6.0458  
На голосовании
Предложил Рычков Иван 28.01.2016 22:49:58

CIBlockElement::GetList фильтр по значениям СВОЙСТВ связанных элементов

Было бы здорово иметь возможность фильтровать список элементов по значениям именно СВОЙСТВ привязанных элементов. Например: PROPERTY_<PROPERTY_CODE>.PROPERTY_<PROPERTY_CODE2>
Сейчас же можно производить фильтрацию лишь по полям связанных элементов.
Рейтинг: 5.015  
На голосовании
Предложил Smirnov Pavel 12.10.2015 13:29:54

Добавить в Инфоблоках функцию массовой перегенерации детальных/анонсных картинок (DETAIL_PICTURE, PREVIEW_PICTURE).

Иногда (обычно при смене дизайна сайта) возникает необходимость массово поменять размеры миниатюр картинок в новостях или (особенно) фотогалереях.

Таких картинок обычно сотни и делать это вручную очень утомительно.

Сейчас в настройках каждого инфоблока есть возможность указать для детальной картинки и картинки анонса "уменьшать, если большая: максимальный размер;", а для картинки анонса - ещё и "создавать из детальной, если не задана; создавать из детальной даже если задана".

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

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

Как альтернатива этому или дополнительная функция (которая всё равно будет удобнее, чем передобавлять вручную сотни картинок в фотогалерею/товары/новости), можно сделать в каждом отдельном элементе инфоблока рядом с детальной картинкой/картинкой анонса кнопку "изменить размер для соответствия настройкам инфоблока" (если отличается от того, который задан в настройках).
Рейтинг: 1.8589  
Новая
Предложил Валерий Чебан 17.10.2014 13:24:53

Дать возможность получать текст SQL-запроса до его непосредственного выполнения

Возможная реализация: к примеру, можно добавить событие OnBeforeSqlQueryRun в CDatabase::Query(), в обработчике которого дать возможность получать SQL-запрос до выполнения запроса в mysql_query, а возможно дать и останавливать его выполнение.

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

Видимо, еще одну версию события нужно будет встроить в lib d7.

Кейс использования: CIblockElement::GetList() при динамическом и сложном фильтре $arFilter "ложит" mySql, хотелось бы для выяснения подробностей и отладки получить и проанализировать текст запроса, до того момента, как он уйдет на исполнение.
Рейтинг: 0.2428  
Отложено
Предложил Валерий Чебан 14.03.2014 22:41:17

сделать чтобы при сохранении элемента строка значений в таблице b_iblock_element_prop_s#iblockId# восстанавливалась автоматически.

Если я добавляю элемент инфоблока 2.0 (свойства в отдельной таблице) через запрос:

 $DB ->Query('
  INS ERT IN TO       b_iblock_element
  (ID, IBLOCK_ID, NAME)
  VALUES (' . $elementId . ',' . $iblockId . ', "-")
');

То одиночные свойства элемента теперь никак не удасться сохранить, ни через
сохранение элемента в админке, ни через CIBlockElement::SetPropertyValuesEx().

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

 
if (CIBlockElement::GetIBVersion($iblockId) == 2) {
  $DB->Query("INS ERT IN TO b_iblock_element_prop_s".$iblockId."(IBLOCK_ELEMENT_ID)VALUES(".$elementId.")");
}

Собственно идея, сделать чтобы при сохранении элемента строка значений в таблице b_iblock_element_prop_s#iblockId# восстанавливалась автоматически.
Рейтинг: 0.3742  
Ответил Жуков Евгений 17.03.2014 11:46:06
Прямые запросы к "родным" таблицам БД продукта не рекомендуются и не поддерживаются.
Рейтинг: -8.4952  
На голосовании
Предложил Бунаков Денис 03.07.2013 20:04:56

Следующая/Предыдущая статья

Возможность реализации компонента для перехода со статьи на статью
При отключенном ЧПУ такое в принципе реализовать не проблема.

<?if (count($page) == 2 && $arResult["ID"] == $page[0]):?>
<a href="/portfolio/detail.php?ID=<?=$page[1]?>"><img src="/img/nexjob.png"></a>
<?elseif (count($page) == 3):?>
<a href="/portfolio/detail.php?ID=<?=$page[0]?>"><img src="/img/prevtext.png"></a> | <a href="/portfolio/detail.php?ID=<?=$page[2]?>"><img src="/img/nexjob.png"></a>
<?elseif (count($page) == 2 && $arResult["ID"] == $page[1]):?>
<a href="/portfolio/detail.php?ID=<?=$page[0]?>"><img src="/img/prevtext.png"></a> | 
<?endif;?> 
 
Но вот при включенном ЧПУ и выводу по #ELEMENT_CODE#  не получается реализовать данную функцию.
А 80% клиентов просят такую реализацию.

Хотелось бы сделать это стандартными функциями.
Рейтинг: 16.2665  
На голосовании
Предложил Меликов Георгий 12.12.2012 19:27:22

Научить bitrix:iblock.element.add.form редактировать не только свои элементы

Предлагаю научить bitrix:iblock.element.add.form редактировать не только созданные пользователем элементы, но и чужие (при наличии прав).

Т.к. поддержка документооборота есть, то можно будет легко и просто это дело модерировать.

Это позволит легко и просто создавать системы, где пользователь сможет активно участвовать в улучшении портала.