Parametererklärungen für die SF Doku

[greentux]

Der RAM Bereich wiegt die Vorteile aus meiner Sicht mehr als auf.

[Chris M.]

Was ich mir vorstellen könnte, wäre im "attributes"-Bereich eines Widgets ein zusätzliches Element Namens "description" hinzuzufügen und so im Code und für den Editor sichtbar eine Kurz(!)beschreibung zu hinterlegen.

Nachteil: höherer RAM-Verbrauch auf Rechnern die eh niemals editieren werden.

Wie ist da die allgemeine Meinung zu?

Beispiel (lustlos):

attributes: {
  on_value:   { type: 'string'  , required: false, description: "Wert bei An" },
  off_value:  { type: 'string'  , required: false, description: "Wert bei Aus" },
  mapping:    { type: 'mapping' , required: false, description: "Mapping, halt" },
  styling:    { type: 'styling' , required: false, description: "Das Styling" },
  align:      { type: 'string'  , required: false, description: "Wo's hin soll" }
 },

[swiss]

Danke für die Ergänzung. Dann ist schon wieder etwas mehr klar.

[Chris M.]

Mapping und Styling wird am Anfang der Config-Datei definiert. (Z.Zt. nur per Hand, der Editor kann das nicht ändern, aber durchaus weiterverwenden).
In der Config-Demo steht z.B.:

    <mappings>
      <mapping name="OpenClose">
        <entry value="0">zu</entry>
        <entry value="1">offen</entry>
      </mapping>
      <mapping name="OnOff">
        <entry value="0">Aus</entry>
        <entry value="1">An</entry>
      </mapping>
      <mapping name="Sign">
        <entry range_min="-1e99" range_max="0">Negativ</entry>
        <entry value="0">Null</entry>
        <entry range_min="0" range_max="1e99">Positiv</entry>
      </mapping>
      <mapping name="KonnexHVAC">
        <entry value="auto">Auto</entry>
        <entry value="comfort">Komfort</entry>
        <entry value="standby">Stand By</entry>
        <entry value="economy">Economy</entry>
        <entry value="building_protection">Haus-Schutz</entry>
      </mapping>
    </mappings>

So wird beim "OpenClose" Mapping dem KNX-Wert 0 die Anzeige "zu" zugeordnet.

[swiss]

Hallo zusammen.

Ich versuche heir mal die Einzelnen in der Comet Visu möglichen Parameter und Funktionen zusammen zu tragen um daraus in einem zweiten Schritt eine möglichst volltständige Parameterbeschreibung im SF Wiki anzulegen. Hier mal dass das ich bis jetzt zusammen getragen haben.

Anregungen, Änderungen und Ergänzungen sind ausdrücklich erwünscht!


Die einzelnen Parameter im Überblick:

align: (left, right, center) Bestimmt die Position des Textest z.B. innerhalb einer Schaltfläche

name, text-content, label: Anzeigename des Elementes

maping: Mit maping kann man die Anzeige von Werten und Zuständen maskieren. z.B. 0 wird als AUS angezeigt und 1 als EIN

adress: Hier werden die Gruppenadressen angelegt, die mit diesem Element verknüpft werden sollen.

flavour: ???

styling: vordefinierte Farbschemas für Schaltflächen usw... z.B. Rot/Grün

min: minimaler Wert z.B. 0

max: maximaler Wert z.B. 255

step: Schrittgrösse zwischen 2 Werten z.B. 1

src: Pfad zu einer Datei.

width: Breite eines Elements in Pixel z.B. 800

height: Höhe eines Elements in Pixel z.B. 300

refresh: Aktualisierungsrete in sekunden z.B. 10

frameborder: (yes/no) Einstellung ob um ein Element einen Rahmen angezeigt werden soll oder nicht.

background: Hintergrundfarbe eines Elementes.

rrd: Hier wird der Dateiname OHNE ENDUNG .rrd eingegeben. z.B. 28.D0327E020000_temp

unit: Mit diesem Parameter wird die Masseinheit festgelegt. z.B. °C

series: (hours/days/weeks/months/years) Legt fest für welchem Zeitraum die Grafik dargestellt werden soll.

period: Erweitert die Angabe zum Zeitraum der Darstellung. z.B. 7

datasource: (Min/Avg/Max) Legt fest ob der Minimal-, Durchschnitts- oder Maximalwert dargestellt werden soll.