, который как раз подошёл бы: передать параметрами нужные кнопки/тулбары, и никаких правок ядра. Однако, метод AddHTMLEditorFrame подобных параметров не принимает, можно только настроить (не)вывод панели сниппетов, компонентов. И вызываемый в итоге (new CHTMLEditor)->Show - тоже не принимает в качестве параметров ни кнопок, ни тулбаров.
Единственный способ скрывать кнопки редактора, не модифицируя ядро: добавить в admin_header.php подключение собственного CSS, где прописать что-то типа:
Код
/* Скрыть кнопку выбора цвета фона текста для редактора детального описания */
#bx-html-editor-tlbr-cnt-DETAIL_TEXT .bxhtmled-top-bar-color{
display: none;
}
/* Скрыть кнопку "Ещё..." для редактора текста анонса*/
#bx-html-editor-tlbr-cnt-PREVIEW_TEXT .bxhtmled-button-more{
display: none;
}
VKuser4005500, попробуйте добавить в вашу функцию-обработчик этого события ещё какое-нибудь действие, например изменение имени импортируемого товара. Если при импорте после этого имена товаров не будут изменены, то не срабатывает сам обработчик.
Иначе, есть подозрение, что изменение цен и не будет работать у вас по схожей с этойпричине.
Та же проблема: CPrice::Update и CPrice::Add в init.php не добавляют ценовые предложения. Последний как будто срабатывает, возвращая id создаваемого ценового предложения, но на странице редактирования элемента цена (небазовая - базовую не трогаем) всё ещё пуста, в БД запись не добавлена. ----------------- Позже: Получается, и не заработает.
Вызывается CIBlockElement::Add или CIBlockElement::Update. Данные заносятся в базу, вызывается пользовательский обработчик событий, изменяет нужный тип цен.
Вызывается CCatalogProduct::Add или CCatalogProduct::Update - сохранение свойств товара
Сохраняются цены и удаляются те, которых не было в форме редактирования.
Создали шаблон. Он есть: в списке шаблонов на странице редактирования сайта, среди шаблонов ("Шаблоны сайта"), в меню выбора размещения сниппетов и списке шаблонов компонентов в визуальном редакторе в публичной части. Но его нет в меню выбора шаблона для сниппета в админке, также для компонентов нет их шаблонов из этого шаблона.
Поигрался с сортировкой и условиями шаблонов для сайта. Сделал наш "выше" остальных, без условия - не помогло. Удалил из этого списка все шаблоны, кроме нашего, - помогло.
Есть инфоблок неких событий; пользователь нужно дать возможность добавлять их "к себе в календарь", выбирать способ получения уведомлений.
Рассматриваю два варианта решения:
1. Пользовательское поле. Примерно такая структура: привязка к элементу инфоблока и дополнительно пара чекбоксов (возможно, в процессе додумаем что-то ещё). И да, поле множественное, таких привязок может быть несколько. Здесь вопрос: если создать собственный тип польз. поля, получится ли записывать в качестве значения массив (элемент 1 - id элемента инфоблока, элемент 2 булево поле, элемент 3 - ещё что-нибудь)? И главное, потом читать это из базы данных.
2. Отдельная собственная таблица в бд, записи вида "id пользователя, id элемента инфоблока, уведомлять по email, уведомлять по sms, ...". Минус: нужно писать ещё и интерфейс для админки.
В компоненте нужна фильтрация элементов инфоблока по выбранному полю (типа "дата/время" . Столкнулся вот с чем: если выбрано DATE_ACTIVE_FROM, DATE_ACTIVE_TO, TIMESTAMP_X, DATE_CREATE, то работает вот такой вариант:
Однако, если выбрано собственное свойство (типа S: DateTime), приведённый выше фильтр не сработает (если быть совсем точным, работает условие "больше или равно", условия "меньше" или "меньше или равно", а также диапазон "><" не сработают). Приходится делать так:
Что интересно, второй код не сработает уже с системными DATE_ACTIVE_FROM и пр.
Так и задумано, т.е. для фильтра есть какая-то принципиальная разница между системными и пользовательскими полями типа "дата/время"? Судя по базе данных, формат у полей один и тот же.