Weihnachtsangebot 2025! 🎄

[Feuersturm]

@homoran das weiß ich nicht. Ich hab den Thread hier vorhin nur gesehen und mal auf github nachgesehen wie neu/alt die weiter oben genannte Problemversion ist. Wenn der Adapter stärkere Probleme machen sollte und nicht weiter gepflegt wird, sollte man darüber nachdenken ihn ggf. aus dem stable herauszunehmen @mcm1957

Mal abwarten was @DieterB noch schreibt.

[mcm1957]

@feuersturm
Der adapter vis-material hat kein ernsten Issues gemeldet:

Es ist auf Grund der Issues keine "Problemversion" erkennbar.

[mcm1957]

Bei 2500 Usern und nur 2 die einen Fehler haben, kann der nicht so schlecht sein :-)

[Feuersturm]

@mcm1957 Ich schrieb ja auch "Wenn der Adapter stärkere Probleme machen sollte". Ich bin bei dir, das es aktuell keine direkten Anzeichen dafür gibt.
Hab für das Problem mit dem Kontextmenü ein issue angelegt https://github.com/iobroker-community-adapters/ioBroker.vis-material/issues/73

Vielleicht kann @DieterB sein Problem ja reproduzieren und beschreiben, so dass man es besser nachstellen und ein aussagekräftiges issue dafür machen kann.

[Homoran]

@mcm1957 sagte in Vis Anzeigen zerstört:

kann der nicht so schlecht sein

Sorry für die Verwirrung!
Hatte da nur noch was im Hinterkopf was ich nicht genau zuordnen konnte.
Hab es auch auf die Schnelle nicht über die Suche gefunden

[mcm1957]

@homoran

Fürchte nur in jedem Fall dass für vis / widgets kaum jemand gibt der sich das ansehen kann. Aber die Hoffnung stirbt jedenfalls zuletzt - vielleicht findest sich ja hier jemand der was von Widgets etc. versteht. Ev. hat ja OliverIO Lust da mal reinzuschaun.

[OliverIO]

@mcm1957

github war schon weiter wie npm.
ich habe mal noch ein paar adapter settings aktualisiert, so das der repochecker nicht so wild meckert. den nochmal laufen lassen, da er in einem fork ein paar extra meldungen ausgibt.

das problem mit dem context menü war wohl schon behoben.
wenn ich das kontext menü geöffnet habe, sah alles gut aus.
der adapter unterstützt aber nur dunkle designs und setzt den hintergrund dann auch entsprechend,

https://github.com/iobroker-community-adapters/ioBroker.vis-material/pull/74

dann fehlt eigentlich nur noch ein publish nach npm, den kann ich aber nicht machen

[Feuersturm]

@oliverio sagte in Vis Anzeigen zerstört:

das problem mit dem context menü war wohl schon behoben.

Ich hatte gestern Abend den Adapter testweise einmal direkt aus GitHub installiert und mit dem Stand hatte ich auch noch das Problem mit dem Kontextmenü.

[OliverIO]

@feuersturm
Hast du dann auch ein

Iob upload all

Gemacht?
Clean installiert im dev Server gibt es kein problem

[Feuersturm]

@oliverio nein hab ich nicht. Ich probiere es heute Abend noch einmal aus.

[DieterB]

Hallo, danke für eure Bemühungen.

Ich will eigentlich vorerst, nach dem gehabten Stress, den Adapter nicht noch einmal testen, würde es aber machen, wenn es "erforderlich" ist.

@oliverio sagte in Vis Anzeigen zerstört:

Ich bin davon ausgegangen das du den schon deinstalliert bzw. mindestens deaktiviert hast (hast du oben auch geschrieben)

Die Namen dieser Adapter haben mich verwirrt (auch wofür sie eigentlich da sind):
Ich hatte schon früher (und noch immer) den "vis-material-advanced" installiert.
Im Zuge meiner Versuche habe ich dann zusätzlich den "vis-material" und noch einen anderen Adapter mit "material" im Namen (hab schon wieder vergessen, welcher das war) installiert. Dummerweise habe ich nach Auftreten des Problems nur den zweiten deinstalliert. Erst nach der Analyse ist mir dann der "vis-material" als Fehlerquelle aufgefallen.

[Feuersturm]

@dieterb kannst du beschreiben, was dazu geführt hat, das dein Hintergrund schwarz geworden ist?

Das Thema wäre deine Chance, dein Backup und Restore Konzept auf den Prüfstand zu stellen ;-)

[DieterB]

@feuersturm sagte in Vis Anzeigen zerstört:

@dieterb kannst du beschreiben, was dazu geführt hat, das dein Hintergrund schwarz geworden ist?

Ich habe zwei * material * Adapter installiert, danach war im Editor alles invertiert und in der Anzeige fehlten die Schriften (vermutlich weiß auf weißem Hintergrund) und auch die Fonts waren die falschen (siehe Anfangsposting).
Nach Deinstallation des ersten (weiß nicht mehr genau welcher) war es noch immer so. Erst als ich den "vis-material" Adapter deinstalliert habe, war wieder alles OK.

