Идеи пользователя
У вас интересное готовое решение по предложению идей для вашего сервиса.
Уверен многие из ваших клиентов (например мы), хоте ли бы иметь такой же инструмент для своих клиентов, который будет улучшать их бизнес. Где так же как и тут наши клиенты будут предлагать свои идеи для улучшения НАШЕГО бизнеса и разработок.
Уверен многие из ваших клиентов (например мы), хоте ли бы иметь такой же инструмент для своих клиентов, который будет улучшать их бизнес. Где так же как и тут наши клиенты будут предлагать свои идеи для улучшения НАШЕГО бизнеса и разработок.
У комплексного компонента bitrix:news крайне не хватает функционала вывода разделов! ну почему в админке есть деление на разделы, а для вывода в публичной части нужно пользоваться костылями!??
Нужен функционал bitrix:catalog но без цен и прочих сложностей! ведь bitrix:news универсален для вывода любых данных, его используют всегда, все и почти везде!!
Прошу добавление такого простого компонента в состав комплексного и в роли самостоятельного элемента.
Комментируйте!
Нужен функционал bitrix:catalog но без цен и прочих сложностей! ведь bitrix:news универсален для вывода любых данных, его используют всегда, все и почти везде!!
Прошу добавление такого простого компонента в состав комплексного и в роли самостоятельного элемента.
Комментируйте!
Часто приходится переключаться с задачи на задачу, приходится сохранять и искать вновь другую, было бы хорошо чтоб справа были не только контакты а последние задачи или скрытые вкладки активных задач
Проблема следующая - в компоненте iblock.element.add.form файлы (для файловых свойств) обязательно должны загружаться в момент отправки формы (должен быть сформирован файловый массив), хотелось бы, чтобы можно было передавать только идентификатор файла, в этом случае можно было бы использовать удобную ajax-загрузку файлов и использовать компонент main.file.input.
Пример решения проблемы:
В файле \iblock.element.add.form\component.php заменить строки:
на
Пример решения проблемы:
В файле \iblock.element.add.form\component.php заменить строки:
$arFile = $_FILES["PROPERTY_FILE_".$propertyID."_".$key]; $arFile["del"] = $_REQUEST["DELETE_FILE"][$propertyID][$key] == "Y" ? "Y" : ""; $arUpdatePropertyValues[$propertyID][$key] = $arFile; |
if(!empty($value)){
$arUpdatePropertyValues[$propertyID][$key] = $value;
} else {
$arFile = $_FILES["PROPERTY_FILE_".$propertyID."_".$key];
$arFile["del"] = $_REQUEST["DELETE_FILE"][$propertyID][$key] == "Y" ? "Y" : "";
$arUpdatePropertyValues[$propertyID][$key] = $arFile;
} |
Очень не хватает функционала для ручного заполнения полей(если в импортируемой базе их нет). Например у меня нет количества товара - а без него товары не отобразятся - лучше сразу при импорте подставить например 100, чем открывать файл, менять там ячейки, заливать заново и прочее... просто нужна обратная зависимость при установки соответствий: "поля ИБ" => "поля файла"
Бывает структура разделов CMS содержит поля с файлами прямо в разделах.. хотелось бы иметь возможность управлять множественными файлами разделов, как это реализовано в элементах...
p.s. Возможно не нашёл такой идеи, либо поиск тут не работает...
p.p.s. С минусами прошу комментарии
p.s. Возможно не нашёл такой идеи, либо поиск тут не работает...
p.p.s. С минусами прошу комментарии
Здравствуйте,
было бы очень здорово, если бы при создании уровня доступа для ИБ была возможность ограничивать настройки визуального отображения свойств для листинга элементов и детальной страницы элемента. Понятное дело, что только админ может применить их для всех юзеров, но, бывают ситуации, когда нужно ограничить данную возможность в принципе - для любого юзера.
Спасибо за внимание.
было бы очень здорово, если бы при создании уровня доступа для ИБ была возможность ограничивать настройки визуального отображения свойств для листинга элементов и детальной страницы элемента. Понятное дело, что только админ может применить их для всех юзеров, но, бывают ситуации, когда нужно ограничить данную возможность в принципе - для любого юзера.
Спасибо за внимание.
Второй альтернативный внешний сервис для перевода символьного кода - вместо заблокированного Яндекса
В связи с блокировкой в Украине сервисов Яндекса, прошу рассмотреть возможность добавления второго альтернативного внешнего сервиса для перевода символьного кода заголовков элементов и разделов инфоблоков.
Или, как вариант, если возможно, сделать перевод на стороне сервера (чаще всего они заграницей и под блокировку не подпадают)
---
Аналогично, прошу поддержать идею Гугл-карты, как альтернативны заблокированной Яндекс-карте, на странице "Скорость сайта":
ps
У меня VPN-то включен и проблемы нет, а вот у клиентов есть проблема
Или, как вариант, если возможно, сделать перевод на стороне сервера (чаще всего они заграницей и под блокировку не подпадают)
---
Аналогично, прошу поддержать идею Гугл-карты, как альтернативны заблокированной Яндекс-карте, на странице "Скорость сайта":
ps
У меня VPN-то включен и проблемы нет, а вот у клиентов есть проблема
Простейшая штука, а так была бы полезна.
В коде компонента вывода списка элементов (например, catalog.section), в месте, где происходит обращение к БД на выборку элементов, сливаются воедино два фильтра - тот, что задан в коде компонента, и внешний, который может быть задан разработчиком без влезания в код.
Сейчас это выглядит так:
$arrFilter - это преднастроенный в коде компонента фильтр.
Такая последовательность (ввиду логики работы array_merge) не позволяет переопределять параметры фильтрации, заложенные в коде компонента. Они всегда будут перезаписывать то, что пришло извне!
Особенно это обидно, когда нужно вывести стандартным компонентом неактивные элементы. Фактически - это сейчас сделать невозможно, надо копировать компонент, делать его кастомным, лишаться обновлений и т.д. И все ради простейшей задачи.
А дело-то всего лишь в последовательности переменных...
В коде компонента вывода списка элементов (например, catalog.section), в месте, где происходит обращение к БД на выборку элементов, сливаются воедино два фильтра - тот, что задан в коде компонента, и внешний, который может быть задан разработчиком без влезания в код.
Сейчас это выглядит так:
array_merge($arrFilter, $arFilter) |
Такая последовательность (ввиду логики работы array_merge) не позволяет переопределять параметры фильтрации, заложенные в коде компонента. Они всегда будут перезаписывать то, что пришло извне!
Особенно это обидно, когда нужно вывести стандартным компонентом неактивные элементы. Фактически - это сейчас сделать невозможно, надо копировать компонент, делать его кастомным, лишаться обновлений и т.д. И все ради простейшей задачи.
А дело-то всего лишь в последовательности переменных...
Необходимо добавить редактор фотографий для одиночных файлов!
Для множественного свойства "файл" редактор изображений доступен, но для одиночных - нет!
Для множественного свойства "файл" редактор изображений доступен, но для одиночных - нет!
Ответил 
Жуков Евгений 27.07.2017 14:49:46
Жуков Евгений 27.07.2017 14:49:46
Выйдет в iblock 17.0.11. Возможен сдвиг обновления.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
