Die Same Origin Policy beschränkt die Netzwerkzugriffe auf den selben Server von dem auch das aufrufende Script stammt. Für ein clientseitiges Mashup wie meinen Podcatcher ist das natürlich äußerst hinderlich. Daher habe ich mir ein paar Gedanken gemacht wie ich damit umgehen kann.

Asynchrone Programmierung hat ihre ganz eigenen Tücken. Zum Glück gibt Javascript einem die nötigen Mittel an die Hand um sie zu bewältigen.

Über den vergebliche Versuch statt eines Blobs einen Array Buffer in einer Indexed Database abzuspeichern.

Die IndexedDB API ist eine Schnittstelle um auf eine Key-Value-Datenbank zuzugreifen. Anders als die Web Storage API werden hier als Werte aber Javascriptobjekte (und nicht Strings) gespeichert. Es ermöglicht damit die clientseitige Speicherung von Daten im Browser.

Ich will die API benutzen um MP3-Dateien für meinen Podcatcher zu speichern.

Speichern von Binärdateien im und mit dem Browser ist mal eine andere Anforderung. So anders das die File System API des W3C bislang nur von Googles Chromium unterstützt wird. Ich verwende sie um Audio-Dateien aus dem Internet auch offline vorhalten und abspielen zu können.

Da mein HTML5 Podcatcher ja offline funktionieren soll muss ich eine Möglichkeit finden die Konfiguration und den aktuellen Status im Browser zu speichern. Am Beispiel der Feed-Liste zeige ich hier wie das mittels Web Storage möglich ist.

Um die neuesten Episoden aller gewünschten Podcasts zu erhalten muss man die entsprechenden Feeds auswerten. Dazu muss man also die gängigen Formate laden und parsen.

Kann man eine Liste von Links benutzen um ein Audio-Tag zu steuern? Dieser Frage soll der vorliegende Artikel auf den Grund gehen. Immerhin ist diese Funktion essentiell wichtig um meinen HMTL5 Podcatcher zu programmieren.

Ich habe erstmalig mit Erweiterungen des Webbrowsers Opera experimentiert. Am Beispiel eines QR-Code Generators habe ich mir ein erstes Bild über die Programmierung solcher Add-Ons gemacht.