Weihnachtsangebot 2025! 🎄

[maniac]

Die Schrift ist erstmal egal. :)

Muss nur die Funktion hinbekommen.

[foxriver76]

@maniac sagte in [Aufruf] Bring! Adapter:

Was mir eben noch aufgefallen ist, Wenn ich die roten Artikel anklicke, gehen sie erst in Recent. Dann nach ein paar Sekunden verschwinden sie einfach. Ganz rund laeuft es bei mir leider nicht :(

Ja mir war die Begrenzung von 12 Items in der recent Liste nicht bewusst. Sprich wenn du ein Item weg nimmst, wird es durch meine Programmierung im Frontend sofort an die recent Artikel angehängt. Dann kommt irgendwann die Synchronisierung mit dem Backend wo dann gemerkt wird, hey der Artikel ist ja gar nicht auf recent (da der Artikel wohl nicht drauf kommt, keine Ahnung nach welchem Schema die 12 Artikel in der API in der recent Liste gehalten werden). Diese Beschränkung auf 12 ist auch in der Bring! Web App zu sehen: https://web.getbring.com/app

[maniac]

@foxriver76 sagte in [Aufruf] Bring! Adapter:

@maniac sagte in [Aufruf] Bring! Adapter:

Was mir eben noch aufgefallen ist, Wenn ich die roten Artikel anklicke, gehen sie erst in Recent. Dann nach ein paar Sekunden verschwinden sie einfach. Ganz rund laeuft es bei mir leider nicht :(

Ja mir war die Begrenzung von 12 Items in der recent Liste nicht bewusst. Sprich wenn du ein Item weg nimmst, wird es durch meine Programmierung im Frontend sofort an die recent Artikel angehängt. Dann kommt irgendwann die Synchronisierung mit dem Backend wo dann gemerkt wird, hey der Artikel ist ja gar nicht auf recent (da der Artikel wohl nicht drauf kommt, keine Ahnung nach welchem Schema die 12 Artikel in der API in der recent Liste gehalten werden). Diese Beschränkung auf 12 ist auch in der Bring! Web App zu sehen: https://web.getbring.com/app

Mal blöd gefragt. Muss das mit Bring syncen? Könnte man das nicht "einfach" rausnehmen, so dass man lokal eben seine eigene Recent Liste hat?
Es reicht doch, wenn die Artikel gesynct werden die man einkaufen will, damit diese dann in der App auftauchen.

Also ich könnte damit - glaube ich - leben. ;)

[foxriver76]

@maniac wäre durchaus möglich - ja. Ich werde jetzt erst mal die nächste Zeit Bring auf die neue API umstellen, um den Sprachwechsel zu ermöglichen, damit wird dann auch das Problem behoben sein, dass manche Artikel die über die iOS App hinzugefügt wurden im Adapter auf schweizer-deutsch auftauchen. Siehe https://github.com/foxriver76/ioBroker.bring/issues/18

Da die neue API auch in der Web App genutzt wird, kann ich da aktiv Reverse Engineering betreiben, während ich die Informationen zur alten API nur unvollständig über GitHub erlangt habe. Evtl. gibts dort dann auch eine Möglichkeit die Beschränkung von 12 zu erhöhen.

[maniac]

@foxriver76
Danke, dann lassen wir uns mal überraschen was da noch so kommt :)

[foxriver76]

@pix Wenn du mal Zeit hast, installiere mal bitte von GitHub. Ich habe gestern mal ein bisschen Arbeit reingesteckt und herausgefunden, wie Bring! die Übersetzungen macht, tatsächlich gibt es ein JSON-File je Sprache, dass die Übersetzungen beinhaltet.

Ebenfalls wird jetzt v2 der Bring! API genutzt, allerdings bis darauf, dass sie die Authentifizierung sicherer gemacht haben, ist mir noch nix groß aufgefallen an neuen Möglichkeiten. Es wird jetzt je nach konfigurierter Listensprache beim Start die aktuelle Übersetzungsdatei geladen und in einem Translation-State gespeichert. Das Widget greift dann auf diese Übersetzungen zu. Die Sprache kann man z. B. in der Bring!Web App ändern.

@all Gerne mal Feedback zum aktuellen Entwicklungsstand geben.

Im Widget muss der Übersetzungsstate angegeben werden. Ich werde in Zukunft probieren, was zu implementieren, dass die States nicht mehr von Hand angegeben werden müssen. Hat allerdings nicht so hohe Prio.

P.S. nach GitHub Installation muss zwingend ein Upload erfolgen: iobroker uplaod bring

