Задать вопрос
  • Почему не работают функции перемотки контента в iframe, когда весь его контент виден на странице?

    @Davert94 Автор вопроса
    Спросив аналогичный вопрос на оригинальном StackOverflow и получил ответ, который совпал с моей теорией.

    А именно ответ заключается в том, что документ в iframe является отдельным окном. И как любое окно в браузере - если контент полностью на виду, то и прокручивать не к чему. Это вполне нормальное поведение.

    Ссылка на обсуждение: https://stackoverflow.com/questions/55844436/why-a...
    Ответ написан
    Комментировать
  • Почему url-loader не конвертирует в base64?

    @Davert94 Автор вопроса
    После некоторых экспериментов удалось получить желаемый результат, но возникли другие вопросы.

    Но сначала, что получилось.
    Файл стилей и картинки лежали в каталогах /assets/css/, /assets/img/.
    Как указано в конфиге вебпака, картинки копировались на уровень выше, то есть в каталог /img/.
    Файл стилей, указанный во входной точке, проходя через правила, попадал из /assets/css/ в каталог /css/.

    Потому в самом файле style.css и были прописаны указанные в листинге пути к изображениям.

    Но конвертация в base64 не проходила. А вот если сделать путь относительным, а не абсолютным, то конвертация проходила. Когда заменил url(/img/events.png) на url(../img/events.png), то все заработало.

    Собственно, теперь интересует:
    1) Почему необходимо задавать относительный путь?
    2) Можно ли как-то сказать вебпаку обрабатывать абсолютные пути в url()?
    3) Как быть тогда с путями, например, в bootstrap scss файлах, где путь к шрифту или изображениям задается как: url(bootstrap/<путь>) ?
    Ответ написан
    Комментировать