Но мы живём в мире ином: многие до сих пор используют Flash-плееры, а другие пишут нестандартную логику.
ВКонтакте создаёт виртуальный тег audio (он на страницу не помещается, поэтому доступа к нему нет) для каждого трека.
У SoundCloud логика смены трека не совсем однозначная.
Логика вывода названия трека и исполнителя у каждого также написана по-своему.
Единственный из всех поддерживаемых моим расширением плеером, использующим тег audio, является VGM Radio.
С ним работа проста. Остальные требуют «костылей».
С AudioContext я не экспериментировал, потом попробую. Благодарю Вас за идею!
Учитывая доступность платформы, таких расширений становится всё больше и больше.
Вот если бы их все объединить под одной крышей для удобства пользователей…
StreamKeys — молодцы. Я о них узнал после того, как начал разрабатывать своё расширение. Они немного по-другому работают: у них нет оповещений и списка последних треков (это именно то, чего мне не хватало, для чего я изначально разработал своё расширение).
В чём они по-настоящему опережают моё расширение, так это в числе поддерживаемых плееров. Снимаю перед ними шляпу, как говорится.
Поэтому я и обращаюсь к сторонним разработчикам за помощью, потому что самому не хватает времени, чтобы добавить поддержку большего числа плееров.
Прошу прощения, всё равно не понял, что Вы пытаетесь сказать.
Сделано это во многом для того, чтобы «подстегнуть» сторонних разработчиков к разработке их собственных модулей, которые они могут опубликовать под своим именем и занести себе в портфолио как небольшой, но всё же, проект, нежели быть просто контрибутором (участником, соавтором) в чьём-то проекте.
А наcчёт «ближе и ближе» — без портирования разработчиком всё-равно не обойтись, как и в данном случае.
На самом деле, Firefox неплохими темпами движется. Просто это огромный труд для них.
Со временем будет общая «платформа» Web Extensions, которая будет поддерживаться основными браузерами одинаково (в идеале).
Но мы живём в мире ином: многие до сих пор используют Flash-плееры, а другие пишут нестандартную логику.
ВКонтакте создаёт виртуальный тег audio (он на страницу не помещается, поэтому доступа к нему нет) для каждого трека.
У SoundCloud логика смены трека не совсем однозначная.
Логика вывода названия трека и исполнителя у каждого также написана по-своему.
Единственный из всех поддерживаемых моим расширением плеером, использующим тег audio, является VGM Radio.
С ним работа проста. Остальные требуют «костылей».
С AudioContext я не экспериментировал, потом попробую. Благодарю Вас за идею!
Потом посмотрю, что у Вас получилось!
Вот если бы их все объединить под одной крышей для удобства пользователей…
Вы на ES5 писали?
Благодарю Вас за добрые слова! Очень приятно.
Хороший вопрос. У меня на одном компьютере клавиатура новее — её кнопки в Chrome поддерживаются. На другом старее — её кнопки не поддерживаются.
Если найду способ это исправить, я отпишусь.
В чём они по-настоящему опережают моё расширение, так это в числе поддерживаемых плееров. Снимаю перед ними шляпу, как говорится.
Поэтому я и обращаюсь к сторонним разработчикам за помощью, потому что самому не хватает времени, чтобы добавить поддержку большего числа плееров.
Прошу прощения, всё равно не понял, что Вы пытаетесь сказать.
Сделано это во многом для того, чтобы «подстегнуть» сторонних разработчиков к разработке их собственных модулей, которые они могут опубликовать под своим именем и занести себе в портфолио как небольшой, но всё же, проект, нежели быть просто контрибутором (участником, соавтором) в чьём-то проекте.
На самом деле, Firefox неплохими темпами движется. Просто это огромный труд для них.
Со временем будет общая «платформа» Web Extensions, которая будет поддерживаться основными браузерами одинаково (в идеале).
Что именно Вы имеете ввиду?
Почему один? Chrome, Opera, Яндекс.Браузер, Амиго и другие, построенные на движке Chromium.
Плюс Firefox всё ближе и ближе к тому, что расширения, разработанные для Chrome, будут работать и в нём.
Edge тоже переходит на светлую сторону.