Dinge die ich auf dem Schirm habe:

• Wenn ein Artikel über ioB hinzugefügt wird, wird er noch nicht gemappt. Sprich die Übersetzung findet einseitig statt.

Schon erledigt

[foxriver76]

@foxriver76 sagte in [Aufruf] Bring! Adapter:

Im Widget muss der Übersetzungsstate angegeben werden. Ich werde in Zukunft probieren, was zu implementieren, dass die States nicht mehr von Hand angegeben werden müssen. Hat allerdings nicht so hohe Prio.

Es muss jetzt nur noch ein State angegeben werden. Und zwar handelt es sich dabei jetzt um die Listen ID, also der channel, nicht mehr der content state. Alles andere wird im Hintergrund geholt. Ebenfalls habe ich die Beschränkung der Höhe der "Kürzlich hinzugefügt"-Liste nicht mehr konfigurierbar gemacht, denke das hat sowieso niemand genutzt. Habe das damals unter der Annahme hinzugefügt, dass die Liste sehr lange werden kann.

Ebenfalls wurde die Art und Weise wie die States an das Backend gesendet werden geändert. Empirisch getestet - würde ich sagen, dass zuvor ab und an Kommandos verloren gegangen sind, wenn man sehr schnell Artikel hinzugefügt oder entfernt hat. Dies scheint nun nicht mehr aufzutreten.

[pix]

Hallo,

habe v1.5 installiert. Die Übersetzung ist noch nicht "gefixt". Aus "Zucchini" wird "Zucchetti", aus "Chips" wird "Pommes Chips", aus "Walnüsse" wird "Baumnüsse".

Gruß
Pix

[foxriver76]

@pix Es kommt drauf an. Wo erwartest du die Übersetzung? Derzeit ist die Übersetzung nur im Widget enthalten.
Der Translation State wurde erstellt?

[pix]

@foxriver76 Ich habe meine Bezeichnungen sowohl im Widget, als auch über die iPhone Bring! App eingegeben. Nach dem Synchronisieren war der Warenkorb dann "schweizerisch".

Der Translation State ist da. Ist der von Dir angelegt? Kann ich ihn händich ändern/erweitern?

Pix

[pix]

Ich ergänze: Die Übersetzung erwarte ich im Widget. Denn in der Bring-App sind alle Bezeichnungen, wie ich sie mag.

[foxriver76]

@pix Nein es sind die vollständigen Übersetzungen von https://web.getbring.com/locale/articles.de-DE.json

Also übersetzt er bei dir im Widget nicht? Upload gemacht? Und Widget entsprechend umkonfiguriert? Und du benutzt das Widget vom Adapter, nix eigenes?

[coyote]

Also bei mir steht unter den Objekten auch Baumnüsse, aber im Vis Widget und in der Android App stimmt es, da steht Walnüsse.

[foxriver76]

@coyote passt, der State wird auch so bleiben, da in der Bring API die Artikel diesen Key haben. Wenn dann würde ich einen neuen state einführen, denke allerdings dass die meisten sowieso das Widget nutzen.

[andiko2]

Kann ich nur eine Liste verwenden, oder mehrere? Habe jetzt laufend Fehler im Log. ist sehr praktisch die Einkaufsliste.

[foxriver76]

@andiko2 du kannst mehrere verwenden im Adapter, Slider Tab Widgets machen allerdings Probleme. Wegen dem Fehler schaue ich mal.

[andiko2]

ich habe das Wideget von Bring benutzt, und über die Sichtbarkeit, schalte ich durch die einzelnen Listen.
Hatte die erste Liste noch auf einer Testseite die mir aber im Editmodus nicht angezeigt wurde, aber in der normalen Ansicht. Konnte die liste also nicht löschen. Habe nun die ganze Testseite gelöscht und neu angelegt, da die ja nur für Versuche ist. Nun läuft der Adapter im Moment wieder ohne Error Meldung. Ob es daran lag weiß ich allerdings nicht.

[foxriver76]

@andiko2 Ich gehe davon aus, dass er eine spezifische ListenId (durch Copy-Paste in dem Bring Modul hatte ich die falsche Fehlermeldung anzeigen lassen) nicht pollen konnte. Der Fehler wird nun abgefangen und enthält mehr Informationen falls er wieder auftritt.

[andiko2]

Heute früh lief er gut und nun immer wieder Neustart

[foxriver76]

@andiko2 hat nix direkt mit dem adapter zu tun, der Prozess läuft schon und hat wohl die Kommunikation zum js-Controller verloren. Am besten mal iobroker neustarten