Bei früheren Discourse-Versionen wurden Archive.org-Playlists so angezeigt
Heutzutage führt das Einfügen desselben Links jedoch zu folgendem Ergebnis, bei dem nur die erste Datei über einen generischen Audioplayer abgespielt werden kann.
Ich bin mir nicht sicher, ob dies ein Fehler ist oder nur ein unglückliches Ergebnis einer größeren Änderung an der Darstellung von Audiodateien. Daher habe ich es der Sicherheit halber unter der Kategorie „UX
Dies kann auf die neue Einstellung für erlaubte Iframe-Domains für Onebox zurückzuführen sein.
Ich habe versucht, dies zu bearbeiten, aber es wurde einfach mitgeteilt: „Sie haben die ungültige Auswahl archive.org angegeben
Ich bin wirklich ratlos, was dafür verantwortlich sein könnte, dass es so angezeigt wird. Es ist, als würde etwas nach abspielbaren Dateien auf Webseiten suchen und diese dann in die Anzeige einfügen, die es für am besten geeignet hält. Offensichtlich ist es jedoch keine perfekte Einheitslösung, da Playlists nicht berücksichtigt werden.
Ich habe versucht, das Standard-Symbol “*” zu entfernen und es leer zu lassen. Leider das gleiche Ergebnis.
Ich denke, das liegt daran, dass archive.org Sie immer mit dem ersten Song der Playlist markiert startet.
Ich dachte, das war so beabsichtigt :o Danke, dass du das ansprichst, @b481. Ich bin auch daran interessiert, diese schöne Box mit der kompletten Playlist zu bekommen.
Ich denke, das ist beabsichtigt und Teil einer umfassenderen Funktion, bei der Webseiten nach abspielbaren Dateien durchsucht werden, um sie in native Player einzubetten – egal ob Video oder Audio. Ein einheitlicher Ansatz ist meiner Meinung nach jedoch nicht optimal, besonders für Seiten wie Archive, die meine Nutzer sehr schätzen und gerne verwenden. Sie sind von dieser Änderung ziemlich enttäuscht. Ich wünschte, es gäbe eine Einstellungsoption, mit der man diese Funktion komplett deaktivieren oder noch besser bestimmte Seiten von diesem Prozess ausnehmen bzw. auf eine Blacklist setzen und zur früheren Einbettungsmethode zurückkehren könnte.
Bei einer neuen Installation tritt beim Media-Player ein Cross-Origin-Fehler auf, wenn versucht wird, Daten für einen einzelnen Archive.org-Link auszulesen:
Cross-Origin Read Blocking (CORB) hat die cross-origin-Antwort von https://archive.org/details/jrad2016-03-24.jrad2016-03-24/08+In+Memory+of+Elizabeth+Reed.mp3 mit dem MIME-Typ text/html blockiert. Weitere Informationen finden Sie unter https://www.chromestatus.com/feature/5629709824032768.
fetch @ fetchWrapper.mjs:111
async function (async)
fetch @ fetchWrapper.mjs:41
q @ NetworkFirst.mjs:219
makeRequest @ NetworkFirst.mjs:142
handle @ NetworkFirst.mjs:95
handleRequest @ Router.mjs:213
(anonymous) @ Router.mjs:58
Live-Beispiel hier: https://lot.almost-dead.net/t/adding-media-to-a-post/14/2?u=ufo_joe
https://archive.org/details/.../...Reed.mp3mit MIME-Typtext/html
Der Browser funktioniert hier einwandfrei – die zurückgegebenen Daten sind eine Webseite, KEINE Audiodatei. Der Onebox-Code muss korrigiert werden, damit er diese als OpenGraph/OEmbed-Seite und nicht als direkten Link zu einer Audiodatei behandelt.
Der direkte Link zur Audiodatei lautet https://archive.org/download/jrad2016-03-24.jrad2016-03-24/08%20In%20Memory%20of%20Elizabeth%20Reed.mp3. Dieser findet sich unter „Dateien > Alle anzeigen“: jrad2016-03-24.jrad2016-03-24 directory listing