chunkychunk2, не знаю, но поставить скобку и посмотреть что будет, все же быстрее чем задать вопрос тут.
А вполне возможно и решит - может сафари исправляет такие ошибки автоматически и поэтом этот код в нем срабатывает, запускает плагин и мешает работе формы. Соотвественно если закроете скобку, то код начнет работать везде, и везде все будет тупить и глючить одинаково.
Тупой вариант в лоб - перед ob_start(); изменить $_REQUEST, доавив нужные переменные и сохранив оригинальный. После $content = ob_get_сlean(); востановить оригинальный_REQUEST. Чай многопоток у нас.
Более правильный вариант - кастомизировать компонент.
Еще более правильный вариант - написать свой компонент и отказаться в том числе и от буферизаци вывода.
Боюсь из вопроса не понятно что вообще у вас не получается.
Т.е. мы узнали что у вас рекурсивный компонент, что он имеет два режима отображения - прекрасно, хотя не совсем понятно зачем он рекурсивный, если в этом у вас проблема.
Давайте начнем с того, что инлайн скрипт в странице навешивающий маску с синтаксической ошибкой написан и выбрасывает эту ошибку в консоль.
Ну правда - вы даже не попробовали инспектор открыть что ли?
no_one_safe, вот и хорошо - пусть читают и узнают, что этот инструмент не предназначен для использования - это инструмент для показа на презентациях.
Человек использующий штатные комплексные компоненты Битрикс, подобен человеку носящему одежду с подиумов авангардных дизайнеров.
wakenby, на самом деле вам не надо добавлять и удалять классы.
Классы вы должны реализовать через v-bind:class и управлять ими в зависимости от состояния панелей табов.
Вы же знаете какой таб у вас сейчас активный? Ну вот и ставьте ему класс.
Как вы храните активный таб? Какая-то переменная в data?
Вадим, как вариант это все упаковано в один svg, куда картинки в виде png растра всунуты.
Хотел еще написать про SMIL но с удивлением узнал что его поддержку скоро удалят из браузеров :(
ReaverJS, можно, но мне кажется архитектурно более верно использовать модель и эмиттить данные в родителя при изменении их в дочернем компоненте - пусть родитель всегда имеет актуальный объект данных, а дочернему компоненту вообще не стоит знать о существовании кнопки.
Ваше решение имеет право на существование, но в нем компоненты сильнее связаны и я считаю что это плохо.
можно перед компонентом разместить дополнительный "настроечный" компонент настройки которого будут попадать в глобальный arrFilter
Наоборот мне кажется что это самый подходящий вариант - если человеку нравится настраивать компоненты через web-интерфейс, то что-то подсказывает мне, что лучше бы оставить шататные компоненты штатными и обновляемыми.
Мне кажется в вы упустили важное слов всё - я не говорю что отвечают чаще чем в ответах, а говорю что есть тенденция к этому. Еще несколько лет назад в комментах ответов я не встречал вообще, а сейчас они там есть и часто явные, а не такие что отвечающий вроде как не уверен.
В данном случае не прокатит - вам придется заменить сам вызов getlist в нем.
Вот дока: dev.1c-bitrix.ru/api_help/iblock/classes/ciblockel... - посмотрите на параметр навигации