Diskussion:SONOS

Sehr sehr schick. Eine Anmerkung habe ich: Die Codebeispiele sind direkt aus der fhem.cfg Das halte ich für unglücklich, da wir die User dazu bringen wollen, nicht mehr direkt in der fhem.cfg rum zu fuchteln (ich weiß, hab ich bei meinen eigenen Codebeispielen hier auch noch nicht verwirklicht wie mir grade auffällt) Besser wäre aber sicherlich, die Codebeispiele so abzulegen, dass man diese über DEF Copy&Pasten kann. Rince (Diskussion) 09:40, 10. Mär. 2014 (UTC)

Das kann ich auf jeden Fall umbauen. Hier hat sich in den letzten beiden Jahren ja auch Fhem-seitig einen Paradigmenwechsel gegeben. Am Anfang gab es diese DEF-Editiermöglichkeit auf der Oberfläche nicht, und jetzt ist sie das Mittel der Wahl.
Ich werde das mal umschreiben und entsprechend Dokumentieren, dass es für die DEF-Eingabe gedacht ist. Reinerlein (Diskussion) 9:46 16. Jan. 2015

Was genau sollte man eigentlich umbauen? Nur die doppelten Semikola in einfache umstellen? Die define-Anweisung würde ich gerne drin lassen, da manche Beispiele auf den bestimmten Namen aufbauen... das wäre sonst für Einsteiger schwer nachzuvollziehen... Reinerlein (Diskussion) 23:46 16. Jan. 2015

Verschieben der Seite nach SONOS oder Sonos

Diese Seite ist nach meiner Meinung deplaziert. Sie beschreibt ausführlich das für Fhem wichtige SONOS-Modul und versteckt sich als "Sonos Anwendungsbeispiel". Während die derzeitige Seite "Sonos" (die man durch Suche normalerweise anspricht) keinen sonderlich sinnvollen Inhalt hat und nur eine manuelle Weiterleitung nach "Sonos Anwendungsbeispiel" darstellt. Darum: "Sonos Anwendungsbeispiel" mit "Sonos" auf den Namen "Sonos" oder "SONOS" konsolidieren. --Krikan (Diskussion) 20:46, 6. Sep. 2014 (UTC)

Diese Anregung unterstütze ich. Hier würde ich sogar vorschlagen, diese Seite (als Modulbeschreibungsseite) genauso zu benennen, wie das Modul, also SONOS. Die Sonos-Seite würde ich als allgemeine Begriffsbestimmung / Übersichtsseite durchaus so stehen lassen. Ich stupse mal Reinerlein auf diese Diskussion an. --Peter (Diskussion) 06:31, 16. Jan. 2015 (UTC)

Danke fürs stupsen :-) Das hier habe ich nicht mitbekommen. Ich hatte damals auch überlegt, wie ich die Seite nennen soll. SONOS (als Modulseite) fand ich im Zusammenspiel mit Sonos (als Produktseite) unglücklich. Eine Unterscheidung nur in der Groß-/Kleinschreibung einer Seite fand/find ich nicht so gut. Ich würde aber trotzdem gerne beides hier behalten wollten. Ich dachte auch nicht, dass es ein großes Problem wäre, da es ja überall verlinkt ist (aus der commandref, aus der Sonos-Seite). Reinerlein (Diskussion) 9:40 16. Jan. 2015

(Auch teilweise) Hintergrund dieses Vorschlags: über die "Infobox Modul" lässt sich ein einheitlicher Startpunkt für Informationen über Module erstellen. Und die Infobox funktioniert am besten, wenn die einbindende Seite genau so heißt, wie das Modul selbst. Dann funktioniert z.B. die (automatische) Verlinkung auf die commandref. Hat den Vorteil, dass jemand mit Problemen in einem spezifischen Modul über den Modulnamen im Wiki den mehr oder weniger direkten Zugriff auf die relevanten Informationen (Developer, Forenbereich für Fragen, commandref, etc.) bekommt. --Peter (Diskussion) 09:00, 16. Jan. 2015 (UTC)

