0xD34F

[].concat(...arr.map(n => Object.keys(n).map(k => ({ [k]: n[k] }))))

или

arr.flatMap(Object.entries).map(([ k, v ]) => ({ [k]: v }))

function createTree(data) {
  const tree = { null: { cat: {} } };

  data.forEach(n => tree[n.id] = { cat: {}, ...n });
  data.forEach(n => tree[n.parent].cat[n.name] = tree[n.id]);

  return tree.null.cat;
}

Режете исходный текст на куски, по очереди заменяете их при выходе текста за границу экрана. Как-то так.

Во-первых, параметры напрямую менять не надо; во-вторых, надо пробрасывать в родительский компонент событие input, т.е. в компоненте wrapped-range замените

<range v-model.number='value'></range>

на

<range :value="value" @input="$emit('input', $event)"></range>

Подскажите, пожалуйста, как сделать для других блоков чтобы работало тоже?

Указывайте в el родительский элемент этих блоков.

А ещё не вижу, чтобы у вас было определено свойство isActive. Почему в шаблоне оно используется, а в data его нет?

$('#accordion').accordion({
  collapsible: true,
  beforeActivate(e, ui) {
    ui.oldHeader.find('[type="checkbox"]').prop('checked', false);
    ui.newHeader.find('[type="checkbox"]').prop('checked', true);
  },
});

Назначайте в качестве обработчика функцию с привязанным контекстом. Создавайте её прямо в конструкторе, берёте метод из прототипа и под тем же именем создаёте свойство у экземпляра класса:

constructor(initObj) {
  this._keysListen = this._keysListen.bind(this);
  ...

Делаете две битовые маски - все единицы для младших разрядов (до вырезаемого бита), все единицы для старших (после вырезаемого бита). Применяете обе маски к числу, смещаете старшие разряды на единицу вправо, объединяете получившиеся числа:

int value = // ваше число, чему-то там равно, вам виднее

int bit = // номер вырезаемого бита, тоже вам виднее

int maskLower = 0;
for (int i = 0; i < bit - 1; i++) {
  maskLower |= 1 << i;
}
int maskUpper = ~maskLower;

value = ((value >> 1) & maskUpper) | (value & maskLower);

UPD. Цикл для создания маски конечно лишний, как справедливо заметил в комментариях res2001.

Зачем регулярные выражения? С результатом запроса можно работать так же, как и с обычным DOM-деревом:

success(data) {
  document.querySelector('#result').innerHTML = Array
    .from(data.querySelectorAll('info'), n => `<div>${n.firstChild.nodeValue}</div>`)
    .join('');
},

Хотя, конечно, дурацкое дело нехитрое:

document.getElementById('result').innerHTML = (xml
  .match(/<info><!\[CDATA\[[^\]]*/g) || [])
  .map(n => '<div>' + n.slice(15) + '</div>')
  .join('');

Ну так вы же компоненты перепутали. Передаёте titlename в Constructor_template, а надо передавать updatetitle. И наоборот - передаёте updatetitle в Ready_template, а надо передавать titlename.

Данные с инпутов нужно хранить в одном объекте entity.

Поскольку вы подобную необходимость никак не мотивировали - не нужно. Данные следует хранить там, где с ними проще работать - это элементы массива addableFormData, на основе которого вы создаёте формы. Если создавать формы на основе одного свойства, а данные для них хранить в другом - придётся их как-то синхронизировать, вручную. Ну уж нет, лучше сделать entity computed свойством.

Попыталась это реализовать тут

А что, вы и в самом деле используете vue первой версии? И что делают div'ы внутри ul? И этот чёртов entity: вы утверждали, что он должен быть один на всех - почему же он является свойством компонента, представляющего элемент формы? Вопросы-вопросы-вопросы... Риторические, да.

с помощью генерирования рандомного имени сво-ва

Зааачееееееем??! У вас же уже есть уникальный id формы - почему было не использовать его?

Похоже на то, к чему вы стремились?

UPD. Если выбросить массив addableFormData, тогда да - проще будет так, как вы изначально хотели, держать данные в объекте. Типа так.

А надо ли использовать здесь регулярки? Можно же и без них:

str_replace([ '<div>', '</div>' ], [ '<b>', '</b>' ], $str)

Конечно, если очень надо, то:

preg_replace("/<(\/?)div>/", "<$1b>", $str)

UPD. А если вдруг у тэгов могут быть атрибуты, тогда:

preg_replace("/<(\/?)div(.*?)>/", "<$1b$2>", $str)

Есть. Смотрите примеры в документации, multi axis.

UPD. Чего на самом деле хотел автор вопроса: по результатам обсуждения в комментариях был изготовлен график с переключением видимости осей в зависимости от видимости соответствующего набора данных (за основу взят пример line chart multi axis из документации).

Открываем спецификацию, смотрим как выполняется сдвиг. Особое внимание на пункт седьмой:

Let shiftCount be the result of masking out all but the least significant 5 bits of rnum, that is, compute rnum & 0x1F.

К размеру сдвига применяется битовая маска, обнуляющая все двоичные разряды, кроме младших пяти. Т.е., сдвиг на 32, 64, 128 и т.д. - это сдвиг на 0.

переписать это, чтобы было более правильно

!!+myNumber

А что надо-то? Пропускать строки, содержащие числа? А неправильно сейчас то, что "0" теряете (а ещё строковые представления двоичных/восьмеричных/шестнадцатеричных чисел - "0b101"/"0o777"/"0xFF", например, признаются корректными значениями)?

Можно регулярными выражениями воспользоваться:

/^\d+$/.test(str) - только цифры (т.е., целые неотрицательные числа)

/^-?\d+$/.test(str) - ниже нуля теперь окей

/^-?\d+(\.\d+)?$/.test(str) - и дроби тоже

например

Кладёте в state массив:

items: [ 'One', 'Two', 'Three', 'Four', 'Five', 'Six', 'Seven' ]

А в render станет так:

<TabContainer>Item {this.state.items[value]}</TabContainer>

UPD. А если добавить в массив ещё и иконки, то и рендеринг Tab'ов тоже упростится.

const obj = (str
  .match(/\w+=[\d;]+/g) || [])
  .reduce((acc, n) => {
    const [ key, values ] = n.split('=');
    acc[key] = values.split(';').map(Number);
    return acc;
  }, {});

или

const obj = Array
  .from(new URL(str).searchParams)
  .reduce((acc, [ k, v ]) => (
    acc[k] = v.split(';').map(n => +n),
    acc
  ), {});

Например.

Одного только не могу понять - ЗАЧЕМ? Почему бы не сделать наоборот? - работать сразу с объектом, а json, если он так необходим, пусть будет вычисляемым свойством.