они (спотифай) получается музыку поспроизводят в видео элементе что бы картинку в картинке активировать

наверно, я не юзаю спотифай)

спотік прикрутив недавно до всіх композицій відео-бумеранг типу, в мобільних апках є, видно по тому ж принципу пілить відео для композицій, щоб можна було в PiP винести

видео-бумеранг?

ну просто відео-луп такий собі, показується під час програвання в плеєрі, замість просто обложки)

а 🙂 Прикольно

а кстати могли бы в видеоряде показывать текущий плейлист/время трека/еще какую-то полезную инфу

A browser window within a browser
The Picture-in-Picture player window itself is a browser window with most of the surrounding window decoration collapsed. Flags tell the operating system to keep it on top. That browser window contains a special <video> element that runs in the same process as the originating tab. The element knows how to show the frames that were destined for the original <video>. As with much of the Firefox browser UI, the Picture-in-Picture player window is written in HTML and powered by JavaScript and CSS.

короче, всем спасибо

за ответы 🙂

веллкам

Гайз, есть кастомный редактор изображений на FabricJS, который хорошо бы тестить во время CI. Я думаю, что нужно нарисовать что-нибудь, сохранить в ПНГ, во время интеграции рисовать то же самое и сравнивать оутпут канваса с эталонным изображением. Но я переживаю, что попиксельное сравнение - не лучшая идея из-за антиалиасинга. Можно ли как-то сравнить две картинки и проверить совпадают ли они на сколько-то процентов?

backstopjs

Andrey  Можешь его еще поднять в докере и по идее будет тебе счастье

Усім привіт :)
Може хтось стикався з pdf.js або зі схожим завданням в цілому, отож:

Будуємо інструмент, за допомогою якого можна залишати позначки з категоріями на документах - тобто є pdf відрендерений в html, відповідальна особа переглядає цей документ через тул і якщо знаходить там необхідну інформацію - виділяє мишкою частину документу і позначає її певною категорією. Потім цей документ записується назад в pdf разом з інформацією щодо тегів.
Проблема полягає в тому, що якщо знову завантажити цей документ необхідно створити список усіх тегів в цьому документі для швидкої навігації, але PDF.js використовує лінивий рендер, тобто сторінки підгружаються при прогортанні сторінки. В зв'язку з цим, страшними костилями і петлею через весь документ форситься рендер кожної сторінки, але це страшно непродуктивне рішення і жере колосальну кількість пам'яті. Оскільки клієнту дуже потрібен цей тул то "і так сайдьот", але хотілося б знайти більш едегантне рішення проблеми.
Прошу поради, буду вдячний за кожну ідею)

@sudodoki ^ ?

Спс, гляну

вы все в аннотации в сам документ зашиваете в итоге? Или у вас есть возможность хранить метаданные по каждому пдф отдельно в базе?

Поки що всі дані зашиваються в документ, але тул використовується в хмарі тож є змога зберігати їх в базі

ну тогда это 1 из вариантов решения - не создавать список каждый раз, а сразу его хранить