NEWS
Meeting für ioBroker Core/Dev/Admin 18.03.26 20:30
-
Themenliste für März:
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt
- Flot wird aus dem Repo raus genommen, denn es wird nicht mehr gewartet.
- ioBroker Community Initiatives - aktueller Stand (Apollon77)
- Roles und TypeDetector - "Welche neuen Rollen und ggf. Gerätetypen haben wir eingeführt?" (Apollon77)
- value.timer wurde hinzugefügt
- Devices GUI (Bluefox)
- Einfache Visualisierung
- Aliase sind zwingend notwendig
- Devices Adapter: https://www.youtube.com/watch?v=0Aecm5YAk7M
- Ist der Type 'json' für eine Stateobjet zulässig oder nicht. (mcm1957)
- Hier ist eine Inkonsistenz https://github.com/ioBroker/ioBroker.js-controller/issues/3239
- Die Frage wird vertagt
- Soll die Erstellung von Releases in Github verpflichtend sein oder nicht? (mcm1957)
- Wir empfehlen es, aber zwingen es nicht
Der Link zum Treffen:
Wer Themen zum Meeting hat, einfach hier drunter schreiben und wir tragen es ein.
Die Meetings werden auf 2 Stunden begrenzt. Themen die nicht behandelt werden können, verschieben wir auf nächsten Monat.
Aber es kann durchaus passieren, dass Diskussionen auch nach dem Ende weiter geführt werden. :-)Alles was im Meeting besprochen wurde, wird hier unterhalb der Themen, stichpunktweise dokumentiert.
Das nächste Meeting wird dann Ordnungsgemäß am 15.04.26 stattfinden.
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt
-
Nur falls bis zum Meeting nichzt via Issue oder PR eh geklärt / gefixed:
Klärung der Frage:
Ist der Type 'json' für eine Stateobjet zulässig oder nicht.- Tydefinition kennt ihn nicht.
- Admin kennt ihn nicht.
- In Docu gibts ihn.
- js-controller Code erlaubt ihn.
- javascript Code kennt ihn.
Was ist nun richtig?
Ref: https://github.com/ioBroker/ioBroker.js-controller/issues/3239 -
Nur falls bis zum Meeting nichzt via Issue oder PR eh geklärt / gefixed:
Klärung der Frage:
Ist der Type 'json' für eine Stateobjet zulässig oder nicht.- Tydefinition kennt ihn nicht.
- Admin kennt ihn nicht.
- In Docu gibts ihn.
- js-controller Code erlaubt ihn.
- javascript Code kennt ihn.
Was ist nun richtig?
Ref: https://github.com/ioBroker/ioBroker.js-controller/issues/3239@mcm1957 sagte: javascript Code kennt ihn.
Behandelt ihn Javascript anders als den Typ "string"?
@mcm1957 sagte in Meeting für ioBroker Core/Dev/Admin 18.03.26 20:30:
Tydefinition kennt ihn nicht.
Typdefinition kennt auch kein "array", aber die Behandlung unterscheidet sich vom Typ "object".
-
@mcm1957 sagte: javascript Code kennt ihn.
Behandelt ihn Javascript anders als den Typ "string"?
@mcm1957 sagte in Meeting für ioBroker Core/Dev/Admin 18.03.26 20:30:
Tydefinition kennt ihn nicht.
Typdefinition kennt auch kein "array", aber die Behandlung unterscheidet sich vom Typ "object".
@paul53 sagte in Meeting für ioBroker Core/Dev/Admin 18.03.26 20:30:
Typdefinition kennt auch kein "array", aber die Behandlung unterscheidet sich vom Typ "object".
Ist hier zwar nicht der richtige Platz für Diskusssionen aber 'array' ist sehr wohl in der Typdefinition des ioBroker Types für States enthalten:
https://github.com/ioBroker/ioBroker.js-controller/blob/cfa895ce06f9a743244dd24b77f710487c41a533/packages/types-dev/objects.d.ts#L168Weitere inhaltliche Anmerkungen zum Thema sind sicher sinnvoll, ich schalge aber vor diese im ISSUE ( https://github.com/ioBroker/ioBroker.js-controller/issues/3239) abzulegen. Hier sollte m.E. keine (inhaltliche) Diskussion stattfinden.
-
Und noch eine Bitte / Frage:
Klärung der Frage:
Soll die Erstellung von Releases in Github verpflichtend sein oder nicht?Hintergrund:
Derzeit erstellt to action iobroker/action-deploy immer eine Release. Es gibt tw. den Wunsch keine Release zu erstellen. Wenn wir die Release verpflichten haben wollen, dann kann ich das kommunizieren. Wenn die nur optional ersteltl werden soll (je nach Vorliebe des Devs) dann sollteman dies in der action auch optional machen um "Privatversionen" der Action nur aus diesem Grund zu minimieren. Deafult sollte IST Stand, also Erstellung von Releases, bleibenPersönlich kann ich mit beiden Versionen leben möchte aber ohne Abgleich mit euren Meinung(en) weder die Action aufweichen noch was urgieren...
Damuts klar ist - es geht um diesen Bereich hier:

-
Und noch eine Bitte / Frage:
Klärung der Frage:
Soll die Erstellung von Releases in Github verpflichtend sein oder nicht?Hintergrund:
Derzeit erstellt to action iobroker/action-deploy immer eine Release. Es gibt tw. den Wunsch keine Release zu erstellen. Wenn wir die Release verpflichten haben wollen, dann kann ich das kommunizieren. Wenn die nur optional ersteltl werden soll (je nach Vorliebe des Devs) dann sollteman dies in der action auch optional machen um "Privatversionen" der Action nur aus diesem Grund zu minimieren. Deafult sollte IST Stand, also Erstellung von Releases, bleibenPersönlich kann ich mit beiden Versionen leben möchte aber ohne Abgleich mit euren Meinung(en) weder die Action aufweichen noch was urgieren...
Damuts klar ist - es geht um diesen Bereich hier:

@mcm1957 sagte in Meeting für ioBroker Core/Dev/Admin 18.03.26 20:30:
Soll die Erstellung von Releases in Github verpflichtend sein oder nicht?Kann am
Mittwoch nicht dabei sein:
Man könnte mal die Vorteile der Releases herausstellen:- Auf Github kann man über das Release komfortabel auf den Codestand springen um zu schauen wie und ob, in bestimmten Dateien Features umgesetzt waren oder nicht
- Über die Releases kann man komfortabel Diffs zwischen verschiedenen Versionen erstellen um zu schauen was sich alles geändert hat. Das geht meines Wissens mit TAGs nicht oder nicht so komfortabel
