Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Negalein]

@sigi234 sagte in vis-2-widgets-collection:

Der Github Link ist nicht verlinkt.

[sigi234]

@carsten04 sagte in vis-2-widgets-collection:

auch wenn noch etwas fehlt.

Na da fallen mir einige ein:

Table Widget
Plump Widget
Windows and Shutter Widgets
Door Widget
Thermostat Widget
Cam Widget

[carsten04]

@sigi234 Ich meinte auch eher bei den vorhandenen Widgets :-). Neue Widgets kommen dann immer mal wieder dazu . . .

[Mirtl]

Ich bin gerade auf diese Widget-Sammlung gestoßen. Sieht generell super aus.
Ein Frage hätte ich allerdings. Ich bin auf der Suche nach einem Dropdown-Widget, deren Listenwerte nicht starr am Widget hinterlegt sein müssen, sondern dynamisch aus seiner JSON gelesen werden können.
Hintergrund ist der, dass ich eine Vielzahl dieser dropdown benötige, welche aber eigentlich die gleichen Listenpunkte benötigt. Wenn hier einer dazukommt oder wegfällt, so müssen derzeit alle Widgets händisch angepasst werden. Das macht auf Dauer keinen Spaß.

Ist diese Funktion bei Dir implementiert? Hab jetzt so weiter nix gefunden. Danke Dir schon mal.

[carsten04]

@Mirtl Das können die Widgets noch nicht, da es ein ganz anderer Ansatz wäre. Aber es gibt ja noch viele andere Widgets für vis-2, z.B. die inventwo. Da kenne ich mich aber zu wenig aus, um dir jetzt konkret sagen zu können, ob das geht oder nicht.

[Mirtl]

@carsten04 Danke für die Antwort. Die gängigen Widgets habe ich alle durch. Da ist kein einziges dabei, das meine Wünsche unterstützen würde (oder ich bin zu doof, es zu kapieren).
Dann bleibt mir halt nur der Weg des händischen anpassens.

[sigi234]

@carsten04

Hallo, kannst du beim Auswahlwidget nur lesen einbauen?

{
  "type": "state",
  "common": {
    "name": "552",
    "type": "number",
    "role": "level",
    "write": false,
    "read": true,
    "def": 0,
    "states": {
      "0": "Inactive",
      "1": "Ready",
      "2": "DelayedStart",
      "3": "Run",
      "4": "Pause",
      "5": "ActionRequired",
      "6": "Finished",
      "7": "Error",
      "8": "Aborting"
    }
  },
  "native": {},
  "from": "system.adapter.cloudless-homeconnect.0",
  "user": "system.user.admin",
  "ts": 1740755632019,
  "_id": "cloudless-homeconnect.0.xxxxxxxxxxx.Status.OperationState",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Ist ein GS und ich möchte den Status angezeigt bekommen.

[carsten04]

@sigi234 Wenn es Dir nur um den Status geht, dann nehme doch das State Widget mit "Nur Anzeige" aktiviert, oder habe ich Dich falsch verstanden?

[sigi234]

@carsten04 sagte in vis-2-widgets-collection:

@sigi234 Wenn es Dir nur um den Status geht, dann nehme doch das State Widget mit "Nur Anzeige" aktiviert, oder habe ich Dich falsch verstanden?

Diese Option habe ich bei mir nicht. Ich habe mal nur Zustände genommen.

[carsten04]

@sigi234 "Nur Anzeige" wird dann dargestellt, wenn common.write=true. Wenn write in common fehlt, oder auf false gesetzt ist, fehlt die Checkbox. Ich werde bei einem der nächsten Patches es so machen, dass die Checkbox immer dargestellt wird. Das Problem mit read und write in common ist, dass es leider nicht durchgänig bei allen States durch die zugehörigen Adapter richtig gesetzt wird (manchmal fehlen die Einträge komplett) und ioBroker macht hier auch keine Vorgaben. Man kann sich auf die Einträge in common daher leider nicht verlassen, ansonsten wären read und write natürlich für das Verhalten eines Widgets perfekt nutzbar.