Ok, aber diese Infobox ist ja nun da, und auch gefüllt :-)
Sonst würde ich eher vorschlagen, dass ich die wirklich kurze Beschreibung von Sonos als einen Absatz in den Text von "Sonos Anwendungsbeispiel" einbaue, und die Seite in Zukunft "Sonos" heißt (und "Sonos Anwendungsbeispiel" als direkte Weiterleitung umgebaut wird, damit alte Links noch funktionieren). Das fände ich auch optisch schöner. Das Modul hat ja nur deswegen die Großbuchstaben, weil es damals bei Fhem so üblich war... Reinerlein (Diskussion) 16:00 16. Jan. 2015

Infobox habe ich durch Überschreiben diverser Automatiken erst (halbwegs) vernünftig füllen können ;-)
Weiterleitung halte ich für selbstverständlich. Was stört Dich eigentlich an SONOS? Dein (tolles) Modul heißt so. Firmenlogo ist auch so; dachte deshalb ist Dein Modul so benannt. Die derzeitige Sonos Seite ist aus meiner Sicht unnötig, die zu nutzen wäre mMn besser als derzeitige Situation (s.o.). Letztlich ist es aber Deine Entscheidung; Du hast schließlich die enorme Arbeit in das Modul und Doku gesteckt. Darum abschließend hier ein großes Danke an Dich für das Modul, das ich auch intensiv einsetze --Krikan (Diskussion) 15:52, 16. Jan. 2015 (UTC)

Du hast natürlich Recht. In meinem Alter muss man das aber erstmal auf der Zunge zergehen lassen :-) Ich denke schon, dass man die Seite in "SONOS" umbenennen kann. Dann würde ich die Einleitung noch um einen Sonos-Satz erweitern, und dann haben wir es wohl. Reinerlein (Diskussion) 23:30 16. Jan. 2015

Versionshistorie des Moduls SONOS

... nimmt mittlerweile ziemlich viel Platz ein, ist aber für die meisten Benutzer vermutlich nicht wirklich relevant / interessant. Vorschlag daher: sofern das überhaupt hier im Wiki bleiben soll, dann auf eine eigene Seite oder hier auf die Diskussionsseite verschieben. --Peter (Diskussion) 06:31, 16. Jan. 2015 (UTC)

Ich würde gerne trotzdem alles auf einer Seite lassen, da ich das besser überblicken kann. Kann man das nicht auf einfache Weise aufklappbar machen, sodass es erstmal nicht zu sehen ist, und wer es sehen will klappt es sich auf? Reinerlein (Diskussion) 9:42 16. Jan. 2015

Schiebe es doch einfach ans Ende der Seite; damit gewinnt die Seite mMn für den Leser an Übersichtlichkeit. --Krikan (Diskussion) 15:56, 16. Jan. 2015 (UTC)

Was hältst Du / haltet ihr von sowas (mal als Basis; an den Details kann man sicherlich noch "feilen"):

Datum	Version	Änderungen
22.02.2013	1.10	IsAlive beendet nicht mehr den Thread, wenn der Player nicht mehr erreichbar ist, sondern löscht nur noch die Proxy-Referenzen FHEMWEB-Icons werden nur noch im Hauptthread aktualisiert Getter 'getBalance' und Setter 'setBalance' eingeführt. HeadphoneConnected inkl. minVolumeHeadphone und maxVolumeHeadphone eingeführt InfoSummarize um die Möglichkeit der Volume/Balance/HeadphoneConnected-Felder erweitert. Außerdem werden diese Info-Felder nun auch bei einem Volume-Event neu berechnet (und triggern bei Bedarf auch!) InfoSummarize-Features erweitert: 'instead' und 'emptyval' hinzugefügt IsAlive prüft nicht mehr bei jedem Durchgang bis zum Thread runter, ob die Subscriptions erneuert werden müssen

--Peter (Diskussion) 16:22, 16. Jan. 2015 (UTC)

Das gefällt mir echt sehr gut. Ich würde nur Datum und Versionsnummer oben orientieren, was aber nur kleinkram ist... Reinerlein (Diskussion) 19:46 16. Jan. 2015