Aetae

На самом деле вам нужен ­ - мягкий перенос:


Грубый break-word стоит использовать, только если вы никак не можете повлиять на выходной текст(т.е. почти никогда).

Всё в vue реактивиное и динамическое. Компоненты загружаются только тогда, когда они нужны. Нельзя просто взять и "собрать всё в объект" на этапе исполнения, потому что совершенно неизвестно когда и как будет вызвана функция(да-да, это обычная функция) $t.
Вы можете разве что предварительно пройтись по исходникам(на этапе компиляции?) и вытянуть все вызовы $t в json заранее.

Градиентами:
Тень внутри сделайте тем же способом сами.)

document.activeElement

let arr = [5, 3, 8, 1];
function filterRangeInPlace(innerArr,val1,val2) {
  innerArr = innerArr.filter(el => (val1 <= el && el <= val2));  
}

filterRangeInPlace(arr, 1, 4); // удалены числа вне диапазона 1..4

alert( arr) ; // [3, 1]

Так должно быть понятнее.

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

Сам использую px и постоянно откладываю на потом переход на rem.)

Потому что это хранилище. Там надо хранить.
Это не шина обмена данными.
Если вы делаете компонентомешалку, используйте например provide и inject для общей в рамках родительского компонента системы.

Ты же понимаешь, что вот это вот {src: require('@/assets/file/1.jpg')} происходит на этапе сборки и в код попадает уже что-то типа:{src: '/img/1.fd5gdf.jpg'} или там {src: 'data:image/jpeg;base64,...'}
(точнее в что-то типа, {src: a("18c2")}, которое возвращает уже соответственно '/img/1.fd5gdf.jpg' или 'data:image/jpeg;base64,...', т.е. результат обработки require('@/assets/file/1.jpg'))
Переменная testже становится действительна только во время исполнения.

Можно использовать частичные пути вида {src: require(`@/assets/file/${test}.jpg`)}, но никакой магии тут всё равно нет: в таких случаях webpack просто обрабатывает require для всех файлов по маске @/assets/file/*.jpg(что может сильно раздуть размер бандла если в папке много лишнего мусора) и заменяет require(`@/assets/file/${test}.jpg`) на соответствующую условную конструкцию с применением переменной test.

Делая же так: {src: require(test)} ты не даёшь webpack'у даже намёка, на то что бы там следовало грузить и откуда.

Бессмысленно указывать тип this для стрелочной функции, потому что ts сам его прекрасно видит - там тупо не может быть никаких вариантов и разночтений: this для стрелочной функции задаётся прямо на месте её создания и принимать никаких иных значений не может.
В PR вы попутали, там this используется не в стрелочной функции, а в типе свойства.

https://demo.mobiscroll.com/jquery/datetime/time-p...
Конкретно для vue сам гугли. Ключевые слова: dark ios time picker.

Начиная с версии 2.6.0 можно так:

<component v-on:[prefix]="{тут какой то код}"></component>

или

<component @[prefix]="{тут какой то код}"></component>

"Собирать" составное, соответственно, следует в computed свойстве "prefix".

Должно работать самым очевидным образом:

<template>
  <div>
    <div id="sp-7O1Ya5yaBAGp"></div>
  </div>
</template>

<script>
export default {
  mounted() {
    (function(w, n) {
      w[n] = w[n] || [];
      w[n].push({
        spId: "7O1Ya5yaBAGp",
        blockId: "sp-7O1Ya5yaBAGp"
      });
    })(window, "superProjectRender");
  },
  head: {
    script: [
      {
        src: "https://superproject.com/sp.js"
      }
    ]
  }
};
</script>

Если что-то не работает, смотрите в консоль или давайте настоящую ссылку на "https://superproject.com/sp.js".

Воспользоваться уже написанной, и хорошо оттестированной: mergeWith.
Примерно так:

import { isObject, isUndefined, mergeWith } from 'lodash';

export function merge(...args) {
  return mergeWith(...args, (a, b) => {
    if(
      !(isObject(a) && isObject(b)) // хотя бы один не объект
      && !(isUndefined(a) || isUndefined(b)) // оба заданы
      && a !== b // не равны
    ) return () => null
  });
}

Возможно там потребуются ещё какие-то проверки.

SVG-фильтром захреначил как-то так:
Но это чисто из интереса. На бою стоит юзать вариант Ankhena, с добавкой js, если потребуется.
А вообще, по хорошему, стоило бы дизайнера отп*дить.

Если закрывали те же криворучки, что писали и первую версию, то может прокатить: "><img src="" onerror="alert(1)">.

Простой ответ:
Берём метод:

метод = function(){
  console.log(this)
};

и(не важно как) пихаем его в какие-то объекты.
Получаем:

хрень.метод() // this - хрень
хрень.кишки.метод() // this - хрень.кишки
метод() // this - window

хрень.метод.call(хрень.кишки) // this - хрень.кишки
метод.call(хрень.кишки) // this - хрень.кишки
метод.call(null) // this - null

элемент.addEventListener('оппа', хрень.метод) //  this -элемент
элемент.addEventListener('оппа', метод) //  this -элемент
элемент.addEventListener('оппа', хрень.кишки.продукт.метод) //  this -элемент

По сути this для фукции - это то, что идёт перед точкой, кроме тех случаев когда он переопределён явно. Всё, никакой эзотерики.)

fn.call(!this ? this : obj) - это чушь скорее всего. Если this - falsy, то ставим его как this при вызове функции fn, иначе ставим obj. Falsy this может быть только при явном указании(или в strict режиме, при вызове функции напрямую("без точки перед ней")), и скорее всего передача пустого this в таком случае просто сломает выполнение fn.

Ну ещё следует упомянуть стрелочную фукнцию:

метод = () => {
  console.log(this)
};

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