Das Thema wäre deine Chance, dein Backup und Restore Konzept auf den Prüfstand zu stellen ;-)

Was ist bei meiner Backup Strategie falsch? Ich mache täglich ein Backup und sichere auf Google-Drive. Dadurch habe ich auch den Fehler gefunden (aber ohne Rückspielen des Backups (das wäre erst der nächste Schritt gewesen).

[Feuersturm]

@dieterb Danke für deine Rückmeldung.

An deiner Backupstrategie ist nichts falsch :-)
Ich wollte mit diesem Smily ;-) ausdrücken, dass du ja jetzt im Backup und Restore geübt bist und es ja ja scheinbar auch funktioniert, du dein System kaputtspielen und auch reparieren kannst, wenn du die notwendige Zeit und Ruhe dafür hast.
Das zurückspielen des Backups solltest du in ruhiger Minute auf jeden Fall auch mal testen, das es wirklich funktioniert.

[OliverIO]

@feuersturm

Das kann schon am Material Adapter liegen.
Dort wird fix per css die hintergrundfarbe auf schwarz eingestellt.
Egal welches theme eingestellt ist.
Je nachdem welche eigenen css Einstellungen man hat beißt sich da etwas.

[mcm1957]

@oliverio said in Vis Anzeigen zerstört:

@mcm1957

github war schon weiter wie npm.
ich habe mal noch ein paar adapter settings aktualisiert, so das der repochecker nicht so wild meckert. den nochmal laufen lassen, da er in einem fork ein paar extra meldungen ausgibt.

das problem mit dem context menü war wohl schon behoben.
wenn ich das kontext menü geöffnet habe, sah alles gut aus.
der adapter unterstützt aber nur dunkle designs und setzt den hintergrund dann auch entsprechend,

https://github.com/iobroker-community-adapters/ioBroker.vis-material/pull/74

dann fehlt eigentlich nur noch ein publish nach npm, den kann ich aber nicht machen

@OliverIO
DANKE für deinen PR.
Ich hab mal die workflows aktualisisert und eine neue Release mit dem aktuellen Standardverfahren erstellt. Im Code hab ich (natürlich) nichts angepasst.

Ab MORGEN sollte die neue Release 0.2.0 im LATEST Repository für Tests zur Verfügung stehen.(via "von npm installieren" ist sie bereits verfügbar).

Nochmals DANKE @OliverIO für deine Mitarbeit hier.

[Feuersturm]

Danke euch beiden @OliverIO und @mcm1957
Ich hab mir gerade die Version 0.2.0 über npm admin UI installiert (zur Sicherheit auch nochmal ein upload gemacht). Auch in einem frischen VIS Projekt im hellen Modus wird mir die Schrift beim Kontextmenü nicht angezeigt. Das Problem hab ich mit Firefox aber auch mit Chrome.
Wenn ich im VIS Editor über Setup -> Thema den Dark-mode einstelle, dann ist die Schrift vom Kontextmenü sichtbar.

In der Browserconsole sind keine Fehler aber die klingen für mich nicht nach dem Problem

edit.html?test:4255 Version vis-google-fonts: 0.0.1
edit.html?test:4350 Version vis-history: 1.0.0
edit.html?test:5016 Version vis-jqui-mfd: 1.0.12
justgage.js:112 Version justgage: 2.1.7
edit.html?test:9351 Version vis-map: 1.1.2
material.js:31 Version material: 0.1.5
lib.min.js:43 Download the Vue Devtools extension for a better development experience:
https://github.com/vuejs/vue-devtools
lib.min.js:43 You are running Vue in development mode.
Make sure to turn on production mode when deploying for production.
See more tips at https://vuejs.org/guide/deployment.html
edit.html?test:11757 Metro version: "1.2.0"
trashschedule.js:176 Version trashschedule: 4.0.0
socket.io.js:66 [2025-01-12T19:29:26.874Z] Try to connect
conn.js:322 2025-01-12T19:29:26.884Z Connected => authenticate
conn.js:343 2025-01-12T19:29:26.937Z Authenticated: true
materialdesign.js:33 Version vis-materialdesign: 0.5.9
instrument.ts:129 sentry initialized for vis-materialdesign
instrument.ts:129 Create inner vis object demoTemperature
instrument.ts:129 Create inner vis object demoHumidity
sentry.iobroker.net/api/77/envelope/?sentry_key=888b0efc877b4b12a8a83e3c1fb7fe1a&sentry_version=7:1 
        
        
       Failed to load resource: the server responded with a status of 403 ()Understand this errorAI
instrument.ts:129 "Use background": {"en": "Use background", "de": "Use background", "ru": "Use background"},
7instrument.ts:129 "ctrl - Bool": {"en": "ctrl - Bool", "de": "ctrl - Bool", "ru": "ctrl - Bool"},
instrument.ts:129 "string": {"en": "string", "de": "string", "ru": "string"},
2instrument.ts:129 "progress": {"en": "progress", "de": "progress", "ru": "progress"},
5instrument.ts:129 "view": {"en": "view", "de": "view", "ru": "view"},
2instrument.ts:129 "messages": {"en": "messages", "de": "messages", "ru": "messages"},
dimmer.png:1 
        
        
       Failed to load resource: the server responded with a status of 404 (Not Found)Understand this errorAI
