[PRE 2.0 2021-06-01] Neues Modul für Stringvergleich
Verfasst: Do Jun 10, 2021 8:58 pm
Hallo zusammen,
auf Basis der hier geführten Diskussion, formuliere ich mal folgenden Feature-Request:
Das Erkennen über MQTT gelieferter "String"-Inhalte, die nicht nativ vom Wolf schon erkannt werden, klappt aktuell noch nicht. Liefert ein Device also mittels JSON z. B. die Strings "open" oder "close" lassen sich diese nicht erkennen, sondern bisher "nur" in ein Objekt des Wolfes überführen.
Daher schlage ich die Umsetzung des folgendes Ansatzes vor:
["GetEntry","$Input_Wert","$Suchmodus",["String_1","String_2",...,"String_n"], "$Output"]
Wobei $Output dann 0 wenn der über "$Input_Wert" gelieferte Wert nicht gefunden wurde und 1,2,n bei entsprechendem Fund.
"$Suchmodus" dann noch für Optionen wie Groß-/Kleinschriftneutrale Suche oder eben nicht. (siehe unten)
Die o.g. "String_1" bis "String_n" sollen dabei nicht zwingend über eigens definierte Level geführt werden müssen.
Also: ["GetEntry","$Input_Wert","$Suchmodus",["open","close"], "$Output"] soll bitte unmittelbar möglich sein.
Als Suchmodus sollen bitte folgende Varianten möglich sein:
0=exakter Treffer erforderlich (inkl. Beachtung der Groß-/Kleinschreibung)
1=Treffer auch unter Ausserachtlassung der Groß-/Kleinschreibung
2=Treffer auch wenn Inhalt von $Input_Wert der Substring eines String_n ist. (inkl. Beachtung der Groß-/Kleinschreibung)
3=Treffer auch wenn Inhalt von $Input_Wert der Substring eines String_n ist. (unter Ausserachtlassung der Groß-/Kleinschreibung)
Grundsätzlich Ende der Suche und Rücklieferung des Ergebnisses bei erstem Fund.
Ich bitte um entsprechende Bewertung/Abstimmung und entsprechende Umsetzung.
Aber nach diesem Hinweis von Stefan ist das ja eventuell schon in der nächsten DEV umgesetzt
:
Jens
auf Basis der hier geführten Diskussion, formuliere ich mal folgenden Feature-Request:
Das Erkennen über MQTT gelieferter "String"-Inhalte, die nicht nativ vom Wolf schon erkannt werden, klappt aktuell noch nicht. Liefert ein Device also mittels JSON z. B. die Strings "open" oder "close" lassen sich diese nicht erkennen, sondern bisher "nur" in ein Objekt des Wolfes überführen.
Daher schlage ich die Umsetzung des folgendes Ansatzes vor:
["GetEntry","$Input_Wert","$Suchmodus",["String_1","String_2",...,"String_n"], "$Output"]
Wobei $Output dann 0 wenn der über "$Input_Wert" gelieferte Wert nicht gefunden wurde und 1,2,n bei entsprechendem Fund.
"$Suchmodus" dann noch für Optionen wie Groß-/Kleinschriftneutrale Suche oder eben nicht. (siehe unten)
Die o.g. "String_1" bis "String_n" sollen dabei nicht zwingend über eigens definierte Level geführt werden müssen.
Also: ["GetEntry","$Input_Wert","$Suchmodus",["open","close"], "$Output"] soll bitte unmittelbar möglich sein.
Als Suchmodus sollen bitte folgende Varianten möglich sein:
0=exakter Treffer erforderlich (inkl. Beachtung der Groß-/Kleinschreibung)
1=Treffer auch unter Ausserachtlassung der Groß-/Kleinschreibung
2=Treffer auch wenn Inhalt von $Input_Wert der Substring eines String_n ist. (inkl. Beachtung der Groß-/Kleinschreibung)
3=Treffer auch wenn Inhalt von $Input_Wert der Substring eines String_n ist. (unter Ausserachtlassung der Groß-/Kleinschreibung)
Grundsätzlich Ende der Suche und Rücklieferung des Ergebnisses bei erstem Fund.
Ich bitte um entsprechende Bewertung/Abstimmung und entsprechende Umsetzung.
Aber nach diesem Hinweis von Stefan ist das ja eventuell schon in der nächsten DEV umgesetzt
:Beste Grüße
Jens