Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[foxriver76]

Nachdem ich davon ausgehen kann, dass du kürzlich keine Neuinstallation vorgenommen hast und vermutlich auch nicht das Fixer Skript genutzt hast:

sudo iobroker stop && sudo iobroker update && sudo iobroker upgrade self && sudo iobroker start

[Angora]

Ich hatte mich immer des fertigen Image für ioBroker mit piVCCU bedient. Dachte aber ich hätte ein Upgrade gemacht. Dann mache ich das jetzt aber mal. Danke für deine Hilfestellung.

[Angora]

Jau, Problem gelöst. Nun kriege ich eine Verbindung. Danke für deine Hilfe!

[foxriver76]

Top freut mich, wer will kann auch mal das Widget antesten. Ist in v1.3 aktuell nur auf GitHub drin, nach einem Upload des Adapters kann man nach dem Widget in vis Edit suchen. Es gibt noch ein zwei Kleinigkeiten zu tun, allerdings ist es schon nutzbar.

Wie bereits erwähnt, ist Frontend-Entwicklung nicht meins, also wer es besser kann, darf gerne ein PR einreichen. :stuck_out_tongue_closed_eyes:

[foxriver76]

Habe noch einige Änderungen am Widget durchgeführt und es sollte nun soweit einsatzbereit sein.

Wollte ein kurzes Video hochladen, allerdings scheint die Dateigrößenbeschränkung sehr strikt zu sein. ;-)

[Kaiman55]

@foxriver76
Moin,

wie komme ich diesem Widget?
Ist das jetzt im Adapter eingebaut?
Oder muss ich es so machen, wie User fill es beschrieben hat?

Sorry... bin noch recht neu in ioBroker.

[pix]

Hallo, das Widget ist in der neuesten Version des Adapters integriert. Nach der Installation und Upload im Admin bitte das Browserfenster vom VIS Editor neu laden. Im Widget Suchfeld links findest du das Widget nach der Eingabe von "bring".

In den Widget-Einstellungen rechts kannst du dann die Liste definieren ("content"-Datenpunkt) und die beiden Datenpunkte für die Bearbeitung der Liste.

@foxriver76 Hier bietet sich an, den Pfad des ersten Datenpunktes mit der ListenID zu übernehmen (das gibt es zB beim Türfensterkontakt-Widget von Bluefox, das automatisch die ID für LOWBAT übernimmt.
Ausserdem wäre es doch gut, wenn der Name der Liste irgendwo zu sehen ist (zum Beispiel als Überschrift und per Haken einblendbar)

Gruß
Pix

[Kaiman55]

@pix
Danke für die Beschreibung :)

Noch eine dumme Frage:
Muss ich den Bring Adapter für die neue Version deinstallieren?
Oder nehme ich einfach den Github Link und überschreibe den Adapter?

Danke für die Unterstützung.

[pix]

@foxriver76 Ich finde die Umsetzung sehr gelungen.
Vielen Dank an dich und @fill !

Natürlich sollte jetzt neben den Produktnamen auch noch die Zusatzinformation zB in kleinerer Schrift unter dem Namen zu sehen sein.

Ich habe mir noch mal Gedanken zur Übersetzung gemacht, da mit die von Bring! vorgegebenen Produktnamen manchmal einfach nicht passen.

Ich kann mit dem Begriff "Baumnüsse" nichts anfangen :white_frowning_face: .

Ein Skript Soll nun Abhilfe schaffen:

Spoiler Skript

/* Test Bring Translate

Skript übersetzt Wörter aus der Bringliste

Voraussetzung: bring-Adapter

04.03.2019 erstellt von pix


*/

const idQuelle = "bring.0.e4ef6fb2-6604-49d0-b1ec-xxxxxxxxxx.content";
const logging = true;

// Objekt mit Übersetzungen
let dict = {
    "Baumnuss" : "Walnuss",
    "Baumnüsse" : "Walnüsse",

    "Pommes Chips" : "Chips",

    "WC-Papier" : "Toilettenpapier"
}; 

//let quelle = [{"specification":"","name":"Baumnüsse"},{"specification":"4 Pakete","name":"Barista"},{"specification":"dm- Dunkel","name":"Schokolade"},{"specification":"Aldi 1000g","name":"Espresso"}];
let quelle = JSON.parse(getState(idQuelle).val);
//log(quelle[0].name); //debug