sentry.iobroker.net/api/77/envelope/?sentry_key=888b0efc877b4b12a8a83e3c1fb7fe1a&sentry_version=7:1 
        
        
       Failed to load resource: the server responded with a status of 403 ()Understand this errorAI
sentry.iobroker.net/api/77/envelope/?sentry_key=888b0efc877b4b12a8a83e3c1fb7fe1a&sentry_version=7:1 
        
        
       Failed to load resource: the server responded with a status of 403 ()Understand this errorAI
5instrument.ts:129 "allowUserInteractions": {"en": "allowUserInteractions", "de": "allowUserInteractions", "ru": "allowUserInteractions"},

[mcm1957]

@feuersturm
Wenn ich @OliverIO richtig verstanden habe, dann erfordert der Adapter zwingend den dunklen Mode. Erklärt wahrscheinlich warum es doch viele User ohne Probleme gibt.

Ev. kann das ja OliverIO in ein Feature Issue schreiben - wenn es denn stimmt - damit das mal dokumentiert ist. Ob man (c) das Anpassen kann / soll und ob (w)er Zeit hat sei mal dahingestellt. Ich hätte jedenfalls keine Idee wo ich hingreifen sollte.

In jedem Fall hab ich OliverIO ins Repo eingeladen damit er - Zeit und Lust vorausgesetzt - nicht unnötige Umwege machen muss.

[OliverIO]

@mcm1957 @Feuersturm @DieterB

nein, der Adapter erfordert nicht den dunklem Modus oder die vis Einstellung eines dunklen Themas.
Allerdings setzt der Adapter von selbst den Hintergrund der view immer auf Schwarz.
daher ist es für Anwender, die eher auf eine helle vis stehen (ich spreche jetzt nicht vom vis edit mode, sondern die ihren Hintergrund hell halten), das der Adapter da grundlegende Eingriffe macht.

Ich habe mal nochmal getestet und kann es immer noch nicht nachvollziehen, daher gehe ich davon aus, das es nochmal mit einem weiteren Adapter und dessen CSS irgendeine weitere Reaktion gibt. Leider ist das testen nicht ganz simpel und erfordert ein paar Arbeitsschritte in den developer Tools (am besten in Chrome)
Evtl mag ja jemand mithelfen, da ich erst in die Behebung gehen kann, wenn das Problem identifiziert wurde.

1. In vis neues Projekt erzeugen, so das gesichert ist, das in keinem weiteren widget irgendwelche CSS-Anweisungen oder über den css-Reiter (Projekt,Global) irgendwelche CSS-Anweisungen eingeschleust werden,
   Am besten auch das Theme "light" auswählen, so wie ich es in diesem Test gemacht habe.
2. öffnen der Web-Developer Tools mit F12
3. Auf den Reiter sources gehen
4. Im linken Bereich über die Baumstruktur die folgende Datei öffnen
   http://<adresse>:8082/vis/js/visEdit.js
   
5. wenn visEdit.js angezeigt wird zur Zeile 6555 gehen und einen Breakpoint setzen per Klick auf die Zeilennummer. Das müsste dann so aussehen
   
6. Dann im vis editbereich die rechte Maustaste drücken, das Kontextmenü erscheint und der Code-Ablauf stoppt bei 6555
7. Dann, den Reiter Elements auswählen, so das die Htmlstruktur sichtbar wird
8. Dann das Element Selektortool auswählen und auf eine Zeile des erschienenen vis-Kontextmenüs gehen
   
   Das müsste dann so aussehen
   
9. nach der Auswahl müsste dann das HTML-Element im Elementetab ebenfalls selektiert worden sein. Hier das span-Element, kann aber leicht abweichend sein, je nachdem was man mit dem selektor-Element tatsächlich erwischt.
   
10. Wir wollen aber das darüberliegende <li element haben, das dann per Klick auswählen
    
11. Im rechten Bereich der developer Tools werden die auf dieses Element wirkenden CSS-Styles angezeigt, dort dann aber auf den Reiter "computed" gehen
    
12. Dort ein wenig runterscrollen zum filter-Feld und dort dann
    color
    eingeben
    
13. Alle angezeigten Eigenschaften werden dann gefiltert, wenn sie color enthalten
14. wiederum ein wenig runterscrollen, bis die Eigenschaft erscheint die nur color heißt und den kleinen Pfeil aufklappen. Genau diese Information benötige ich.
    
15. Nachdem ihr ein Screenshot gemacht habt, könnt ihr die Developer tools wieder schließen ggfs auch den breakpoint wieder entfernen.
    Hier sehen wir welche color-Anweisungen aus welcher Quelle sich miteinander überlagern. Ich gehe davon aus, das da bei euch noch mindestens ein weiterer Adapter mit angezeigt wird, kann aber auch bei jedem anderen Element zwischen dem span und dem li-Element ebenfalls liegen, aber wir probieren es mal damit.

Sorry für die umfängliche Anleitung, aber so müsste das jeder relativ schnell (5Minuten) nachvollziehen können.