@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#L168 Weitere 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.

obsolet Eintrag in Meeting für März verschoben

@dutchman kannst du mir sagen wo die Aufzeichnung vom Meeting zur Verfügung steht?

Alles klar @mcm1957 - ich setze auf dem main Stand nochmal auf und teste die diversen Punkte aus dem Forum. ( 1.5.3 ) Hier ist schluss - melde mich telegram oder neuem Thread.

Wir sammeln auch Themen fürs nächste Meeting. Wenn ihr was habt, dann einfach hier schreiben :-)

Ich würde ein paar Worte zu diesem Thema anbieten: Kommende Änderungen bei npm (November) Abkündigung dauerhafter (classic) Token trusted deployment Anpassungen @iobroker/testing-action-deploy und test-and-release.yml workflow

NOTES FOR NEXT MEETING Vorschlag: Adapter creator sollte die Erstellung neuer (!) Adapter mit materialize UI nicht mehr anbieten da jsonConfig bereits ausreichend Funktionalität anbietet und React für komplexe UIs verfügbar ist. Insbesodere neuen Devs sollte nicht zu vile Optionen angeoten werden da dies nur verwirrt. https://github.com/ioBroker/create-adapter/issues/1187 Wäre zu besprechen. In dem Zusammenhang kann man auch das Thema maetrialize Zukunft kurz anreißen.

@ldittmar Wie sieht es mit der offiziellen Empfehlung für Node 22 aus ? https://forum.iobroker.net/topic/80970/meeting-für-iobroker-core-dev-admin-21-05-25-20-30/16 Welche Probleme sind noch bekannt und Grund für weiteres Delay? Yahka sollte gelöst sein. (https://github.com/jensweigele/ioBroker.yahka?tab=readme-ov-file#115-2025-07-09)

@ldittmar - Ich schaffe es heute aus persönlichen Gründen nicht zum Meeting. Daher hier ein kurzer Status von mir. Nachdem OAUTH2 in den Spotify Adapter integriert wurde ( Danke an BlueFox ) und er diesen auch gleich in TypeScript umgesetzt hat kämpfe ich noch mit der Implementation. So wie ich das sehe ist die OAUTH2 Implementation gut und funktioniert. Die aktuell vorhandenen Probleme habe ich wohl selbst vor ein paar Monaten bei der Umstellung von axios verusacht. Sollte jemand Zeit "übrig" haben ( ich weiss - Guter Witz ) dann nehme ich Hilfe gerne an, ansonsten bin ich da sehr ehrgeizig und denke das ich bis zum nächsten Meeting fertig bin.

Und hier noch die CharGPT Zusammenfassung von Denis: ioBroker Entwicklermeeting Bericht - 21. Mai 2025 1. Matter-Update: Fast 500 Installationen erreicht; Fokus derzeit auf Stabilität und reduziertem RAM-Verbrauch. Unterstützung für weitere Gerätetypen wie Klimaanlagen geplant. Untersuchung von Problemen mit Aqara Türsensoren läuft aktuell. 2. Rollen- und Typdetektor: Fehler mit Rolle Indicator.Error behoben. Verbesserte Geräteerkennung, um Mehrfacherkennung eines Geräts zu vermeiden (z.B. Homematic Kanäle). Priorisierung und Ausschlussmechanismen für optimale Typenerkennung hinzugefügt (besonders für Zigbee-Adapter). 3. TypeScript Widgets für VIS-2: Widgets können jetzt in TypeScript entwickelt werden. Erste Umstellungen (Material, Jägerdesign) bereits erfolgt. Erfordert neue Version von VIS-2 (2.12.9), bald stabil verfügbar. Entwickler werden zur Migration auf TypeScript ermutigt für einfachere Verwaltung und Konsistenz. 4. OAuth2 Service: Vorschlag eines zentralen OAuth2-Services für Adapter wie Spotify, Dropbox usw. Vereinfacht die Authentifizierung und Benutzerkonfiguration deutlich. Aktuelle Implementierungen existieren bereits für Google Drive und Dropbox, weitere Anbieter sind geplant. 5. Regionale Adapteridentifikation: Verwendung von ISO 3166-2 Codes zur Identifikation regionsspezifischer Adapter vorgeschlagen. Könnte die Relevanz und Benutzerfreundlichkeit je nach geografischem Standort der Nutzer erhöhen. Erste Implementierungen für die Filterung im Admin-Interface in Betracht gezogen. 6. Node.js Updates: Offizielle Empfehlung, Nutzerinstallationen auf Node.js 22 zu aktualisieren. Node.js 18 ist End-of-Life; Node.js 24 Tests sind erwünscht, aber noch nicht offiziell empfohlen. Bekannte Kompatibilitätsprobleme mit bestimmten Adaptern, insbesondere solchen mit nativen Abhängigkeiten. 7. Benachrichtigungen und Verwaltung der Einstellungen: Diskussion über die Angemessenheit und Konfiguration von Benachrichtigungen. Vorschlag einer zentralisierten Kontrolle der Benachrichtigungen über das Admin-Interface. Verstärkter Einsatz von JSON-Konfigurationen für flexible Adaptereinstellungen empfohlen. Fazit: Im Meeting wurden bedeutende Verbesserungen in Benutzerfreundlichkeit, Flexibilität der Adapterentwicklung und Backend-Infrastruktur behandelt. Wichtige Initiativen umfassen bessere Nutzererfahrung durch regionale Adapterfilterung, verbesserte Typdetektionsmechanismen, zentrale OAuth2-Authentifizierungsdienste und breitere Einführung von TypeScript für die Widget-Entwicklung.

