Ich liste hier mal relativ ungeordnet und unreflektiert ein paar Punkte auf, die mir bei dem Umgang mit Websources aufgefallen sind. Die Ideen oder Vorschläge ergeben sich aus meiner Arbeitsweise und müssen natürlich nicht für jeden sinnvoll sein. Soweit möglich, versuche ich zu erklären, warum ich einen bestimmten Vorschlag mache.
Adjust Tag Information Dialog abschaltbar machen
Ich kann mich nicht erinnern, jemals in dem Adjust Tag Dialog Informationen eingegeben zu haben. Wenn ich Daten manuell eingebe, mache ich das über "Extended Tags" oder direkt in der Tabellenansicht. Wenn man den Dialog über Options->Messages abschaltbar machen könnte, würde für mich die Benutzbarkeit erheblich verbessern.
Einheitliches Handling von COMMENT, UNSYNCEDLYRICS
Mir fehlt die Möglichkeit, so wie in der Spec vorgesehen, mehrere COMM- oder USLT-Frames anzulegen, die sich nur in der Sprache unterscheiden. Wie ich mir das vorstelle hab ich in dem anderen Post schon umrissen. Wichtig hier ist mir aber auch, dass das nicht bei Aktionen so und bei Websources anders implementiert wird, wie das zur Zeit der Fall ist.
Anlegen von mehrfachen Tags durch \\
Ich würde mir wünschen, dass es einen (einheitlichen) Weg gibt, mehrfache Tags (zB Composer) anzulegen. Im Moment geht das im Extended Tag Dialog, wenn ich die Werte mit \\ trenne, aber nicht in Aktionen und auch nicht in Websources. Für das Handling von "paired lists" (wie IPLS) gilt das gleiche, auch da verhält sich der Extended Tags-Dialog anderes als Aktionen und Websources.
Zugriff auf die %Metadaten%
Aus meiner Sicht würde die Möglichkeit, Zugriff auf die bestehenden Metadaten zu haben, das Zusammenspiel zwischen Aktionen und Websources verbessern.
Output aus ParserScriptIndex in ParserScriptAlbum
Output-Buffer, die aus ParserScriptIndex an mp3tag zurück geliefert wurden, sollten in dem zweiten Aufruf, also in ParserScriptAlbum ihren Wert behalten.
Löschen von bestehenden Tags aus einer Websource
Wenn eine Websource einen leeren String zurück liefert, wird der betreffende Tag nicht gelöscht, sondern der (leere) Wert einfach ignoriert. Manchmal wäre die Möglichkeit, dem das Löschen eines Tags aus einer Websource heraus zu triggern, hilfreich.
Einführung von "Input"-Buffer
Im Moment gibt es nur einen (impliziten) Input-Buffer, der die HTTP-Antwort enthält. Ich habe mir schon ziemlich oft gewünscht, dass es möglich wäre, benannte Input-Buffer zu haben, zwischen denen man umschalten könnte. Sozusagen ein Kommando InputFrom "Beispiel", dass dann auf den Buffer "Beispiel" umschaltet. Ergänzend dazu noch ein Befehl mit dem man die Antwort einer Http oder XML-Anfrage in den Buffer bekommt, zB Fetch "" um den Inhalt in den aktuellen Buffer zu speichern. Und wenn man dann die Trennung zwischen "Input" und "Output"-Buffer aufhebt, könnte man noch viele weitere interessante Dinge machen. Zum Beispiel könnten mit diesem Konstrukt Websources für Sites implementiert werden, die ihre Daten nicht nach dem Index/Album Schema anbieten.
Aufrufen von Websource-Scripts über Tastatur
Ich bin nicht der größte Freund vom Maus-Schubsen, vor allem, wenn es um das Endlose Wiederholen immer gleicher Abläufe geht. Es wäre schön, wenn es die Möglichkeit gebe, das Ausführen von Websource-Skripts !einer! Tastenkombination zuzuordnen.
(Ich hab gerade entdeckt, dass CTRL-I und CTRL-SHIFT-I nicht unbedingt "freedb" aufruft, sondern scheinbar die zuletzt verwendete Websource. Genau so etwas hab ich gesucht, die Dokumentation ist an der Stelle wohl veraltet.)
Zeitstempel im Debug.log
Zum Optimieren könnte es hilfreich sein, nachzuvollziehen, welche Kommandos besonders viel Zeit verbrauchen. Vielleicht könnte man das debug-Kommando so ergänzen, dass auch möglichst genaue Zeiten in dem Logfile mit protokolliert werden.