Eigenleben der Schaltaktoren

[Xel66]

Die Namannin der CCU sind im Allgemeinen sowieso nur Schall und Rauch und werden nicht für die Funktion, sondern nur im WebUI und beim Scripting verwendet. Die CCU spricht ihre Geräte über interne IDs an. Alles was von extern kommt kann/ muss aber mit diesen Namen arbeiten. Ich habe aber von Anfang an konsequent darauf verzichtet, Sobderzeivhen einzusetzen. Und da ist es mir egal, ob es ein deutsches Produkt ist. In anderen Systemen habe ich negative Erfahringen damit gemacht und wollte somit daherrührende Probleme von vornherein vermeiden. Warum soll man's riskieren?

Gruß Xel66

[dtp]

Ist ja im Prinzip richtig, aber ich kriege einfach Pickel, wenn ich Push-Nachrichten empfange, in denen ich dann sowas wie "Fenster_Kueche" lesen muss. Und da ich täglich ca. 50 solcher Push-Nachrichten erhalte, würde ich mich dann schon lange nicht mehr auf die Straße wagen.

Warum sollte ich sowas aufwändig "übersetzen", wenn es auch so geht?

[Xel66]

Ich kriege einfach Pickel, wenn ich Push-Nachrichten empfange, in denen ich dann sowas wie "Fenster_Kueche" lesen muss.

Nun ja, das ist such mehr ein "gefühltes" Problem. Der Informationsgehalt ist vergleichbar. Genau so benötige ich keine farblichen Hervorhebungen. Ich bin da eher puristisch aufgestellt. Und wenn ich durch diese simple Maßnahme der Vermeidung von Umlauten, Sonder- und Leerzeichen eventuell Probleme als Seiteneffekt an ganz anderer Stelle vermeiden kann, dann tue ich das. Bei der Darstellung von Meldungen, die ja so nicht vom Hersteller vorgesehen sind, mag das ja auch noch tolerierbar sein. Wenn es aber im Funktionalität geht, dann hat das eindeutig höhere Priorität. Und wenn ggf. Scripte darüber stolpern könnten, geht das eindeutig in Richtun Funktionalität.

Aber das Problem des TE liegt eher nicht in dem Bereich. Ich tippe da eher über irgendwelche Ansteuerung durch die Verwendung von SONST in Programmen, die mangels Logikverständnis keine Beachtung finden.

Gruß Xel66

[dtp]

Na ja, mit derselben Argumentation könnten man dann ja auch Rechtschreibfehler tolerieren.

Und wie gesagt, es funktioniert ja soweit alles in der ReGaHSS. Wenn dem nicht so wäre, würde ich notgedrungen auch auf Sonderzeichen, Umlaute und Leerzeichen verzichten. Muss ich aber ja gar nicht.

Ich schreibe jetzt mal ein Addon für die CCU, das nicht mit dem Buchstaben "e" klarkommt. Mal sehen, ob sich dann auch alle bei ihrer Namensgebung daran orientieren.

[Xel66]

Ich schreibe jetzt mal ein Addon für die CCU, das nicht mit dem Buchstaben "e" klarkommt. Mal sehen, ob sich dann auch alle bei ihrer Namensgebung daran orientieren.

Es geht nicht um Addons, sondern u.a. um die im System eingebaute Scriptingengine. Und diese hatte selbst schon Probleme mit Programmnamen mit führenden Ziffern. Und das wäre ja eigentlich Standard. Was Addons machen ist mir grundsätzlich egal, es sei denn, ich benötige die Funktionalität dringend und kann sie nicht per Bordmitteln nachbilden. Mit Sonderzeichen kommst Du schon an Grenzen, wenn Du Inhalte per URL an andere Systeme übermitteln willst und musst ein Handling einbauen. Das könnte man sich auch sparen mit dem Verzicht auf Sonder- und Leerzeichen. Ist aber nicht unbedingt praktikabel.

Gruß Xel66

[dtp]

Ich denke, wir brauchen das hier nicht weiter zu diskutieren. Zumal, wie du ja selbst schreibst, dies nicht die Ursache für das Problem des TO ist.

[Xel66]

Jo.

[DarkGhost95]

Wie mache ich denn sinnvollerweise mit einem Taster eine direkte Verknüpfung auf mehrere Aktoren (in dem Fall Lichter) geht sowas?

[Sammy]

Einfach x mal eine neue Direktverknüpfung anlegen.