Hab das Meeting leider verpasst. @ldittmar sagte in Meeting für ioBroker Core/Dev/Admin 16.04.25 20:30: Integration von externen "Geräte-Libraries" via "Virtuelle Adapter" (UncleSam) Lange Diskution - wie könnte man sowas abbilden? Ist den bei der Diskussion was rum gekommen auf dessen Grundlage man die Frage angehen kann?

@feuersturm sagte in Meeting für ioBroker Core/Dev/Admin 19.03.25 20:30: Die Stichpunkte sind doch im ersten Beitrag enthalten. ah ok, hatte das anders aufgefasst! Alles gut :)

@ticaki Ah, ok sry. Danke für die Info.

@apollon77 sorry, tut mir leid, dass ich hier wohl wenig Diplomatisch meine persönlichen Empfindungen wieder gegeben habe.. ich wollte niemand auf die Füße treten. Ich bin da manchmal leider ziemlich ein Trampel :( Da gibts noch Luft nach oben..

@mcm1957 said in Meeting für ioBroker Core/Dev/Admin 20.11.24 20:30: @ldittmar Nur kurze Info Migration auf EsLint 9, Info über Migration Guide und @iobroker/eslint-rules. Foxriver76 und Bluefox haben eine zentrale EsLint Konfiguration erstellt die für alle Core Adapter zum Einsatz kommt und für alle sonstigen Adapter empfohlen wird. Da die derzeit weit verbreitete EsLint 8 Version outdated ist, bietet es sich an beim Umstieg auf EsLint diese zu verwenden. Damit entfällt auch die lokale Installation und das Update von eslint / prettier j Adapter. Einen Migration Guide gibt's hier: https://github.com/ioBroker/ioBroker.eslint-config/blob/main/MIGRATION.md

@jey-cee danke

@ldittmar Thema für das nächste Meeting Zukunft Feiertag's Adapter: Aktuell ohne Maintainer unter den Top 100 Trotz einfacher Konfiguration wäre die Migration nach JSONConfig Aufwändig, auf grund der Verstrickung von Config und Backend halb Internationlisiert (objekte werden in Deutsch und Englisch angelegt, Übersetzungen vorhanden, keine Länder Auswahl)

@mcm1957 Im Prinzip geht es darum, dass die Bedienbarkeit und Lesbarkeit auf allen Devices gegeben sein muss. Egal ob großer Gamingmonitor oder ein Ipad, oder Smartphone. Der Trend bei Usern geht ganz klar dahin, dass sie bequem am Abend auf dem Sofa mal eben was in ihrem ioBroker anpassen konfigurieren oder testen wollen. Das ganze halt auch mehr und mehr mit dem Smartphone. Und genau hier sollte ioBroker zu Mitbewerbern dringend aufholen... Aus reiner Entwicklersicht sind solche Dinge sicher nicht nachzuvollziehen, den ich sitze nicht am Smartphone und bastle an meinem ioBroker rum, aber bei den Endnutzern ist dies ein ganz entscheidender Aspekt.

Bitte sucht euch einem Termin für ein Frontend Meeting aus: https://forum.iobroker.net/topic/77012/umfrage-meeting-frontend-responsive-design