UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Siggi0904]

@apollon77 Issue hab ich erstellt

https://github.com/ioBroker/ioBroker.admin/issues/1511

[darkiop]

@darkiop sagte in Admin 6.0 - neu als Beta:

@apollon77 sagte in Admin 6.0 - neu als Beta:

Danke fürs Checken eurer gemeldeten issues und Kommentierung bzw Close wenn es Euer issue war und gefixt ist

Heut Abend

Die bereits geschlossenen Issues passen für mich, v6 fühlt sich jetzt schon Rund an ;)

[apollon77]

@siggi0904 Habs etwas angepasst :-)

[jpgorganizer]

@apollon77 sagte in Admin 6.0 - neu als Beta:

Für Adapter-Entwickler sind u.a. folgende Neuerungen interessant:

JSONConfigs können jetzt auch in JSON5-Format (JSON mit erlaubten Kommentaren) erstellt werden (korrekte globalDependency zu Admin 6.x nicht vergessen!)
Unterstützung für eigene JSONConfig-Komponenten - Adapter können eigene Komponenten für JSONConfig definieren wenn die verfügbaren nicht passen

Hi, gibt es für die JSONconfig eine Doku ?

VG jpgorganizer

[apollon77]

@jpgorganizer https://github.com/ioBroker/ioBroker.admin/blob/master/src-rx/src/components/JsonConfigComponent/SCHEMA.md und ein json Schema gibts auch wenn deine Idee das unterstützt.

[jpgorganizer]

@apollon77 Danke, das hilft

Ich hab ja nichts kompliziertes, aber HTML und ich werden wohl niemals Freunde und deshalb wäre ich froh, ich könnte es jetzt auch für die Config loswerden :-)

[apollon77]

@jpgorganizer kennen ich. Ich copy&paste mir im html auch nur Zeug zusammen. ;-) fragen zu jsonconfig von dev Seite am besten discord/telegram Im dev channel. Da gibts inzwischen auch Experten was wie geht.

[sigi234]

@apollon77

Hallo, Admin 6.0.X

Verbunden mit Host kommt ständig bei jeden Adapter.

[Feuersturm]

@sigi234 erstell am besten ein issue dazu. Noch gibt es dazu nichts auf github.

[sigi234]

@feuersturm sagte in Admin 6.0 - neu als Beta:

@sigi234 erstell am besten ein issue dazu. Noch gibt es dazu nichts auf github.

https://github.com/ioBroker/ioBroker.admin/issues/1520

[jpgorganizer]

Hi,
eine Frage zur jsonConfig:

Ich hinterlege in meiner Config des Adapter Login-Daten für einen Webservice. Die Werte würde ich gerne verschlüsselt ablegen. Mit der Config für admin4 hatte ich in der index_m.html Javascript Funktionen für encrypt bzw. decrypt die das für mich erledigt haben.

Wie macht man sowas nun mit der jsonConfig?
Es gibt type = password. Das wirkt aber zumindest zunächst nur auf die Anzeige. Es gibt lt. Schema dort den Parameter encrypted. Dieser hat bei mir aber keine für mich erkennbare Funktion, egal ob Wert true oder false.

Tipps?

VG jpgorganizer

[ice987]

@jpgorganizer

So wie ich das verstanden gabe kann in der io-package.json folgendes eingetragen werden:

    "encryptedNative": [
        "password"
    ],
    "protectedNative": [
        "password"
    ],
    "native": {
	"password": ""
    },

[apollon77]

@ice987 @jpgorganizer exakt. Mit dem macht Admin und Adapter alles automatisch. Ließ mal die best practices in der readme vom Repositories Repo. Geht seit Controller 2 und admin 4.0.9
Schon auch in der index_m. Aber wir sind off topic für diesen thread!!

[jpgorganizer]

@ice987 danke.

@apollon77 ja, das mag wohl sein. Aber da habe ich immer wieder Probleme. Zumindest mir fehlt diese zusammenhängende Doku. Wenn ich nicht mal weiß, dass es da was gibt, dann kann ich auch nicht danach suchen. Dann schaut man sich mal den einen oder anderern Adapter an. Manchmal findet man dann was interessantes, manchmal eben auch nicht.
Ich tu mir da immer wieder schwer.
Aber danke an euch alle hier im Forum. Ihr helft mir immer wieder weiter.

So, aber jetzt Schluss mit dem Intermezzo und back to Admin 6 Fragenstellungen

[JackDaniel]

ist eigentlich schon jemanden aufgefallen das wenn man unter den opjekten einen db mit dem stift bearbeitet, das unter common beim namen kein leerzeichen geschrieben werden kann?
war unter der 5er version aber auch schon der fall.

[Thomas Braun]

@jackdaniel

Leerzeichen sind ja auch böse.

[paul53]

@thomas-braun sagte: Leerzeichen sind ja auch böse.

In der ID, aber nicht im Namen.

[crunchip]

@jackdaniel sagte in Admin 6.0 - neu als Beta:

war unter der 5er version aber auch schon der fall.

Kann ich nicht bestätigen, da hat es funktioniert. In v6 allerdings noch nicht probiert.

[Thomas Braun]

@paul53 sagte in Admin 6.0 - neu als Beta:

In der ID, aber nicht im Namen.

Egal... Sind immer böse! :-D

[SBorg]

@jackdaniel sagte in Admin 6.0 - neu als Beta:

ist eigentlich schon jemanden aufgefallen das wenn man unter den opjekten einen db mit dem stift bearbeitet, das unter common beim namen kein leerzeichen geschrieben werden kann?

Nö, funktioniert ja auch. Liegt wohl eher hier an der Objekt-ID. Nicht nur Leerzeichen sind böse, Doppelpunkte auch ;)