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

[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 ;)

[crunchip]

@sborg sagte in Admin 6.0 - neu als Beta:

Liegt wohl eher hier an der Objekt-ID

Stimmt, den Namen kann man ja nur im Raw ändern, seit Admin5

[apollon77]

@jackdaniel seit 6.0.3 sollten da aber mehr Felder sein … wie ist’s mit der alleraktuellsten 6er? Wenn es der Name ist dann sollte der editierbar sein denke ich.

[Einstein67]

@apollon77 Ja es sind mehr Felder da. Und (böse) Leerzeichen im Namen scheinen auch zu funktionieren.

[JackDaniel]

@apollon77 sagte in Admin 6.0 - neu als Beta:

@jackdaniel seit 6.0.3 sollten da aber mehr Felder sein … wie ist’s mit der alleraktuellsten 6er? Wenn es der Name ist dann sollte der editierbar sein denke ich.

sind es ja auch, hängt ja vom db ab
hab es gerade nochmal mit der 6.0.4 probiert, ich kann kein leerzeichen schreiben (mit aktuellen chrome und firefox probiert), editierbar ist er ja, nur wird kein leerzeichen geschrieben.
wenn ich den cursor in den geänderten namen "bewege" geht das schreiben vom leerzeichen