@Eric
Ja, das Anlegen von 5 Millionen Assets ist so wirklich eher unübersichtlich,speziell im Add Episode Dialog. Was jedoch die Feeds anbelangt, wirds ohne für jede Show eigene (und damit viele) Feeds kaum gehen.
Sicher, man könnte jetzt irgendwie einen MP3-Feed machen, in dem man noch zusätzliche „Showfeature“-Metainfos reinpackt um so innerhalb eines einzigen Feeds die Episoden einzelnen Shows zuzuordnen/unterscheiden zu können, aber das würde es notwendig machen, dass die Podcastclients die Showunterscheidung treffen müssten um es dementsprechend anzuzeigen. Sprich: sowohl die Showauswahl beim Abonnieren als auch beim Anzeigen „Oh, es gibt neue Episoden in Deiner Show“. Das macht es für die Nutzer schwieriger so einen Feed zu abonnieren(weil mehr Auswahl zu treffen), und auch es schwieriger in einem Podcastclient zufriedenstellend einzubauen(was ist, wenn man mehrere Shows abonnieren will).
Stell ich mir zu aufwändig vor.
Wenn Du für jede Show eigene Feeds hast, auch für jedes Dateiformat eigene, wär jede Show wie ein eigener Podcast, nur halt auf einer Webseite und nicht auf verschiedene verteilt.
Und wenn man mehrere Audioformate anbieten will, kommt man um nochmal so viele Feeds nicht rum. Das ist ja auch ohne Showfeature schon so und da sollte, von der Grundidee her, auch ein Showfeature nicht von abweichen.
Zur Vereinfachung hab ich aber schon 1-2 Ideen, bräuchte da nochmal Hilfe von Dir, weil ich nicht so ganz sicher bin, ob ich die Grundidee hinter den Assets überhaupt richtig verstanden habe. Was war Eure Idee dahinter, diese gesondert zu machen? Welche Vorteile hat das? Da man pro Feed nur ein Asset auswählen kann, wäre es da nicht fast sinnvoller die „Asseterstellung“ dort reinzuwerfen?
Verhindert Multi-Format-Shows …
Ich denke, ein Showfeature sollte das bisherige Featureset von Podlove nicht einschränken oder gar zurückbauen. Derzeit gehen Multiformatpodcasts, also muss es auch mit Showfeature gehen und ich sehe da keinen wirklich guten Grund das aufzugeben. Es wäre, meiner Ansicht nach, besser, wenn wir da eher die potenziellen Fehlerquellen aus dem Entwurf rausdesignen.
Subscribe-Button:
Ja, da hatte ich mir lange drüber Gedanken gemacht. Wichtig ists, wenn es ein Showfeature gibt, dass es genauso leicht möglich ist die einzelnen Shows zu abonnieren, wie derzeit einen normalen Podcast. Sonst müsste man für die einzelnen Shows wieder einzeln die Feed-Links zum Copy’n’Pasten dem User überhelfen und da sollte der Subscribe-Button ursprünglich ja Abhilfe schaffen.
Man könnte jetzt für jede Show einen Subscribe-Button machen(was vermutlich die einfachste Lösung ist) aber wenn Du mehrere Audioformate anbieten willst, und Du nicht die Formatauswahl im Button geben kannst, müsstest Du dann ne Anzahl von Shows*Audioformaten-Subscribe-buttons auf die Homepage packen. Bei 5 Shows und 5 Formaten wären das schonmal 20 Buttons und leicht unübersichtlich. Oder ich biete mehrere Formate gar nicht erst an, aber dann bringt mir diese Option in Podlove generell wenig.
Und ich denke, wenn ein User die Auswahl von mehreren Podcastclients durchsteht, dann auch die Auswahl von mehreren Shows und evtl mehreren Formaten(notfalls schreibe ich ein, zwei Worte mit auf die entsprechende Unterseite meines Podcastblogs zur Erklärung).
Was ich mir aber denken könnte, als Option, wäre den Subscribe-Button um mehrere Optionen zu erweitern. Beispiel, dass Du den einfachen Button aufs Blog packst(abonniere einfach alle Shows von uns), der für den unbedarften User die beste Option wäre(also wie es derzeit ist), während für User, die es genauer haben wollen, ich eine eigene Unterseite mache, auf der es nen erweiterten Button gäbe, in dem man auch die Shows auswählen kann.
Als Podcaster hab ich dann für den Subscribe-Button mehrere Optionen, die ich angeben kann(ich saug mir jetzt mal ein paar aus den Fingern):
Shows=On - Fügt Showauswahlliste hinzu
Showtitle=„title“ - Wenn ich nicht „Shows“ sondern „Hörbücher“ anbiete, wird im Subscribe-button in der Showauswahl „Hörbücher“ und nicht „Shows“ stehen.
Assets=On - Fügt die (Audio)Formatauswahl hinzu
AssetsSelection=„MP3|MP4|OGG|PDF“ - Ich kann konkret angeben, welche Formate im Subscribe-Button angeboten werden sollen oder auch welche weglassen.
Wenn ich also beispielsweise einen Hörbuchpodcast mit MP4/MP3/FLAC mache und es meinen Hörern möglich machen möchte diese individuell zu abonnieren, würde ich angeben „Shows=On Showtitle=„Hörbücher“ Assets=On“.
Ob jetzt ne DropDownListe das Mittel der Wahl wäre, oder nicht, weiß ich nicht, aber die (ein und ausschaltbare) Abonnierbarkeit von Shows muss (und Formaten sollte) da irgendwie mit rein…
@helmi
Genau das denke ich auch. Manchmal kann es sinnvoll sein, Ankündigungen, die alle Shows betreffen, in allen Shows auszuliefern „Homepage zieht um/ Podcast macht erstmal Pause/ etc“
Die Dropdownliste hab ich erstmal eher als Idee reingepackt. Da gibts bestimme bessere Ansätze, aber ein Showauswahlfähiger-Subscribebutton wird notwendig sein. Wie der auch immer im Konkreten aussehen mag.
Mit Links zu arbeiten oder vielleicht sogar zurück zu „Copy’n’Pasten“ für einzelne Shows halte ich für nicht zielführend, eben weil mit dem Subscribe-Button ja eine einfachere Lösung existiert.
Und ich glaube, es gibt auch viele unbedarfte(und mit Feedlinks überforderte)User, die trotzdem gern individuell Shows abonnieren möchten.
Beispielsweise, wenn ich Hörbücher anbiete und man nur eines der Hörbücher abonnieren möchte, weil nur das Eine einen interessiert.
Da muss ein Subscribebutton für da sein…irgendwie…
, hab ich mich mal an ein Design rangesetzt, wie so ein Showfeature in Podlove aussehen könnte.
) Trello-Karte zu dem Thema: 
Es macht den Abo-Prozess komplexer, da der Nutzer mehr Entscheidungen treffen muss. (Welche Show will ich abonnieren? Welches Format?). Eventuell ist es simpler, die Formatwahl weiterhin der Button-Logik zu überlassen und alle Shows mit je einem Abo-Button für exakt diese Show aufzulisten. Dann kann der Subscribe-Flow auch exakt gleich bleiben wie bisher.