function uebersetzeListe(quelle) {
    
    for (var i = 0; i<quelle.length; i++) { // jedes Produkt der Einkaufsliste durchgehen
        
        var suchwort = quelle[i].name; // Name als String zur Verarbeitung speichern
        if (logging) log("Suchwort: " + suchwort);
        if (dict[suchwort]) { // wenn im dict vorhanden
            
            if (logging) log(quelle[i].name + " wird zu " + dict[suchwort]);
            
            quelle[i].name = dict[suchwort];

        } else { // wenn nicht im dict vorhanden
            if (logging) log("keine Übersetzung gefunden");
        }

    }

    if (logging) log("Ende Übersetzung: " + JSON.stringify(quelle)); // in Datenpunkt schreiben
}

// bei Skriptstart
uebersetzeListe(quelle);

// bei Änderung der Quelle
on(idQuelle, function (data) {
    uebersetzeListe(data.state.val);
});

Das Problem:

Um es nicht zu kompliziert werden zu lassen, will ich nicht noch parallel zum Adapter noch eigene Javascript-Datenpunkte anlegen und in VIS oder per Sprachausgabe nutzen.

@foxriver76 Kannst du in den Adaptereinstellungen einen Reiter "custom names, translations, etc..." zufügen, in dem ich meine eigenen Übersetzungen für ein paar Produkte hinterlegen kann (im Skript das Objekt dict ).
Das Objekt könnte man als Editor so bauen, wie im ham-Adapter die Konfigurationsdatei umgesetzt wurde. Das birgt allerdings Fehler durch falsche User-Eingaben. Besser ist es, wenn die Liste mit :heavy_plus_sign: Plus und :heavy_minus_sign: Minus vom User um Felder erweitert werden kann (Radar-Adapter oder yahka-Adapter).

@Kaiman55 Du nimmst den aus Github und drückst dann nach der Installation noch den Upload button

Gruß
Pix

[kmxak]

bekomme das widget nicht angezeigt. auch sehe ich leider beim upload auch nicht das ein widget hochgeladen wird.
deinstall und wieder installieren bringt auch nix. komisch

edit: im widget ordner wurde es hochgeladen..
komisch mache gerade mal noch ein vis upload

edit 2:
hat irgendwas mit chrome bei mir zutun

[foxriver76]

@pix Wie kommt das denn Zustande, dass er dir z. B. Baumnüsse auf die Einkaufsliste setzt?

[pix]

Ich sage, ich will Walnüsse und daraus macht er Baumnüsse

Pix

[foxriver76]

@pix mit Google Home?

[pix]

„Sagen“ war das falsche Wort.

Wenn ich „Walnüsse“ in der iOS Bring! App eingebe, dann wird im Adapter daraus „Baumnüsse“ gemacht. In der App bleibt es aber bei Walnüsse.

Pix

[rascal]

@pix sagte in [Aufruf] Bring! Adapter:

„Sagen“ war das falsche Wort.

Wenn ich „Walnüsse“ in der iOS Bring! App eingebe, dann wird im Adapter daraus „Baumnüsse“ gemacht. In der App bleibt es aber bei Walnüsse.

Pix

Android schreibt "Walnüsse"

[foxriver76]

@pix Lol, Tatsache. Solche Schweizer aber auch, warum übersetzen die das denn im Backend :weary:

[foxriver76]

Wenn ich es über den Adapter hinzufüge, wird es auch nicht transformiert..

[Kaiman55]

@pix sagte in [Aufruf] Bring! Adapter:

@Kaiman55 Du nimmst den aus Github und drückst dann nach der Installation noch den Upload button

Vielen Dank. Hat geklappt :)

[foxriver76]

Widget zeigt nun die Spezifikationen mit an. Wird dasselbe Item erneut hinzugefügt, mit anderer Spezifikation wird dies auch sofort wahrgenommen.

Mit dieser Übersetzungsgeschichte werde ich mal schauen, möglich ist das auf jeden Fall, allerdings auch ein bisschen blöd für den User. Gerne die Tage noch Feedback zum Widget, dann würde ich es zeitnah nach npm schieben.

[RappiRN]

@pix sagte in [Aufruf] Bring! Adapter:

„Sagen“ war das falsche Wort.

Wenn ich „Walnüsse“ in der iOS Bring! App eingebe, dann wird im Adapter daraus „Baumnüsse“ gemacht. In der App bleibt es aber bei Walnüsse.

Pix

Ich hatte sowas schonmal mit Toilettenpapier, ich glaube in der App steht dann WC-Papier! :joy:

Enrico