TV-Browser-Forum

Wie schon gesagt! Es ist auch so ok!

Gruß

Sheldon

Es geht eben nicht einen Parameter zu übergeben, der Sounderinnerer muss ein spezifisches Ziel anbieten. Dieses müsste dann im Erinnerer auswählbar sein, was eine zusätzliche Einstellung ist.

Ohne ein spezifisches Ziel wüsste der Sounderinnerer gar nicht wie empfangene Sendungen zu interpretieren sind.

[ Post made via Android ]

Ich verstehe Deine Argumentation voll und ganz.
Eine kleine Verbesserung soll ja am Ende nicht mehr Aufwand an einer anderen Stelle bedeuten.
Die momentane Lösung ist ja auch ok.

Nur für mein Verständnis. Warum werden zusätzliche Konfigurationen im Erinnerer benötigt?
Die Übergabe an den Sounderinnerer kann doch, wie ich beschrieben habe,
gemäß den bereits vorhandenen Einstellungen im Erinnerer vorgenommen werden.
Es muss dann nur ein zusätzlicher Parameter "Wiedergabe abbrechen (ja/nein)" an den Sounderinnerer übergeben werden.
Den müsste der Sounderinnerer dann interpretieren können.

Eine Anpassung der Konfiguration im Erinnerer sehe ich nicht.
Wenn Du darauf hinaus willst, das der User diesen Abbruch zulassen will oder nicht,
dann kann er das ja im Sounerinnerer tun. Da gehört es von der Funktionalität ja thematisch auch hin.
Wenn das im Sounderinnerer abgestellt wird, kann der Erinnerer senden was er will.
Der Sounderinnerer ist ja bezüglich der Sounds der Chef.

Hattest Du daran schon gedacht?

Nein der Erinnerer weiß eben nicht, dass es einen Sounderinnerer gibt, der weiß nur, dass es ein Plugin gibt das Sounderinnerer heißt und das dies Sendungen empfangen kann.

Du weißt natürlich was der Sounderinnerer ist und was der macht.

Um deinen Vorschlag umzusetzen benötigen sowohl der Sounderinnerer, als auch der Erinnerer neue Funktionen. Wenn es nur den Sounderinnerer beträfe, wäre das kein Problem, aber es ist eben auch der Erinnerer betroffen mit dann noch mehr Konfigurationsoptionen, die dann zusätzlich Verwirrung stiften.

Mehr Verwirrung führt zu mehr Supportaufwand, der dann wieder an mir hängen bleibt.

[ Post made via Android ]

Na ja! Also das stimmt ja schon jetzt nicht so ganz.
Der Erinnerer weiss ja, das es einen Sounderinnerer gibt und welche Informationen der benötigt.

Nein wäre kein schönes Verhalten, weil zu kompliziert. Plugins wissen nichts über die Funktion von anderen Plugins und deshalb ist das, was du möchtest ein Spezialfall, den du vielleicht brauchst, der aber die Einrichtung im Erinnerer unnötig verkomplizieren würde und die ist jetzt eigentlich schon zu komplex.

[ Post made via Android ]

Hallo,

derzeit verhalten sich der Erinnerer und der Sounderinnerer ja ziemlich asynchron.
So kann das Fenster des Erinnerers bereits geschlossen sein aber der Sound immer noch laufen.
Ich fände es besser, wenn es die Möglichkeit gäbe, das Verhalten zu synchronisieren.

Es gibt doch im Erinnerer die Option "Erinnerung automatisch schließen" mit den Einstellungen
- Nach Ende der Sendung
- Nicht schließen
- Nach Ablauf von ...

Und im Sounderinnerer gibt es ja die Möglichkeit, die Wiedergabe des Sounds abzubrechen.
Den Test des Sounds kann man ja abbrechen. Also gibt es da eine Methode, die das kann.

Nun könnte man doch, sobald das Erinnerungsfenster im Erinnerer geschlossen wird, einen Befehl an den Sounderinnerer senden, der diesen dazu bringt, die Wiedergabe des Sounds abzubrechen. Das Verhalten könnte dann wie folgt geregelt werden:

Im Erinnerer ist "Nach Ende der Sendung" gesetzt -> Der Sound wird komplett gespielt
Im Erinnerer ist "Nicht schließen" gesetzt -> Der Sound wird komplett gespielt
Im Erinnerer ist "Nach Ablauf von ... -> Die Wiedergabe des Sounds wird nach Ablauf von ... abgebrochen

Das wäre doch ein schöneres Verhalten, oder?

Gruß

Sheldon