Александр Маджугин

Если нажимаю на кнопку «Выйти», а потом обратно авторизовываюсь, скидки появляются.

Это и есть ответ. Грубо говоря группы у пользователя всегда те, в которых он находился при входе (кстати так сделано почти везде где есть группы).
В вашем случае проще всего после добавления перелогинить пользователя.

В инпате вы это не сделаете.
HTML позволяет управлять только видом отдельных элементов DOM. Символ в тексте это не элемент DOM, так что его придется в начале сделать таким.

Самый простой путь. Делаете input прозрачный поверх блока который имитирует поле ввода. При изменении текста в input сравниваете текст в нем и блоке его имитирующем. Диф этих текстов добавляете в блок обернутым в например span, с наброшенным на него любым эффектом. По завершении анимации заменяете этот span на его содержимое.

Как-то так.

Нет, нельзя - только по предвычесленному свойству.
Но лучше его обновлять не по крону, а по событию. Впрочем на крон можно поставить агент, который будет выполнять выборочную проверку консистетности, а в случае нарушения её, запускать полную провеку.

Мой собственный ответ после изучения темы и чтения иностранных коллег будет таким:

Технология была многообещающей и интересной на старте. Для ее поддержки гугл даже придумал отдельную спецификацию HTML Imports: https://w3c.github.io/webcomponents/spec/imports/i... (можете не ходить, там 404), что позволяло подключать однофайловые компоненты прямо в документ так:
<link rel="import" href="my-component.html">
Классно же да?

Но технология не приобрела популярности, возможно так как была слишком простой и понятной, а именно в это время на пик славы вышел npm, gulp и вот это всё. В моду входила непонятная магия, утрата контроля над кодом и всякие оптимизаторы позволявшие сделать для одного слайдера на главной страницы бандл в полтора, а иногда 2-3 Мб. кода, и всё это без всяких там jQuеry.
Ребята одумались и убрали спецификацию HTML Imports, предлагая разбивать компоненты на 3 отдельных файла - js, css и html с шаблоном. Причём js надо было подключать на странице, css тоже, а html должен был загружать по задумке создателей уже в само js. Такой подход позволял резко усложнить работу с web-components и сделать код снова неуправляемым, но было поздно - технология уже уступила позиции конкурентам.
Конечно это был сарказм, если кто-то не понял.

Жизнь в этой идее еще теплится, но теперь нам предлагается писать код в трех файлах или помещать его целиком в js, или использовать со специальными загрузчиками, что сопоставимо с использованием какого-нибудь фреймворка, того же Vue, дающее теме же усилиями гораздо большие возможности и смысл использовать веб-компоненты отпадает окончательно.

Короче технология по задумке хорошая, но на практике не применимая, поэтому широкого распространения и не получает.

APP.popup = function (component,props) {
	let mount_poiunt = document.createElement('div');
	document.body.append(mount_poiunt);
	
	var props = {
		'component':component,
		'props':props
	}
	
	var Popup = Vue.extend({
		data: function () {
			return props
		},
		destroyed () {
			this.$el.remove()
		},
		methods: {
			close: function () {
				this.$destroy()
			}
		},
		template: `<div class="popup">
						<span v-on:click="close" class="close">✖</span>
						<component v-bind:is="component" v-on:close="close" v-bind="props"/>
					</div>`
	})
	
	new Popup().$mount(mount_poiunt)
};

Далее ты просто делаешь так в методе компонента своего:

APP.popup('имяКомпонентаКоторыйНадоПоказатьВПопапе', {параметрыЭтогоКомпонента});

Flipflap, затем что вы делаете утверждения не соотвествующие действительности.
Зачем вот это вот:

там меню свёрстано не списком на html, а выводится массивом на php

?
Если не понимаете как формируется меню лучше спросить как это происходит.

На основе массива php компонентом menu по шаблону указанному для этого компонента, генерируется html блок представления меню.

Вы можете добавить нужные вам классы как непосредственно в шаблоне (для всех пунктов) так и изменить шаблон так, чтобы он мог управляться параметрами из массива PHP, чтобы устанавливать различные классы для разных пунктов.

Вам нужно найти шаблон на базе которого генерируется меню.

Рискну предположить что он где-то там: /local/.default/components/bitrix/menu/...
Но вомзожно и по другому пути - все зависит от того кто и как кастомизировал сайт.

М... так это же просто логарифм по основанию 2, округленный в большую сторону. Зачем вообще какие-то программы писать?

Вот и ответ. Скорее всего в каком-то инфоблоке так прописан URL детальки элемента и этот ИБ в индексе. Для каждого элемент генерируется УРЛ детальной страницы. Уберите либо ИБ из генерациия карты, либо в настройках уберите шаблон URL